CN101877036A - 药品信息处理装置和药品信息处理方法 - Google Patents
药品信息处理装置和药品信息处理方法 Download PDFInfo
- Publication number
- CN101877036A CN101877036A CN2010101707721A CN201010170772A CN101877036A CN 101877036 A CN101877036 A CN 101877036A CN 2010101707721 A CN2010101707721 A CN 2010101707721A CN 201010170772 A CN201010170772 A CN 201010170772A CN 101877036 A CN101877036 A CN 101877036A
- Authority
- CN
- China
- Prior art keywords
- information
- prescription
- medicine
- making
- cpu
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
- G16Z99/00—Subject matter not provided for in other main groups of this subclass
-
- 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
- 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/13—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 from dispensers
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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
- G16H10/65—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 stored on portable record carriers, e.g. on smartcards, RFID tags or CD
-
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- 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
Abstract
本发明提供了药品信息处理装置和药品信息处理方法,该药品信息处理装置包括:连接单元,经由全球网络连接至将处方信息和配药信息以相关联的方式存储为数据库的数据中心;获取单元,获取特有的识别信息;发送单元,响应于识别信息的获取,通过将识别信息用作在全球网络中访问和登记的必要条件,而发送与数据库相关联的处方信息或配药信息;接收单元,通过将识别信息用作从所述全球网络访问和检索的必要条件,而接收处方信息和配药信息;以及提供单元,提供基于接收单元所接收的处方信息和配药信息的信息。
Description
相关申请的参考
本申请包含于2009年4月30日向日本专利局提交的日本优先权专利申请JP 2009-111568所涉及的主题,其全部内容结合于此作为参考。
技术领域
本发明涉及用于例如在医院与药房之间提供药品信息的药品信息处理装置和药品信息处理方法。
背景技术
近年来,在医疗实践中,普通品牌药物产品(所谓的仿制药品,generic drug)已经普及。仿制药品是在原研药品(original drug)的专利权保护期过后所生产的并具有与原研药品相同药理效果的药品。
仿制药品比原研药品便宜,因此,能够降低对患者的医疗成本负担。
通常,医生对于原研药品的药理效果、适应症等非常熟悉。然而,在很多情况下,由于最近生产的仿制药品数量非常大,因此医生没有充分地了解它们。
因此,例如,当向医生展示表示在其他医院已经为患者开了仿制药品的药品处方时,医生必须从药典等中检索与仿制药品相对应的原研药品,从而核对仿制药品的药理效果、适应症等。然而,这样的检索处理可能花费很多时间。
在现有技术中,例如JP-A-2004-126894提出了一种医药确定支持系统,其中,当用户输入仿制药品名称时,从药品数据库中检索出与仿制药品相对应的原研药品,并且显示给用户。
发明内容
然而,在医药确定支持系统中,每当给患者开仿制药品时,用户都必须检索与仿制药品相对应的原研药品。这样的检索处理可能花费许多时间并且不能说是便利的。
因此,期望提供能够提高便利性的药品信息处理装置和药品信息处理方法。
根据本发明实施方式的一种药品信息处理装置包括:连接单元,经由全球网络连接至将关于医院中处方的处方信息和关于药房中配药(dispensing)的配药信息以相关联的方式存储为数据库的数据中心;获取单元,获取特有的识别信息;发送单元,响应于通过所述获取单元获取识别信息,通过将该识别信息用作在全球网络中访问和登记的必要条件,而发送与连接至全球网络的数据中心的数据库相关联的处方信息或配药信息;接收单元,响应于通过获取单元获取识别信息,通过将该识别信息用作从全球网络访问和检索的必要条件,而接收与数据库相关联的处方信息或配药信息;以及提供单元,提供基于接收单元所接收的处方信息和配药信息的信息。
根据本发明另一实施方式的一种药品信息处理方法包括以下步骤:经由全球网络连接至将关于医院中处方的处方信息和关于药房中配药的配药信息以相关联的方式存储为数据库的数据中心;获取特有的识别信息;响应于在获取步骤中获取识别信息,通过将该识别信息用作在全球网络中访问和登记的必要条件,而发送与连接至全球网络的数据中心的数据库相关联的处方信息或配药信息;响应于在获取步骤中获取识别信息,通过将该识别信息用作从全球网络访问和检索的必要条件,而接收与数据库相关联的处方信息和配药信息;并且提供基于在接收步骤中所接收的处方信息和配药信息的信息。
通过这种配置,从数据中心获取与识别信息相关联的处方信息和配药信息,并且能够提供基于处方信息和配药信息的信息。因此,可以将基于处方信息和配药信息的信息容易地展示给用户。
根据本发明的各实施方式,从数据中心获取与识别信息相关联的处方信息和配药信息,并且能够提供基于处方信息和配药信息的信息。因此,可以实现能够将基于处方信息和配药信息的信息容易地展示给用户并因此提高便利性的药品信息处理装置和药品信息处理方法。
附图说明
图1是示出了药品信息处理系统的示意图。
图2A~图2C是示出了存储在数据中心中的数据库的配置的示意图。
图3是示出了用户数据库的配置的示意图。
图4A和图4B是示出了基本患者信息数据库的配置的示意图。
图5A和图5B是示出了处方历史索引表(prescription historyindex table)和配药历史索引表的配置的示意图。
图6A和图6B是示出了处方历史信息表和配药历史信息表的配置的示意图。
图7A~图7C是示出了存储在医院内数据库服务器中的各表的配置的示意图。
图8A~图8C是示出了存储在药房内数据库服务器中的各表的配置的示意图。
图9是示出了医院内客户端和药房内客户端的电路配置的示意图。
图10是示出了IC卡登记处理的程序的流程图。
图11是示出了电子药品表显示处理的程序的流程图。
图12是示出了电子药品表显示画面的示意图。
图13是示出了处方信息登记处理的第一程序的流程图。
图14是示出了处方信息登记处理的第二程序的流程图。
图15是示出了处方信息记录处理的程序的流程图。
图16是示出了配药信息生成处理的第一程序的流程图。
图17是示出了配药信息生成处理的第二程序的流程图。
图18是示出了处方信息选择画面的示意图。
图19A~图19D是示出了配药药品选择画面的示意图。
图20是示出了配药信息登记处理的程序的流程图。
具体实施方式
下文中,将描述用于执行本发明的方式(下文中,称作实施方式)。将以下面的顺序给出描述。
1.实施方式
2.其他实施方式
1.实施方式
1-1.药品信息处理系统的配置
如图1所示,药品信息处理系统1包括数据中心2、医院内系统3和药房内系统4。在药品信息处理系统1中,数据中心2经由作为全球网络的互联网IN连接至医院内系统3和药房内系统4。
数据中心2为个人计算机,其包括例如CPU(中央处理单元)、用作CPU的工作存储器的RAM(随机存取存储器)、存储各种程序的ROM(只读存储器)等。
数据中心2基于CPU的控制进行操作,并且例如,在作为HDD(硬盘驱动器)的存储单元中存储有ID管理表11、用户专用数据库12以及药品数据库13。
医院内系统3包括医院内数据库服务器5和用作医院内数据库服务器5的客户端的医院内客户端6(6-1、6-2、...以及6-n)。在该医院内系统3中,医院内数据库服务器5经由专用的本地网络NT1连接至医院内客户端6。
此外,在医院内系统3中,医院内数据库服务器5和医院内客户端6经由本地网络NT1和互联网IN连接至数据中心2。
医院内数据库服务器5为个人计算机,包括例如CPU、RAM、ROM、存储单元等,并且在存储单元中存储有基本患者信息表21、处方发布历史信息表22以及药品处方历史信息表23。
医院内客户端6(6-1、6-2、...以及6-n)分别连接至IC(集成电路)卡读写器6a(6a-1、6a-2、...以及6a-n)。
医院内客户端6被配置为当例如通过IC卡读写器6a读取非接触IC卡时能够获取唯一分配给IC卡的卡ID(标识符)。
此外,医院内容户端6被配置为能够经由本地网络NT1读取和更新医院内数据库服务器5的基本患者信息表21、处方发布历史信息表22以及药品处方历史信息表23。
此外,医院内客户端6被配置为能够经由本地网络NT1和互联网IN读取和更新数据中心2的ID管理表11、用户专用数据库12以及药品数据库13。
另一方面,药房内系统4包括药房内数据库服务器7和用作药房内数据库服务器7的客户端的药房内客户端8(8-1、8-2、...以及8-n)。在药房内系统4中,药房内数据库服务器7经由专用的本地网络NT2连接至药房内客户端8。
此外,在药房内系统4中,药房内数据库服务器7和药房内客户端8经由互联网IN和本地网络NT2连接至数据中心2。
药房内数据库服务器7为个人计算机,包括例如CPU、RAM、ROM、存储单元等,并且在存储单元中存储有基本患者信息表31、药品配药历史信息表32以及药品库存信息表33。
药房内客户端8(8-1、8-2、...以及8-n)连接至IC(集成电路)卡读写器8a(8a-1、8a-2、...以及8a-n)。药房内客户端8被配置为例如当通过IC卡读写器8a读取非接触IC卡时而能够获取唯一分配给IC卡的卡ID。
此外,药房内客户端8被配置为能够经由本地网络NT2读取和更新医院内数据库服务器7的基本患者信息表31、药品配药历史信息表32以及药品库存信息表33。
此外,药房内客户端8被配置为能够经由本地网络NT2和互联网IN读取和更新数据中心2的ID管理表11、用户专用数据库12以及药品数据库13。
1-2.数据库的配置
1-2-1.存储在数据中心2中的数据库的配置
接下来,将描述存储在数据中心2中的ID管理表11、用户专用数据库12以及药品数据库13。
如图2A所示,ID管理表11是使IC卡的卡ID与如图2B所示的用户数据库40(40a、40b等)相关联的表,其被提供给用户专用数据库12中的每个患者。
在药品数据库13(图2C)中,描述了对于每种药品的药品ID、药品名称、相应的原研药品或仿制药品的药品ID、药品价格、单位等。
如图3所示,在用户数据库40(40a、40b等)中,向ID管理表11中所描述的各个用户数据库添加名称。在该用户数据库40中,存储有基本患者信息数据库41、处方历史索引表42、配药历史索引表43、处方历史信息表44以及配药历史信息表45。
在基本患者信息数据库41中,存储有在图4A和图4B中所示的基本患者信息表51和副作用信息表52。
在基本患者信息表51(图4A)中,描述了作为基本患者信息的患者个人信息以及关于患者是否想要仿制药品的信息。这里,个人信息是用于识别患者的信息,并且为保险人号码(insurancesubscriber number)、保险卡编号/号码、患者姓名、出生日期、地址、电话号码以及性别。
在副作用信息表52(图4B)中,描述了副作用产生的日期、引起副作用的药品的药品ID、药品名称以及副作用的症状。
如图5A所示,在处方历史索引表42中,向处方信息添加处方ID,该处方信息为关于医院中处方的信息,并通过后文所描述的医院内客户端6按发布日期和时间的升序(最先发布的为第一,oldestfirst)来发布,并且描述了处方信息的基本信息。这里,处方信息的基本信息为处方信息的发布日期和时间、医院名称、医院的联系电话号码、以及关于是否允许使用仿制药品的信息。
此外,在处方历史索引表42中,描述了当药房内客户端8已经完成药品配药操作时而被使能的药房配药完成标记。
如图5B所示,在配药历史索引表43中,具有与相应处方ID相同号码的配药历史ID添加至配药信息,该配药信息为药房内客户端8所发布的关于药房中配药的信息,并且描述了关于配药信息的基本信息。这里,配药信息的基本信息为配药信息的发布日期和时间、药房名称、以及作为药房联系信息的电话号码。
如图6A所示,在处方历史信息表44中,向每种药品添加序列号,并且描述了相应的处方历史索引表42的处方ID以及通过后文所描述的医院内客户端6所发布的处方信息的详细信息。这里,处方信息的详细信息为所开药品的药品ID(处方药品ID)、所开处方的天数、使用频率、以及每次应服用的药品量(剂量)。
如图6B所示,在配药历史信息表45中,向每种药品添加序列号,并且描述了配药历史索引表43的配药历史ID以及通过药房内客户端8所发布的配药信息的详细信息。这里,配药信息的详细信息为配药药品的药品ID(配药药品ID)、所开处方的天数、使用频率、以及每次应该服用的药品量(剂量)。
1-2-2.医院内数据库服务器中的数据库的配置
接下来,将描述存储在医院内数据库服务器5中的基本患者信息表21、处方发布历史信息表22以及药品处方历史信息表23。
如图7A所示,在基本患者信息表21中,向每个患者添加患者号码,并且描述了作为用于识别医院内系统3中的患者的基本患者信息的个人信息以及关于患者是否想要仿制药品的信息。
如图7B所示,在处方发布历史信息表22中,处方号码被添加至医院内客户端6所发布的处方信息,并且描述了与处方信息相对应的基本患者信息表21中的患者号码以及处方信息的基本信息。这里,尽管没有将医院名称和医院联系信息描述为处方信息的基本信息,但是医院内客户端6可以在将处方信息发送至数据中心2时附上医院名称和医院联系信息。
如图7C所示,在药品处方历史信息表23中,向由医院内客户端6所发布的处方信息中的每种药品添加序列号,并且描述了与处方发布历史信息表22相对应的处方号码。
此外,在药品处方历史信息表23中,描述了作为处方药品ID、处方药品名称、药品类型、所开处方的天数、使用频率和剂量的处方信息的详细信息,以及作为副作用的产生日期和副作用的症状的副作用信息。此外,由于能够基于处方药品ID从例如药品数据库13中检索出处方药品名称和药品类型,因此可以将它们省略。
1-2-3.药房内数据库服务器中的数据库的配置
接下来,将描述存储在药房内数据库服务器7中的基本患者信息表31、药品配药历史信息表32以及药品库存信息表33。
如图8A所示,在基本患者信息表31中,向每个患者添加患者号码,并且描述了用于在药房内系统4中识别患者的基本患者信息的个人信息以及关于患者是否想要仿制药品的信息。
如图8B所示,在药品配药历史信息表32中,向通过药房内客户端8所生成的配药信息中的每种配药药品添加序列号,并且描述了配药信息和副作用信息。
尽管没有将药房名称和药房联系信息描述为配药信息,但是药房内客户端8可以在将配药信息发送至数据中心2时附上药房名称和药房联系信息。此外,由于能够基于配药药品ID从例如药品数据库13中检索出配药药品名称和药品类型,因此可以将它们省略。
如图8C所示,在药品库存信息表33中,向每种药品添加序列号,并且描述了药品ID、药品名称以及该药品的库存量。当该药品为仿制药品时,则描述药品ID、药品名称以及相应的原研药品的库存量。
1-3.医院内客户端和药房内客户端的电路配置
1-3-1.医院内客户端的电路配置
如图9所示,医院内客户端6包括CPU 81、ROM 82、RAM 83、存储单元84、接口85、显示单元86以及输入单元87。
CPU 81根据从ROM 82中读出并在RAM 83中运行的基本程序来控制全部操作。此外,CPU 81被配置为能够根据从ROM 82中读出并在RAM 83中运行的各种类型的应用程序来执行各种类型的处理。
作为存储单元84,使用由HDD所代表的磁盘或半导体存储器等。作为显示单元86,使用液晶显示器、EL(电致发光)显示器或等离子显示器等。
当通过IC卡读写器6a读取IC卡时,CPU 81能够经由IC卡读写器6a和接口85获取IC卡的卡ID。
此外,CPU 81被配置为能够经由接口85和本地网络NT1从医院内数据库服务器5接收基本患者信息、处方信息等。
例如,当患者在具有医院内系统3的医院中进行他的/她的第一次检查时,医院内客户端6经由输入单元87输入用于识别患者的基本患者信息,并且将输入的基本患者信息发送至医院内数据库服务器5。
此时,医院内数据库服务器5将新患者号码添加到基本患者信息表21,并且存储被发送至其中并且与患者号码相关联的基本患者信息,从而更新了基本患者信息表21。
此外,医院内客户端6被配置为能够读出基本患者信息表21中的基本患者信息,以将使用作为替代品(substitute)的仿制药品的优选性例如从“否”改变为“是”。
此外,医院内客户端6被配置为使得当患者经历所开处方的药品的副作用时,医院内客户端6能够关于引起副作用的药品将副作用发生的日期和时间以及副作用的症状登记在药品处方历史信息表23中。
此外,如下文将要描述的,医院内客户端6被配置为能够经由接口85、本地网络NT1以及互联网IN从数据中心2接收基本患者信息、处方信息、配药信息等。
1-3-2.药房内客户端的电路配置
药房内客户端8具有与医院内客户端6相同的配置。CPU 91根据从ROM 92读出并在RAM 93中运行的基本程序来控制全部操作。此外,CPU 91被配置为能够根据从ROM 92读出并在RAM 93中运行的各种类型的应用程序来执行各种类型的处理。
当通过IC卡读写器8a读取IC卡时,CPU 91能够通过IC卡读写器8a和接口95获取IC卡的卡ID。
此外,CPU 91被配置为能够通过接口95和本地网络NT2从药房内数据库服务器7接收基本患者信息、配药信息、副作用信息等。
此外,药房内客户端8能够通过响应于输入单元97的操作而从药房内数据库服务器7读取药品库存信息表33并将药品库存信息表33显示在显示单元96上,从而核查药品的库存。
此外,如下文将描述的,药房内客户端8能够经由接口95、本地网络NT2以及互联网IN从数据中心2接收基本患者信息、处方信息、配药信息等。
1.4医院内客户端中的处理
接下来,将描述通过医院内客户端6所执行的处理。
1-4-1.IC卡登记处理
将参照图10中所示的流程图来描述IC卡登记处理,其用于以相关联的方式将唯一分配给IC卡的卡ID和基本患者信息登记在数据中心2中。
在实施时,CPU 81进入流程RT1的开始步骤,随后继续进行至下一步骤SP1。随后,CPU 81例如在显示单元86上显示消息“请读IC卡”,随后判定是否通过IC卡读写器6a读取了IC卡。如果在此得到否定结果,则CPU 81等待,直到通过IC卡读写器6a而读取了IC卡。
相反,如果在步骤SP1中得到了肯定结果,则这意味着已经通过IC卡读写器6a读取IC卡并从IC卡获取了卡ID。在这种情况下,CPU 81继续进行至下一步骤SP2。
在步骤SP2中,基于所获取的卡ID,CPU 81将用于获取与卡ID相关联的基本患者信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP3。
在这种情况下,如果询问请求中的卡ID存储在ID管理表11中,则数据中心2确定在其中登记有与该卡ID相对应的IC卡。随后,数据中心2将存储在基本患者信息表51中并且与卡ID相关联的基本患者信息作为询问结果而发送至医院内客户端6。
在步骤SP3中,CPU 81基于是否从数据中心2发送询问结果来判定IC卡是否登记在数据中心2中。如果在此得到肯定结果,则CPU 81继续进行至下一步骤SP4。
在步骤SP4中,基于作为从数据中心2所发送的询问结果而获得的基本患者信息,CPU 81从医院内数据库服务器5的基本患者信息表21检索同一患者的基本患者信息,随后继续进行至下一步骤SP5。
具体地,CPU 81通过使用从数据中心2所发送的基本患者信息中的保险人号码、保险卡编号/号码以及患者姓名中的任一个作为关键词来执行检索。随后,CPU 81从基本患者信息表21中检索与该关键词相匹配的基本患者信息。
在步骤SP5中,CPU 81判定在步骤SP4中所检索的基本患者信息是否登记在基本患者信息表21中。如果基本患者信息登记在其中,则在此得到肯定结果,随后处理继续进行至下一步骤SP6。
在步骤SP6中,CPU 81执行基本患者信息同步处理,例如在显示单元86上显示消息“该IC卡已经登记”,表示该IC卡已经登记在数据中心2中。随后,处理继续进行至下一步骤SP7,并且结束。
这里,基本患者信息同步处理是基于更新的日期和时间将存储在数据中心2中的基本患者信息和存储在医院内数据库服务器5中的基本患者信息更新为最近被更新的信息的处理。
相反,如果在步骤SP5中得到否定结果,则这意味着与IC卡相关联的基本患者信息没有登记在医院内数据库服务器5中。在这种情况下,CPU 81继续进行至步骤SP8。
在步骤SP8中,CPU 81基于输入单元87的操作来判定是否将从数据中心2获取的基本患者信息登记在医院内数据库服务器5中。如果在此得到否定结果,则随后处理继续进行至步骤SP7,并且结束。
相反,如果在步骤SP8中得到肯定结果,则CPU 81继续进行至步骤SP9,其中,CPU 81将从数据中心2获取的基本患者信息登记在医院内数据库服务器5的基本患者信息表21中。随后,处理继续进行至步骤SP7,并且结束。
另一方面,如果在步骤SP3中得到否定结果,则这意味着IC卡没有登记在数据中心2中。在这种情况下,CPU 81继续进行至步骤SP10。
在步骤SP10中,CPU 81读出例如存储在医院内数据库服务器5的基本患者信息表21中的患者姓名,将患者姓名的列表显示在显示单元86上,从而允许用户选择与IC卡相关联的患者,随后继续进行至下一步骤SP11。
在步骤SP11中,CPU 81判定是否选择了与IC卡相关联的患者。如果在此得到否定结果,则随后处理继续进行前进至步骤SP7,并且结束。
相反,如果在步骤SP11中得到肯定结果,则这意味着选择了与IC卡相关联的患者。在这种情况下,CPU 81继续进行至下一步骤SP12。
在步骤SP12中,CPU 81从医院内数据库服务器5的基本患者信息表21中读出与在步骤SP10中所选择的患者姓名相对应的基本患者信息,并将基本患者信息与卡ID一起发送至数据中心2。
通过这种方式,CPU 81使与卡ID相关联的基本患者信息登记在数据中心2中,并且处理继续进行至步骤SP7并结束。
如上所述,响应于卡ID的获取,医院内客户端6通过将卡ID用作在数据中心2中访问和登记的必要条件,而将基本患者信息登记在数据中心2中。
1-4-2.电子药品表显示处理
接下来,将参照图11中所示的流程图来描述显示用于参考目的、给患者所开并配药的药品的电子药品表显示处理。
在实施时,CPU 81进入流程RT2的开始步骤,随后继续进行至下一步骤SP21。随后,CPU 81例如在显示单元86上显示消息“请读IC卡”,随后判定是否通过IC卡读写器6a读取了IC卡。如果在此得到了否定结果,则CPU 81等待,直到通过IC卡读写器6a读取了IC卡。
相反,如果在步骤SP21中得到肯定结果,则这意味着已经读取了IC卡并且从IC卡获取了卡ID。在这种情况下,CPU 81继续进行至下一步骤SP22。
在步骤SP22中,CPU 81执行上述的基本患者信息同步处理,以将数据中心2的基本患者信息表21和医院内数据库服务器5的基本患者信息表51更新为最新的表,随后继续进行至下一步骤SP23。
在步骤SP23中,基于在步骤SP21中获取的卡ID,CPU 81将用于获取与卡ID相关联的处方信息和配药信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP24。
在这种情况下,基于从医院内客户端6所发送的询问请求,数据中心2从用户数据库40读出与卡ID相关联的处方信息和配药信息,并将处方信息和配药信息作为询问结果发送至医院内客户端6。
在步骤SP24中,CPU 81例如在显示单元86上显示消息“正在等待响应”,随后判定是否存在来自数据中心2的对询问请求的响应。如果在此得到否定结果,则CPU 81等待,直到接收到对询问请求的响应。
相反,如果在步骤SP24中得到肯定结果,则这意味着存在来自数据中心2的对询问请求的响应。在这种情况下,CPU 81继续进行至下一步骤SP25。
在步骤SP25中,CPU 81从数据中心2获取询问结果作为对询问请求的响应。随后,基于询问结果,CPU 81例如在显示单元86上显示如图12所示以时间序列(time-series)方式表示配药信息的电子药品表100。随后,处理继续进行至下一步骤SP26,并且结束。
这里,在电子药品表100中,例如,显示了配药日期和时间、所配药的天数、所配药的药品名称、药品类型、使用频率、数量、以及配药药房名称和联系信息。在电子药品表100中,还可以显示原研药品名称(如果配药药品为仿制药品)以及副作用产生的日期和副作用的症状(如果产生了副作用)。
此外,如果配药药品为仿制药品,则可以在电子药品表100上以不同颜色或字体显示该仿制药品的配药药品名称,使得医生或患者能够容易地识别出配药药品名称。
此外,CPU 81被配置为使得当经由输入单元87选择配药药品名称时,CPU 81例如能够从数据中心2的药品数据库13中获取关于该配药药品名称的详细信息,并且将获取的信息显示在显示单元86上。
如上所述,响应于卡ID的获取,医院内客户端6通过将卡ID用作从数据中心2访问和检索的必要条件,而从数据中心2获取处方信息和配药信息。
1-4-3.处方信息登记处理
接下来,将参考图13和图14中所示的流程图来描述处方信息登记处理,其用于将发布给患者的处方信息登记在医院内数据库服务器5中。
在实施时,CPU 81进入流程RT3的开始步骤,随后继续进行至下一步骤SP31。随后,CPU 81例如从存储在医院内数据库服务器5中的基本患者信息表21中读出患者姓名,将患者姓名的列表显示在显示单元86上,从而允许医生基于输入单元87的操作选择正被医生检查的患者,随后继续进行至下一步骤SP32。
在步骤SP32中,CPU 81使医生经由输入单元87输入给患者所开的药品,随后继续进行至下一步骤SP33。
在步骤SP33中,CPU 81例如在显示单元86上显示消息“请读IC卡”,以指示医生或患者通过IC卡读写器6a读取IC卡,随后继续进行至下一步骤SP34。
在步骤SP34中,CPU 81判定是否在步骤SP31中输入药品之后在预定的时间通过IC卡读写器6a来读取IC卡。如果在此得到否定结果,则CPU 81等待,直到通过IC卡读写器6a读取IC卡。
相反,如果在步骤SP34中得到肯定结果,则这意味着已经读取IC卡并从IC卡中获取了卡ID。在这种情况下,CPU 81继续进行至下一步骤SP35。
在步骤SP35中,基于在步骤SP34中获取的卡ID,CPU 81将用于获取与卡ID相关联的基本患者信息和副作用信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP36。
在这种情况下,响应于该询问请求,数据中心2将从基本患者信息表51和副作用信息表52中读出并与卡ID相关联的基本患者信息和副作用信息作为询问结果发送至医院内客户端6。
在步骤SP36中,CPU 81判定是否存在来自数据中心2的对询问请求的响应。如果在此得到否定结果,则CPU 81等待,直到接收到对询问请求的响应。
相反,如果在步骤SP36中得到肯定结果,则这意味着存在来自数据中心2的对询问请求的响应。在这种情况下,CPU 81继续进行至下一步骤SP37。
在步骤SP37中,CPU 81从数据中心2获取询问结果作为对询问请求的响应。随后,CPU 81判定作为询问结果而获取的基本患者信息是否与在步骤SP31中所选择的患者的基本患者信息一致。
如果在此得到否定结果,则这意味着正被医生检查的患者与关联于IC卡的患者不一致。在这种情况下,CPU 81例如在显示单元86上显示消息“该IC卡不属于当前正检查的患者”,表明正在由医生检查的患者与关联于IC卡的患者不一致。随后,处理继续进行至下一步骤SP38,并且结束。
相反,如果在步骤SP37中得到肯定结果,则CPU 81继续进行至步骤SP39。在步骤SP39中,CPU 81判定登记在副作用信息中的药品是否包括在在步骤SP32中所输入的药品中。
如果在此得到肯定结果,则这意味着对于该患者而引起副作用的药品包括在给患者所开的药品中。在这种情况下,CPU 81继续进行至下一步骤SP40。
在步骤SP40中,例如,当医生已经输入对患者引起过副作用的药片A时,CPU 81例如在显示单元86上显示消息“药片A在过去引起过副作用”。即,CPU 81告知医生存在引起副作用的药品的情况,随后继续进行至下一步骤SP41。
在步骤SP41中,CPU 81基于输入单元87的操作来判定是否更改给患者所开的药品。如果在此得到肯定结果,则CPU 81继续进行至下一步骤SP42。
在步骤SP42中,CPU 81使医生经由输入单元87输入即将被更改的药品,并且返回步骤SP39。随后,重复步骤SP39至步骤SP42中的操作,直到在步骤SP39或SP41中得到否定结果。
相反,如果在步骤SP39或SP41中得到否定结果,则这意味着确定了给患者所开的药品。在这种情况下,CPU 81继续进行至步骤SP43。
在步骤SP43中,CPU 81基于在步骤SP37中所获取的基本患者信息中使用仿制药品的优选性而将使用仿制药品的优选性显示在显示单元86上。
随后,CPU 81经由输入单元86使医生输入关于医生是否允许使用仿制药品作为给患者所开的药品的替代品的信息,随后继续进行至下一步骤SP44。
在步骤SP44中,CPU 81将处方信息发送至医院内数据库服务器5,其示出了医生所输入的药品以及关于是否将使用仿制药品的信息。通过这种方式,医院内客户端6更新医院内数据库服务器5的处方发布历史信息表22和药品处方历史信息表23。随后,处理继续进行至下一步骤SP38,并且结束。
如上所述,响应于输入处方信息之后在预定的时间获取卡ID,医院内客户端6将处方信息发送至医院内数据库服务器5。
1-4-4.处方信息记录处理
接下来,将参照图15中所示的流程图来描述处方信息记录处理,其用于将记录在医院内数据库服务器5的处方发布历史信息表22和药品处方历史信息表23中的处方信息记录在数据中心2中。
在实施时,CPU 81进入流程RT4的开始步骤,随后继续进行至下一步骤SP51。随后,CPU 81例如在显示单元86上显示消息“请读IC卡”,随后判定是否通过IC卡读写器6a读取了IC卡。如果在此得到否定结果,则CPU 81等待,直到通过IC卡读写器6a读取了IC卡。
相反,如果在步骤SP51中得到肯定结果,则这意味着已经读取IC卡并从IC卡获取了卡ID。在这种情况下,CPU 81继续进行至下一步骤SP52。
在步骤SP52中,基于所获取的卡ID,CPU 81将用于获取与卡ID相关联的基本患者信息、处方信息以及配药信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP53。
在这种情况下,基于从医院内客户端6所发送的询问请求,数据中心2从用户数据库40中读出与卡ID相关联的基本患者信息、处方信息以及配药信息,并将基本患者信息、处方信息以及配药信息作为询问结果发送至医院内客户端6。
在步骤SP53中,CPU 81例如在显示单元86上显示消息“正在等待响应”,随后判定是否存在来自数据中心2的对询问请求的响应。如果在此得到否定结果,则CPU 81等待,直到接收到对询问请求的响应。
相反,如果在步骤SP53中得到肯定结果,则这意味着存在来自数据中心2的对询问请求的响应。在这种情况下,CPU 81继续进行至下一步骤SP54。
在步骤SP54中,CPU 81从数据中心2获取询问结果来作为对询问请求的响应。随后,CPU 81从医院内数据库服务器5的基本患者信息表21中检索对应于作为询问结果而获得的基本患者信息的患者,随后继续进行至下一步骤SP55。
在步骤SP55中,CPU 81判定是否可以从医院内数据库服务器5的基本患者信息表21中识别出在步骤SP54中所获得的相应的患者。
如果在此得到否定结果,则这意味着在医院内数据库服务器5中不存在相应患者的基本患者信息。在这种情况下,CPU 81例如在显示单元86上显示消息“未找到关于XX先生/小姐的数据”。随后,处理继续进行至步骤SP60并结束。
相反,如果在步骤SP55中得到肯定结果,则这意味着在医院内数据库服务器5中存在相应患者的基本患者信息。在这种情况下,CPU 81继续进行至下一步骤SP56。
在步骤SP56中,CPU 81执行上述基本患者信息同步处理,以将数据中心2的基本患者信息表21和医院内数据库服务器5的基本患者信息表51更新为最新的表,随后继续进行至下一步骤SP57。
在步骤SP57中,CPU 81从医院内数据库服务器5的处方发布历史信息表22和药品处方历史信息表23中读出与通过步骤SP55中的检索所识别的患者相关联的处方信息。
随后,CPU 81将从医院内数据库服务器5所读出的处方信息与在步骤55中从数据中心2所获取的处方信息相比较,随后继续进行至下一步骤SP58。
在步骤SP58中,基于步骤SP57中的比较结果,CPU 81判定存储在医院内数据库服务器5中的处方信息是否包括没有存储在数据中心2中的处方信息。
如果在此得到否定结果,则这意味着在医院内数据库服务器5中不存在没有存储于数据中心2中的处方信息。在这种情况下,CPU 81在例如显示单元86上显示消息“不存在待记录的数据”。随后,CPU 81继续进行至步骤SP60,并且处理结束。
相反,如果在步骤SP58中得到肯定结果,则这意味着在医院内数据库服务器5中存在没有存储于数据中心2中的处方信息。在这种情况下,CPU 81继续进行至步骤SP59。
在步骤SP59中,CPU 81将没有存储在数据中心2中的处方信息发送至数据中心2。
在这种情况下,数据中心2将从医院内客户端6所发送的处方信息存储在处方历史索引表42和处方历史信息表44中。
随后,CPU 81例如在显示单元86上显示消息“已完成电子处方的记录”,并且处理继续进行至步骤SP60并结束。
如上所述,响应于卡ID的获取,医院内客户端6通过将处方信息用作在数据中心2中访问和登记的必要条件,而将卡ID登记在数据中心2中。
1-5.药房内客户端中的处理
接下来,将描述通过药房内客户端8所执行的处理。
1-5-1.IC卡登记处理
药房内客户端8的CPU 91也执行用于以相关联方式将唯一分配给IC卡的卡ID和基本患者信息登记在数据中心2中的IC卡登记处理(图10)。然而,由于该处理与医院内客户6端的处理相同,因此将省略对它的描述。
应当注意的是,CPU 91被配置为通过使用记录在药房内数据库服务器7的基本患者信息表31中的基本患者信息来执行步骤SP3之后的步骤中的操作。
1-5-2.电子药品表显示处理
药房内客户端8的CPU 91也执行用于显示用于参考目的、为患者所开和配药的药品的电子药品表显示处理(图11)。然而,由于该处理与医院内客户端6的处理相同,所以将省略对它的描述。
1-5-3.配药信息登记处理
接下来,将参照图16和图17中所示的流程图来描述调剂信息登记处理,其用于将按照登记在数据中心2中的处方信息所配药的药品作为配药信息登记在药房内数据库服务器7中。
在实施时,CPU 91进入流程RT5的开始步骤,随后继续进行至下一步骤SP71。随后,CPU 91例如在显示单元96上显示消息“请读IC卡”,随后判定是否通过IC卡读写器8a读取了IC卡。如果在此得到否定结果,则CPU 91等待,直到通过IC卡读写器8a读取了IC卡。
相反,如果在步骤SP71中得到肯定结果,则这意味着已经读取IC卡并从IC卡中获取了卡ID。在这种情况下,CPU 91继续进行至下一步骤SP72。
在步骤SP72中,基于所获取的卡ID,CPU 91将用于获取与卡ID相对应的基本患者信息和在有效期限内但未被配药的处方信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP73。这里,有效期限被设定为例如从处方信息的处方发布日期和时间开始的4天。
在这种情况下,基于从医院内客户端6所发送的询问请求,数据中心2从用户数据库40中读出与卡ID相关联的基本患者信息和处方信息,并将基本患者信息和处方信息作为询问结果发送至药房内客户端8。
在步骤SP73中,CPU 91例如在显示单元96上显示消息“正在等待响应”,随后判定是否存在来自数据中心2的对询问请求的响应。如果在此得到否定结果,则CPU 91等待,直到接收到对询问请求的响应。
相反,如果在步骤SP73中得到肯定结果,则这意味着存在来自数据中心2的对询问请求的响应。在这种情况下,CPU 91继续进行至下一步骤SP74。
在步骤SP74中,CPU 91从数据中心2获取询问结果作为对询问请求的响应。随后,CPU 91从药房内数据库服务器7的基本患者信息表31中检索与作为询问结果而获得的基本患者信息相对应的患者,随后继续进行至下一步骤SP75。
在步骤SP75中,CPU 91判定是否可以从药房内数据库服务器7的基本患者信息表31中识别出相应的患者。
如果在此得到否定结果,则这意味着在药房内数据库服务器7中不存在相应患者的处方信息。在这种情况下,CPU 91例如在显示单元96上显示消息“未找关于XX先生/小姐的数据”。随后,处理继续进行至步骤SP85并结束。
相反,如果在步骤SP75中得到肯定结果,则这意味着在药房内数据库服务器7中存在相应患者的处方信息。在这种情况下,CPU91继续进行至下一步骤SP76。
在步骤SP76中,CPU 91执行上述的基本患者信息同步处理,以将数据中心2的基本患者信息表51和药房内数据库服务器7的基本患者信息表31更新为最新的表,随后继续进行至下一步骤SP77(图17)。
在步骤SP77中,基于在步骤SP74中所获取的询问结果,CPU91判定是否存在在有效期限内但未被配药的处方信息。如果在此得到否定结果,则CPU 91继续进行至下一步骤SP78。
在步骤SP78中,CPU 91在显示单元96上显示消息,用于表明不存在在有效期限内但未被配药的处方信息。随后,处理继续进行至步骤SP85并结束。
相反,如果在步骤SP77中得到肯定结果,则CPU 91继续进行至步骤SP79。随后,CPU 91在显示单元96上显示如图18所示的处方信息选择画面110,随后继续进行至下一步骤S80。
在处方信息选择画面110中,按处方发布日期和时间的降序(最新发布的为第一)以列表显示作为在有效期限内但未被配药的处方信息的实例的处方发布日期、医院名称以及医院联系信息。此外,还显示了用于选择待配药的处方信息的选择按钮。
在步骤S80中,当选择显示在处方信息选择画面110中的处方信息的任一个时,CPU 91判定所选择的处方信息是否描述了允许使用仿制药品作为替代品以及基本患者信息是否描述了患者想要仿制药品。
如果在此得到肯定结果,则CPU 91继续进行至下一步骤SP81,并在显示单元96上显示如图19A所示的配药药品选择画面120a。
在这种情况下,CPU 91从药房内数据库服务器7中读出药品库存信息表33。随后,当在药品库存信息表33中存在与在步骤SP79中所选择的处方信息中的药品相对应的仿制药品时,CPU 91在配药药品选择画面120a中显示仿制药品的下拉表示。
通过这种方式,CPU 91使配药师(dispensing technician)在药房中选择可用的仿制药品,随后继续进行至下一步骤SP83。
相反,如果在步骤SP80中得到否定结果,则这意味着处方信息没有描述允许使用仿制药品作为替代品,和/或基本患者信息没有描述患者想要仿制药品。
在这种情况下,CPU 91继续进行至步骤SP82,并在显示单元96上显示图19B、图19C或图19D中所示的配药药品选择画面120b、120c或120d,随后处理继续进行至下一步骤SP83。
在步骤SP83中,CPU 91基于输入单元97的操作判定是否按照配药药品选择画面120a、120b、120c或120d中所显示的内容来配药药品。
如果在此得到否定结果,则处理返回步骤SP79。随后,重复步骤SP79至SP83中的操作,直到在步骤SP83中得到肯定结果。
相反,如果在步骤SP83中得到肯定结果,则CPU 91继续进行至步骤SP84,并将显示在配药药品选择画面120a、120b、120c或120d中的内容作为配药信息发送至药房内数据库服务器7。
在这种情况下,药房内数据库服务器7通过在其中登记配药信息来更新药品配药历史信息表32。
此外,CPU 91激活与存储在数据中心2中的处方历史索引表42中的配药处方信息相对应的药房配药完成标记。随后,处理继续进行至步骤SP85并结束。
1-5-4.配药信息记录处理
接下来,将参照图20来描述配药信息记录处理,其用于将记录在药房内数据库服务器7的药品配药历史信息表32中的配药信息记录在数据中心2中。
在实施时,CPU 91进入流程RT6的开始步骤,随后继续进行至下一步骤SP91。随后,CPU 91例如在显示单元96上显示消息“请读IC卡”,随后判定是否通过IC卡读写器8a读取了IC卡。如果在此得到否定结果,则CPU 91等待,直到通过IC卡读写器8a读取了IC卡。
相反,如果在步骤SP91中得到肯定结果,则这意味着已经读取IC卡并从IC卡中获取了卡ID。在这种情况下,CPU 91继续进行至下一步骤SP92。
在步骤SP92中,CPU 91将用于获取与卡ID相关联的基本患者信息、处方信息以及配药信息的询问请求发送至数据中心2,随后继续进行至下一步骤SP93。
在这种情况下,基于从药房内客户端8所发送的询问请求,数据中心2从用户数据库40中读出与卡ID相关联的基本患者信息、处方信息以及配药信息,并将基本患者信息、处方信息以及配药信息作为询问结果发送至药房内客户端8。
在步骤SP93中,CPU 91例如在显示单元96上显示消息“正在等待响应”,随后判定是否存在来自数据中心2的对询问请求的响应。如果在此得到否定结果,则CPU 91等待,直到接收到对询问请求的响应。
相反,如果在步骤SP93中得到肯定结果,则这意味着存在来自数据中心2的对询问请求的响应。在这种情况下,CPU 91继续进行至下一步骤SP94。
在步骤SP94中,CPU 91从数据中心2获取了询问结果作为对询问请求的响应。随后,CPU 91从药房内数据库服务器7的基本患者信息表31中检索与作为询问结果而获得的基本患者信息相对应的患者,随后继续进行至下一步骤SP95。
在步骤SP95中,CPU 91判定是否可以从药房内数据库服务器7的基本患者信息表31中识别出在步骤SP94中所获取的相应患者。
如果在此得到否定结果,则这意味着在药房内数据库服务器7中不存在相应患者的基本患者信息。在这种情况下,CPU 91例如在显示单元96上显示消息“未找到关于XX先生/小姐的数据”。随后,处理继续进行至步骤SP100并结束。
相反,如果在步骤SP95中得到肯定结果,则这意味着在药房内数据库服务器7中存在相应患者的基本患者信息。在这种情况下,CPU 91继续进行至下一步骤SP96。
在步骤SP96中,CPU 91执行上述的基本患者信息同步处理,以将数据中心2的基本患者信息表51和药房内数据库服务器7的基本患者信息表31更新为最新的表,随后继续进行至下一步骤SP97。
在步骤SP97中,CPU 91从药房内数据库服务器7的药品配药历史信息表32中读出与通过步骤SP95中的检索所识别的患者相关联的配药信息。
随后,CPU 91将从药房内数据库服务器7所读出的配药信息与在步骤SP94中所获取的配药信息相比较,随后继续进行至下一步骤SP98。
在步骤SP98中,CPU 91判定存储在药房内数据库服务器7中的配药信息是否包括没有存储在数据中心2中的配药信息。
如果在此得到否定结果,则这意味着在药房内数据库服务器7中不存在没有存储在数据中心2中的配药信息。在这种情况下,CPU91例如在显示单元96上显示消息“不存在待记录的数据”。随后,CPU 91继续进行至步骤SP100并且处理结束。
相反,如果在步骤SP98中得到肯定结果,则这意味着在药房内数据库服务器7中存在没有存储在数据中心2中的配药信息。在这种情况下,CPU 91继续进行至步骤SP99。
在步骤SP99中,CPU 91将没有存储在数据中心2中的配药信息发送至数据中心2。
在这种情况下,数据中心2将从药房内客户端8所发送的配药信息存储在配药历史索引表43和配药历史信息表45中。
随后,CPU 91例如在显示单元96上显示消息“已完成电子处方的记录”,并且处理继续进行至步骤SP100并结束。
1-6.操作和优点
在上述配置中,医院内客户端6经由本地网络NT1连接至存储有处方信息的医院内数据库服务器7。此外,医院内客户端6经由作为全球网络的互联网IN连接至以相关联的方式存储有处方信息和配药信息的数据中心2。
响应于通过IC卡读写器获取卡ID,医院内客户端6通过将卡ID用作在数据中心2中访问和登记的必要条件,而将处方信息发送至数据中心2。
此外,响应于通过IC卡读写器获取卡ID,医院内客户端6通过将卡ID用作从数据中心2访问和检索的必要条件,而从数据中心2接收处方信息和配药信息。
此外,医院内客户端6被配置为例如基于通过显示为电子药品表的所接收的处方信息和配药信息,来提供关于与为患者所开的仿制药品相对应的原研药品名称等的信息。
因此,医院内客户端6能够以相关联的方式分别将独立存储在医院内数据库服务器5和药房内数据库服务器7中的处方信息和配药信息提供给医生和患者。
通过这种配置,例如,医院内客户端6能够将通过药房所配药的药品提供给医生,并且提供对应于仿制药品的原研药品名称。因此,能够减少用于检索仿制药品所需的时间。
此外,医院内客户端6被配置为允许将分配给患者的标识号存储在便携式IC卡中,以便从IC卡中获取作为标识号的卡ID。
通过这种配置,在医院内客户端6中,例如,患者或医生只需要通过IC卡读写器6a执行读IC卡的简单操作,而无需通过键盘等输入标识号。因此,能够提高医院内客户端6的可用性。
此外,医院内客户端6被配置为医生在处方信息登记处理中输入药品后、在预定的时间,响应于通过IC卡读写器6a读取IC卡而将处方信息发送至医院内数据库服务器5。
通过这种配置,不能够通过使用任意的医院内客户端6来发布处方信息,而是仅能够通过使用医生能够输入药品的医院内客户端6来发布处方信息。因此,能够提高医院内客户端6的安全性。
根据上述配置,医院内客户端6被配置为响应于IC卡的卡ID的获取而将处方信息发送至数据中心2或从数据中心2接收处方信息和配药信息。
通过这种配置,医院内客户端6能够提供基于所接收的处方信息和配药信息的信息,因此提高了便利性。
2.其他实施方式
在上述实施方式中,已经描述了用作分配给患者的识别信息的ID卡存储在IC卡上并且从IC卡获取卡ID的情况。然而,本发明不限于此,并且识别信息也可以存储在诸如USB存储器或存储卡的便携式存储介质中,以便从所述存储介质中获取识别信息。还有,例如患者自身作为介质,患者的指纹或者静脉等生体情报作为识别信息也可以通过特定的生体情报读取装置取得。
此外,在上述实施方式中,已经描述了将副作用信息表52提供给数据中心2和将副作用信息存储在副作用信息表52中的情况。然而,本发明不限于此,副作用信息连同处方信息或配药信息也可以存储在处方历史信息表44或配药历史信息表45中。
此外,在上述实施方式中,已经描述了将基本患者信息表52提供给数据中心2和将患者是否想要仿制药品的信息存储在基本患者信息表52中的情况。然而,本发明不限于此,患者是否想要仿制药品的信息也可以存储在或者添加至处方历史信息表44或配药历史信息表45的处方信息或配药信息。
此外,在上述实施方式中,已经描述了仅提供一个医院内系统3和一个药房内系统4的情况。然而,本发明不限于此,也可以提供多个医院内系统3和多个药房内系统4。
此外,在上述实施方式中,已经描述了通过不同计算机来构成医院内系统3中的医院内数据库服务器5和医院内客户端6的情况。然而本发明不限于此,也可以通过同一计算机,即为一体装置来构成医院内数据库服务器5和医院内客户端6。
此外,在上述实施方式中,已经描述了通过不同计算机来构成药房内系统4中的药房内数据库服务器7和药房内客户端8的情况。然而,本发明不限于此,也可以通过同一计算机,即为一体装置来构成药房内数据库服务器7和药房内客户端8。
此外,上述实施方式中,已经描述了医院内客户端6生成的处方信息存储在医院内数据库服务器5,医院内数据库服务器5存储的处方信息发送给数据中心2的情况。本发明不限于此,医院内客户端6也可以不通过医院内数据库服务器5将生成的处方信息传送到数据中心2。即,医院内容户端6也可以不通过医院内数据库服务器5和数据中心2进行各种信息的传输接受处理。
此外,上述实施方式中,已经描述了药房内客户端8生成的配药信息存储在药房内数据库服务器7,药房内数据库服务器7存储的配药信息发送给数据中心2的情况。本发明不限于此,药房内客户端8也可以不通过药房内数据库服务器7将生成的配药信息传送到数据中心2。即,药房内客户端8也可以不通过药房内数据库服务器7和数据中心2进行各种信息的传输接受处理。
此外,在上述实施方式中,已经描述了CPU 81和91根据存储在ROM 83和93中的程序来执行上述各种类型的处理的情况。然而,本发明不限于此,也可以根据从存储介质安装或从互联网下载的程序来执行上述各种类型的处理。此外,可以根据通过各种其他途径安装的程序来执行上述各种类型的处理。
此外,在上述实施方式中,已经描述了将接口86提供为连接单元和获取单元以及将CPU 81提供为发送单元、接收单元以及提供单元的情况。然而,本发明不限于此,也可以提供具有各种其他配置的连接单元、获取单元、发送单元、接收单元以及提供单元。
本领域的技术人员应当理解的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合以及变形,只要它们包含在所附权利要求及其等价物的范围之内。
Claims (5)
1.一种药品信息处理装置,包括:
连接单元,经由全球网络连接至将关于医院中处方的处方信息和关于药房中配药的配药信息以相关联的方式存储为数据库的数据中心;
获取单元,获取特有的识别信息;
发送单元,响应于通过所述获取单元获取所述识别信息,通过将所述识别信息用作在所述全球网络中访问和登记的必要条件,而发送与连接至所述全球网络的数据中心的所述数据库相关联的所述处方信息或所述配药信息;
接收单元,响应于通过所述获取单元获取所述识别信息,通过将所述识别信息用作从所述全球网络访问和检索的必要条件,而接收与所述数据库相关联的所述处方信息和所述配药信息;以及
提供单元,提供基于通过所述接收单元所接收的所述处方信息和所述配药信息的信息。
2.根据权利要求1所述的药品信息处理装置,其中,所述获取单元从可移动型的介质中获取识别信息。
3.根据权利要求2所述的药品信息处理装置,其中,所述发送单元在经由预定的输入单元输入所述处方信息之后、响应于在预定时间通过所述获取单元的所述识别信息的获取,而将所述处方信息发送至所述数据中心。
4.根据权利要求2所述的药品信息处理装置,
其中,所述处方信息包括表示医生和患者各自意向的意向信息,并且
其中,当所述意向信息段一致时,所述提供单元基于所述处方信息和所述配药信息来提供与预定可选候选相关联的所有可选选择。
5.一种药品信息处理方法,包括以下步骤:
经由全球网络连接至将关于医院中处方的处方信息和关于药房中配药的配药信息以相关联的方式存储为数据库的数据中心;
获取特有的识别信息;
响应于在所述获取步骤中获取所述识别信息,通过将所述识别信息用作在所述全球网络中访问和登记的必要条件,而发送与连接至所述全球网络的数据中心的所述数据库相关联的所述处方信息或所述配药信息;
响应于在所述获取步骤中获取所述识别信息,通过将所述识别信息用作从所述全球网络访问和检索的必要条件,而接收与所述数据库相关联的所述处方信息和所述配药信息;并且
提供基于在所述接收步骤中所接收的所述处方信息和所述配药信息的信息。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009111568 | 2009-04-30 | ||
JP2009-111568 | 2009-04-30 | ||
JP2010100803A JP2010277582A (ja) | 2009-04-30 | 2010-04-26 | 医薬品情報処理装置及び医薬品情報処理方法 |
JP2010-100803 | 2010-04-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101877036A true CN101877036A (zh) | 2010-11-03 |
Family
ID=43019591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101707721A Pending CN101877036A (zh) | 2009-04-30 | 2010-04-30 | 药品信息处理装置和药品信息处理方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20100280840A1 (zh) |
JP (1) | JP2010277582A (zh) |
CN (1) | CN101877036A (zh) |
SG (2) | SG177206A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017012196A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | O2o模式下的电子处方处理方法和网络医院平台系统 |
CN110085293A (zh) * | 2019-05-07 | 2019-08-02 | 南华大学 | 一种临床治疗室后台管理系统及设备 |
CN110389997A (zh) * | 2019-07-15 | 2019-10-29 | 苏州惠邦医疗科技有限公司 | 一种医疗行业的知识库的检索系统 |
CN110874359A (zh) * | 2018-08-31 | 2020-03-10 | 阿里健康信息技术有限公司 | 药品详细用法信息的获取方法及装置 |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9741001B2 (en) | 2000-05-18 | 2017-08-22 | Carefusion 303, Inc. | Predictive medication safety |
US9427520B2 (en) | 2005-02-11 | 2016-08-30 | Carefusion 303, Inc. | Management of pending medication orders |
US10353856B2 (en) | 2011-03-17 | 2019-07-16 | Carefusion 303, Inc. | Scalable communication system |
US7860583B2 (en) | 2004-08-25 | 2010-12-28 | Carefusion 303, Inc. | System and method for dynamically adjusting patient therapy |
US11087873B2 (en) | 2000-05-18 | 2021-08-10 | Carefusion 303, Inc. | Context-aware healthcare notification system |
US10062457B2 (en) | 2012-07-26 | 2018-08-28 | Carefusion 303, Inc. | Predictive notifications for adverse patient events |
AU2001261723B2 (en) | 2000-05-18 | 2007-10-25 | Aesynt Incorporated | Distributed remote asset and medication management drug delivery system |
WO2007064899A2 (en) | 2005-12-02 | 2007-06-07 | Asd Specialty Healthcare, Inc. D/B/A Amerisourcebergen Specialty Group | Method and apparatus for pharmaceutical management and tracking |
JP5967408B2 (ja) * | 2011-10-13 | 2016-08-10 | ソニー株式会社 | 情報取得端末装置および情報取得方法、並びにプログラム |
JP5958955B2 (ja) * | 2012-01-17 | 2016-08-02 | 東芝メディカルシステムズ株式会社 | 放射線情報管理システム、放射線情報管理方法及び放射線情報管理プログラム |
JP2014071592A (ja) * | 2012-09-28 | 2014-04-21 | Fujifilm Corp | 投薬効果予測システム及びその制御方法、並びに制御プログラム |
US9767429B2 (en) | 2012-12-19 | 2017-09-19 | ASD Specialty Healthcare, LLC | Product inventory information sharing system and method |
US20140288701A1 (en) * | 2012-12-19 | 2014-09-25 | Amerisourcebergen Specialty Group, Inc. | Product inventory management system and method |
US11182728B2 (en) | 2013-01-30 | 2021-11-23 | Carefusion 303, Inc. | Medication workflow management |
US10430554B2 (en) | 2013-05-23 | 2019-10-01 | Carefusion 303, Inc. | Medication preparation queue |
WO2014164565A1 (en) | 2013-03-13 | 2014-10-09 | Carefusion 303, Inc. | Predictive medication safety |
CN105074765B (zh) | 2013-03-13 | 2022-05-24 | 康尔福盛303公司 | 患者特有的用药管理系统 |
JP6249619B2 (ja) * | 2013-03-26 | 2017-12-20 | キヤノン株式会社 | 情報処理装置、情報処理方法及びプログラム |
JP7090231B2 (ja) * | 2018-05-18 | 2022-06-24 | 株式会社くすりの窓口 | 特定保健指導促進システムおよびサーバ装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1379344A (zh) * | 2001-02-16 | 2002-11-13 | 凯尔普拉斯系统株式会社 | 用电子卡的电子处方信息中继方法及其系统 |
CN1418345A (zh) * | 2000-02-15 | 2003-05-14 | 朴容男 | 基于互联网的大范围预定通信系统及其方法 |
US20050125258A1 (en) * | 2000-03-15 | 2005-06-09 | Yellin Seth A. | Web-hosted healthcare medical information management system |
US20080126135A1 (en) * | 2006-11-28 | 2008-05-29 | Woo Edward T | Paperless medication prescription system |
US20090043612A1 (en) * | 2007-08-07 | 2009-02-12 | Szela Jr Erwin G | Electronic Health Management System |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5845255A (en) * | 1994-10-28 | 1998-12-01 | Advanced Health Med-E-Systems Corporation | Prescription management system |
US5797515A (en) * | 1995-10-18 | 1998-08-25 | Adds, Inc. | Method for controlling a drug dispensing system |
US5963136A (en) * | 1998-07-15 | 1999-10-05 | O'brien; Charles Terrence | Interactive prescription compliance and life safety system |
US7636718B1 (en) * | 1999-10-07 | 2009-12-22 | B. Braun Medical Inc. | Pharmaceutical administrative system for ordering and receiving prescribed medication |
US6747561B1 (en) * | 2000-06-20 | 2004-06-08 | Med-Datanet, Llc | Bodily worn device for digital storage and retrieval of medical records and personal identification |
US7286996B1 (en) * | 2000-08-22 | 2007-10-23 | Epocrates, Inc. | Method for renewing medical prescriptions |
JP2002073808A (ja) * | 2000-08-28 | 2002-03-12 | Casio Comput Co Ltd | 医療情報管理装置および医療情報管理システム若しくはそれらのプログラム記録媒体 |
US20040039599A1 (en) * | 2001-04-11 | 2004-02-26 | Fralic Donald R. | Method of distributing cost savings to participants in a prescription drug distribution chain |
WO2003023681A1 (en) * | 2001-09-13 | 2003-03-20 | Rtin Holdings, Inc. | Method and system of providing medical products |
JP2003196392A (ja) * | 2001-12-25 | 2003-07-11 | Hitachi Medical Corp | 薬歴管理方法及び薬歴管理システム |
CA2502290C (en) * | 2002-10-18 | 2013-07-23 | Brian Broussard | Automated drug substitution, verification, and reporting system |
US20050080651A1 (en) * | 2003-10-14 | 2005-04-14 | Morrison Kelly L. | System and method for remote processing of pharmacy orders |
JP2005173704A (ja) * | 2003-12-08 | 2005-06-30 | Univ Nihon | 処方箋管理システム、処方箋管理方法及びicカード |
US7044664B2 (en) * | 2004-06-17 | 2006-05-16 | Stephen Papetti | Prescription drug printer with drug verification indicia and method for use thereof |
US7765110B1 (en) * | 2005-03-29 | 2010-07-27 | Exela Pharmsci, Inc. | Method and system for delivering substitute medical therapies with restricted access |
US7734478B2 (en) * | 2005-10-18 | 2010-06-08 | Walgreen Co. | Method and apparatus for inter-pharmacy workload balancing using resource function assignments |
JP2008250415A (ja) * | 2007-03-29 | 2008-10-16 | Fujitsu Ltd | 医薬品処方支援方法、医薬品処方支援システム及びコンピュータプログラム |
JP2008310574A (ja) * | 2007-06-14 | 2008-12-25 | Nec Corp | 副作用情報管理システム、副作用情報管理方法、副作用情報管理プログラム |
US8554579B2 (en) * | 2008-10-13 | 2013-10-08 | Fht, Inc. | Management, reporting and benchmarking of medication preparation |
-
2010
- 2010-04-26 JP JP2010100803A patent/JP2010277582A/ja active Pending
- 2010-04-28 SG SG2011092038A patent/SG177206A1/en unknown
- 2010-04-28 SG SG201002981-7A patent/SG166087A1/en unknown
- 2010-04-29 US US12/769,719 patent/US20100280840A1/en not_active Abandoned
- 2010-04-30 CN CN2010101707721A patent/CN101877036A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1418345A (zh) * | 2000-02-15 | 2003-05-14 | 朴容男 | 基于互联网的大范围预定通信系统及其方法 |
US20030187692A1 (en) * | 2000-02-15 | 2003-10-02 | Yong-Nam Park | Extended order communication system based on internet and method thereof |
US20050125258A1 (en) * | 2000-03-15 | 2005-06-09 | Yellin Seth A. | Web-hosted healthcare medical information management system |
CN1379344A (zh) * | 2001-02-16 | 2002-11-13 | 凯尔普拉斯系统株式会社 | 用电子卡的电子处方信息中继方法及其系统 |
US20080126135A1 (en) * | 2006-11-28 | 2008-05-29 | Woo Edward T | Paperless medication prescription system |
US20090043612A1 (en) * | 2007-08-07 | 2009-02-12 | Szela Jr Erwin G | Electronic Health Management System |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017012196A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | O2o模式下的电子处方处理方法和网络医院平台系统 |
CN110874359A (zh) * | 2018-08-31 | 2020-03-10 | 阿里健康信息技术有限公司 | 药品详细用法信息的获取方法及装置 |
CN110874359B (zh) * | 2018-08-31 | 2023-09-08 | 阿里健康信息技术有限公司 | 药品详细用法信息的获取方法及装置 |
CN110085293A (zh) * | 2019-05-07 | 2019-08-02 | 南华大学 | 一种临床治疗室后台管理系统及设备 |
CN110389997A (zh) * | 2019-07-15 | 2019-10-29 | 苏州惠邦医疗科技有限公司 | 一种医疗行业的知识库的检索系统 |
CN110389997B (zh) * | 2019-07-15 | 2024-01-12 | 苏州惠邦医疗科技有限公司 | 一种医疗行业的知识库的检索系统 |
Also Published As
Publication number | Publication date |
---|---|
SG177206A1 (en) | 2012-01-30 |
SG166087A1 (en) | 2010-11-29 |
US20100280840A1 (en) | 2010-11-04 |
JP2010277582A (ja) | 2010-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101877036A (zh) | 药品信息处理装置和药品信息处理方法 | |
US7016752B1 (en) | Method of and system for labeling containers of prescribed medicine | |
US8584941B2 (en) | Pharmacy tracking system with automatically-entered customer transaction information | |
Coustasse et al. | Impact of radio-frequency identification (RFID) technologies on the hospital supply chain: a literature review | |
Smelcer et al. | Usability of electronic medical records | |
US11893534B2 (en) | System for inventory management | |
CN103250177A (zh) | 信息处理设备和方法以及程序 | |
CN110135936A (zh) | 一种自动取药方法、系统、电子装置及存储介质 | |
US20060089858A1 (en) | Means and method of applying RFID and PKI technologies for patient safety | |
US20070273517A1 (en) | Apparatus and method for integrated healthcare management | |
US20210050077A1 (en) | System and method to facilitate interoperability of health care modules | |
JP2021015576A (ja) | 物品管理システムおよび物品管理方法 | |
WO2009055915A2 (en) | Product management system and methods | |
JP6801869B2 (ja) | 医薬品在庫管理システム、医薬品在庫管理装置、医薬品在庫管理方法、プログラム | |
KR102017813B1 (ko) | 의약품 판매관리 방법 및 이를 위한 컴퓨터 프로그램, 그 기록매체, 의약품 정보 시트 | |
KR20190132953A (ko) | 의약품 판매관리 방법 및 이를 위한 컴퓨터 프로그램, 그 기록매체 | |
US20200185090A1 (en) | Optimized drug supply logistical techniques | |
JPH11345263A (ja) | 個人情報を扱う情報処理システム | |
WO2020144705A1 (en) | Method and system for managing user profile information across plurality of locations in real time | |
Mainetti et al. | Combining EPCglobal and HL7 to deploy innovative e-health services for patients affected by multiple intolerances | |
JP2015043239A (ja) | 情報処理装置 | |
CN109801689A (zh) | 区域医疗电子病历共享系统及方法 | |
JP5521009B2 (ja) | ネットスーパーサーバ、御用聞き端末およびプログラム | |
Bell et al. | Evaluating the technical adequacy of electronic prescribing standards: results of an expert panel process | |
CN117497148A (zh) | 无菌物品管理方法、系统、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1145555 Country of ref document: HK |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101103 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1145555 Country of ref document: HK |