CN112106142A - 用于生成药物库的基于疗法的数据库模型 - Google Patents

用于生成药物库的基于疗法的数据库模型 Download PDF

Info

Publication number
CN112106142A
CN112106142A CN201980031848.1A CN201980031848A CN112106142A CN 112106142 A CN112106142 A CN 112106142A CN 201980031848 A CN201980031848 A CN 201980031848A CN 112106142 A CN112106142 A CN 112106142A
Authority
CN
China
Prior art keywords
drug
entity
therapy
medication
library
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
Application number
CN201980031848.1A
Other languages
English (en)
Inventor
维托尔德·莫斯卡尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fresenius Vial SAS
Original Assignee
Fresenius Vial SAS
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 Fresenius Vial SAS filed Critical Fresenius Vial SAS
Publication of CN112106142A publication Critical patent/CN112106142A/zh
Pending legal-status Critical Current

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
    • 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
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M5/00—Devices for bringing media into the body in a subcutaneous, intra-vascular or intramuscular way; Accessories therefor, e.g. filling or cleaning devices, arm-rests
    • A61M5/14—Infusion devices, e.g. infusing by gravity; Blood infusion; Accessories therefor
    • A61M5/168—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body
    • A61M5/172—Means for controlling media flow to the body or for metering media to the body, e.g. drip meters, counters ; Monitoring media flow to the body electrical or electronic
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/288—Entity relationship models
    • 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
    • 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/60—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 operation of medical equipment or devices
    • 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/60—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 operation of medical equipment or devices
    • G16H40/67—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 operation of medical equipment or devices for remote operation
    • 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
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61M—DEVICES FOR INTRODUCING MEDIA INTO, OR ONTO, THE BODY; DEVICES FOR TRANSDUCING BODY MEDIA OR FOR TAKING MEDIA FROM THE BODY; DEVICES FOR PRODUCING OR ENDING SLEEP OR STUPOR
    • A61M2205/00—General characteristics of the apparatus
    • A61M2205/50—General characteristics of the apparatus with microprocessors or computers
    • A61M2205/52—General characteristics of the apparatus with microprocessors or computers with memories providing a history of measured variating parameters of apparatus or patient

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Anesthesiology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Data Mining & Analysis (AREA)
  • Toxicology (AREA)
  • Vascular Medicine (AREA)
  • Hematology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

基于实体关系模型来生成数据库的系统和方法，包括：从用户接收药物标识符并且将药物标识符存储在数据库中的药物实体中。实施方式还包括：从用户接收针对多个不同疗法的药物输送疗法；将针对药物标识符的每种药物输送疗法存储在数据库中的疗法实体中，药物实体与疗法实体在数据库中具有一对多的关系，以及基于药物实体和疗法实体来生成药物库。将药物库发送至医疗装置以在对医疗装置进行编程以输送药剂时使用。

Description

用于生成药物库的基于疗法的数据库模型
相关申请的交叉引用
本申请要求于2018年5月15日提交的美国临时专利申请号第62/671,424号的权益，该申请通过引用整体并入。本申请涉及于2018年5月14日提交的题为“Drug LibraryCompiler for Patient Devices”的Witold Moskal的美国临时专利申请第62/671,412号，该申请通过引用整体并入。
背景技术
输注泵通常在临床环境中用于向患者给与药物和其他药剂。输注泵随着时间的推移向患者提供受控量的药剂。该量是依据由临床医师使用泵用户接口输入到泵中的参数给与的。
药物库用于输注泵，以提供超出由装置的制造商发布并且已经在装置上工作的软件以外的其他配置。药物库可以是用户可配置的，例如可由药剂师进行配置，并且可以包括药物名称、剂量、对给药参数的上限和/或下限的限制以及其他操作配置或参数。
一些药物库使用其中药物库中的条目仅通过药物名称和浓度来索引的基于药物的模型。
附图说明
图1是示出根据示例性实施方式的用于本文中描述的系统和方法的应用背景的流程图；
图2是示出根据示例性实施方式的用于本文中描述的系统和方法的用药管理工作流的流程图；
图3是示出根据示例性实施方式的用于本文中描述的系统和方法的药物库编辑器工作流的流程图；
图4是根据示例性实施方式的用于本文中描述的系统和方法的实体关系图；
图5是根据示例性实施方式的基于实体关系模型来生成数据库的方法的流程图；以及
图6是其一个或更多个部件可以在本文中描述的计算机或其他处理部件中使用的处理电路的框图。
具体实施方式
在一些实施方式中，基于疗法的模型可以用于药物库创建，以允许对同一药物编程多个库条目。
在一些实施方式中，基于疗法的模型可以用于药物库创建，以避免可能仅用于基于药物的模型的不清楚的药物名称。
在一些实施方式中，使用称为疗法的构思将药物名称与临床方案(clinicalprotocols)分离，使得单个药物可以具有可用于药物库中的药物的输送的多个方案(protocol)组。
在一些实施方式中，避免了利用不清楚的描述编程同一药物的多个“版本”的需要。
在一些实施方式中，避免了药物与临床方案之间的一对一关系。
在一个实施方式中，一种基于实体关系模型来生成数据库的方法，包括：从用户接收药物标识符；将药物标识符存储在数据库中的药物实体中；从用户接收针对多个不同疗法的药物输送疗法；将针对药物标识符的每种药物输送疗法存储在数据库中的疗法实体中，药物实体与疗法实体在数据库中具有一对多的关系；基于药物实体和疗法实体来生成药物库；以及将药物库发送至医疗装置以用于在对医疗装置进行编程以输送药剂时使用。数据库可以包括使用药物库应用创建的药物库，药物库应用使药剂师能够创建药物库以及/或者将创建的药物库分发至支持的输注泵。医疗装置可以被配置成向患者提供医疗功能或服务。医疗装置可以通过侵入性过程的方式——例如，通过在过程中使用针——来提供服务。医疗装置可以包括输注泵。
药物库可以包括剂量误差减小系统(Dose Error Reduction System)或DERS的部件。DERS可以通过对照药物库内的预设限制检查编程的剂量来警告临床医师流体的可能的过量输送或不足输送。限制可以是软限制或硬限制。
在一些实施方式中，一旦使用药物库应用对药物库进行了改变，就可以使用服务器计算机来发布或分发药物库以对输注泵进行编程。
在一些实施方式中，药物库可以包括由子类别组织的药物实体的列表。子类别可以包括临床位置，例如，护理区域。子类别可以与医院中的物理位置相关联。可以根据疗法类型如硬膜外疗法来命名子类别。
在一些实施方式中，药物实体包括药物名称和浓度。药物实体可以包括浓度、配量单位和/或配量限制的默认值。在一些实施方式中，药物实体仅包括药物名称和/或浓度，并且不包括输送参数或疗法。
在一些实施方式中，具有DERS功能的泵可以包括记录触发剂量限制警报的编程的剂量的数据的数据日志文件。
在一些实施方式中，一种药物库存储和分发系统可以包括被配置成生成和存储药物库数据库的电子处理电路和存储器。药物库数据库可以包括药物实体和疗法实体，药物实体指定药物名称和药物浓度，疗法实体指定用于药物的输送的临床方案，药物实体与疗法实体具有一对多的关系，药物实体和疗法实体两者均包括在药物库实体中。处理电路可以被配置成将药物库从药物库实体分发至输注泵。
在一些实施方式中，可以使用运行药物库编辑器程序的计算机来通过在输入装置(例如，键盘、触摸屏、数据上传等)上的来自药剂师的输入来促进药物库的创建。计算机可以将药物库发布至医疗装置。在一些实施方式中，计算机可以被配置成在将药物库发布至医疗装置之前经由输入装置从主管当局接收批准输入。
在一些实施方式中，每个药物库可以包括药物和疗法的定义。药物库应用可以被配置成提供“发布药物库”功能。发布药物库功能可以是下述编程的功能：所述编程的功能使药剂师能够基于选定的装置配置将药物库组织成配置文件。该功能可以提供在分发至泵之前由临床医师进行临床评估和批准的选项。
在一些实施方式中，可以提供分发药物库，分发药物库使人能够通过一个或更多个计算机网络将选定的药物库分发至单个泵或泵组。
在一些实施方式中，数据库可以包括具有实体关系模型的药物库。模型可以是通过名称和/或浓度定义要输注的药物的数据结构。在一些实施方式中，要输注的药物不参考输送方案定义。在一些实施方式中，可以关于疗法将药物名称或标识的药物名称与临床方案(例如，连续速率方案)分离。单个药物可能具有可用于输送的多个方案组，如以关系的方式存储在药物库内的多个方案组。
在一些实施方式中，药物库可以包括药物实体数据结构。药物实体数据结构可以包括药物名称字段以及可选地药物浓度。在一些实施方式中，药物实体数据结构不包括输送参数或方案数据字段。药物库可以定义疗法数据结构，疗法数据结构包括疗法名称并且定义一个或更多个输送参数，例如，方案、速率、推注、升降率(ramp rate)、负荷剂量(loading dose)等。
在一些实施方式中，存储药物的“主”列表，每种药物具有相应的疗法(通过一个或更多个指针或其他数据构造以一对多的方式指向疗法实体中的疗法的方式链接)，根据所述相应的疗法可以构建用于特定临床领域的个体药物库。在一些实施方式中，可以针对单个药物库内的单个药物定义一种以上的疗法。
在一些实施方式中，主药物列表实体可以包括到药物实体中的药物的链接，从而与药物实体具有一对多的关系。
在一些实施方式中，疗法或疗法实体的所有编程模式可以通过单个通道输送并且可以被编程在单个疗法内。
在一些实施方式中，一种药物库编辑和分发系统可以包括计算机存储器和电子处理电路。存储器可以被配置成以第一格式将药物标识符和疗法药物库存储在数据库中，药物库包括药物数据，药物数据要由患者装置上的软件使用来对患者装置进行编程，以根据至少部分地由用户确定的方案来向患者给与药物。处理电路可以被配置成：接收由用户编程的药物名称和浓度；接收由用户编程的疗法的名称；接收由用户编程的临床方案；基于药物名称和浓度来生成药物记录；基于疗法的名称和临床方案来生成与药物记录分离的疗法记录。在一些实施方式中，疗法记录可以与药物记录相关联。在一些实施方式中，药物记录可以被配置成与多个疗法记录相关联，每个疗法记录具有疗法名称和临床方案。在一些实施方式中，处理电路可以被配置成生成包括药物记录和疗法记录的药物库文件，并且发送药物库以分发至一个或更多个输注泵。
在一些实施方式中，药物条目和疗法条目可以分离地创建和/或管理。在一些实施方式中，处理电路可以被配置成从用户接收药物标识符并且将药物标识符作为药物实体存储在数据库中。在一些实施方式中，处理电路可以被配置成从用户接收针对多个不同疗法的药物输送疗法，并且将针对药物标识符的每种药物输送疗法作为疗法实体存储在数据库中。在一些实施方式中，药物实体可以与疗法实体在数据库中具有一对多的关系。
在一些实施方式中，可以创建多个配置文件中的任何配置文件。配置文件可以对应于护理区域或者特定医疗装置的在医疗保健设施内的用途。在一些实施方式中，配置文件可以与药物库相关联。
在一些实施方式中，可以创建数据集或药物库。数据集或药物库可以包括要与泵或泵组或其他医疗装置相关联的一个或更多个配置文件。
在一些实施方式中，创建药物实体的药物可以包括用户指定药物名称、药物浓度、药物类别(例如，镇痛药、抗病毒药等)等。
在一些实施方式中，创建疗法可以包括：首先选择药物名称，然后选择疗法方案、参数和/或配置。参数可以包括剂量单位、方案是固定的还是在值的范围内用户可编程的、默认编程值、药物浓度、要在医疗装置上显示的文本消息、药物关于流速或剂量率(或者仅流速)是否是可配置的和/或其他参数。
参照图1，剂量误差减小系统(DERS)可以包括至少两个部件。DERS的第一部件是输注泵10，输注泵10可以包括在泵中实现的用于防止剂量编程中的错误的控制算法。DERS允许输注泵向用户警告不正确的用药顺序、计算误差或会导致药物的剂量不足或剂量过量的不正确的输注编程。DERS可以提供针对药剂编程错误的防御机制。DERS的第二部件是药物库应用24，药物库应用24使药剂师14能够创建药物库并且将所创建的药物库分发至支持的输注泵10。
DERS可以应用于各种医疗装置或患者装置，例如，被配置成通过侵入性过程(例如，在过程中使用针)或者以其他方式在任何临床、医院、家庭护理或其他环境中向患者(包括血液或器官供体)提供医疗功能或服务的装置。输注泵10可以是各种输注泵中的任何输注泵，例如，大容量输注泵或通用输注泵(即，被配置成从袋而不是注射器配发的输注泵)、患者控制的镇痛(PCA)泵、弹性体泵、注射泵、肠内或肠胃外喂饲泵、胰岛素泵、可动泵(ambulatory pump)等。具有DERS的输注泵可以被称为“智能”泵。
DERS可以通过对照(药物库或数据集内的)预设剂量检查(由泵处的最终用户编程的)编程的剂量来警告临床医师(例如，护士，医生等)流体的可能的过量输送或不足输送，预设剂量可以特定于药物以及/或者特定于临床应用或位置或护理区域(例如，硬膜外、新生儿重症监护室(NICU)、医疗室/外科室等)。如果编程的剂量在限制以外，则泵将警告临床医师并且可以在开始输送之前要求确认(软限度)或者根本不允许输送(硬限度)。
为了对药物库进行编程、创建或编辑，用户64(例如，药剂师、生物医学工程师等)登录到服务器计算机或与服务器计算机进行通信的终端(例如，位于或设置在药房中的要由药师编程的药房计算机)中。用户创建、编辑和/或选择要被编程到输注泵10中或者下载至输注泵10的一个或更多个数据集，以满足部署环境(例如，医院、医疗保健设施、诊所等)中最终用户工作流的需要。数据集可以包括输注泵在其工作中使用的数据。例如，数据集可以包括药物名称和/或浓度、以及提供默认值和对用户对输注泵进行编程的能力的限制的药物编程参数。例如，数据集可以包括对不同泵编程参数——例如，输注率、剂量、输注时间或持续时间等——的硬限制和/或软限制。对数据集的限制可能针对不同药物而不同，并且可以包括数据库不知道的药物的“药物X”数据集。一旦对数据集或数据库进行了改变，就可以利用由药剂师创建的新数据集、使用服务器计算机(例如，药物库分发服务器、发布服务器或其他服务器计算机)来发布和分发数据集，以配置、更新和/或以其他方式对输注泵10进行编程，可以独立地、按护理区域、通用地等来完成上述配置、更新和/或编程操作。用户可以选择在其之后输注泵将接收新数据集的日期和时间。患者装置可以是临床医师可编程的输注泵。
临床人员(通常是护士、药剂师和/或医师)合作以开发用于匹配设施的特定护理习惯的定制的药物库。可以在专用应用24上创建库，然后将库分发至每个泵，并且可以随着新药物或现有药物的新用途的出现来定期地更新库。可能每隔数月左右对药物库进行修订，以添加新药物并且改变配量限制，从而更好地适应临床实践。
在一些实施方式中，药物库基于设施的配量方案并且包括由设施标识的子类别组织的药物实体的列表。这些子类别可以非正式地称为“临床位置”，或者也可以不管设施选择来指定这些子类别。虽然子类别通常与护理区域(例如，NICU、医疗/外科等)匹配，但是也可以根据医院中的物理位置(例如，西5区)或者根据疗法类型(例如，硬膜外)来命名子类别。每个药物实体包括药物名称以及可选地浓度，并且还可以包括用于浓度、配量单位、配量限制等的默认值或参数。当用户从库中选择药物实体时，泵使用关联的默认值以及附加的用户输入来对输注进行编程。以这种方式，精心设计的库通过减少对手动输入和计算的需求来帮助控制配量误差。在一些实施方式中，药物实体仅包括药物名称和/或浓度，并且不包括输送参数或疗法。
护士、生物医学工程人员或其他用户可以一经在泵10处看到已经下载了新药物库的通知就重启(cycle)泵上的电源以安装或激活新数据集。泵10可以被配置成经由通知确认数据集可用于升级或更新泵。一旦数据集被升级，泵10就可以向服务器计算机通知升级状态(例如，升级完成或成功、升级失败或错误等)。然后出于安全目的，泵10可以断开与服务器计算机的通信。在重启电源之后，护士能够在下载的新数据集的控制下进行输注。
在一些实施方式中，具有DERS功能的泵还可以包括记录触发剂量限制警报的编程的剂量的数据的日志。临床医师之后可以使用日志分析软件来汇集来自多个泵的日志的警告信息，以寻找改善临床实践的机会，并且决定他们是否需要修订药物库。根据这样的日志分析收集的数据对于执行高风险处理的主动风险评估会是有用的。此外，日志分析使得设施能够检查已经实现的变化的结果。
通过在输注管理过程中使用DERS时减少编程错误，DERS的使用可以改善——但是无需改变——医疗保健设施的现有输注管理工作流。参照图2，将描述可以部署本文中描述的系统和方法的用药管理工作流。在线21处，医师从设施内的药房订购疗法。药剂师14可以填写疗法订单(order)(线23)，并且药房可以使用泵10经由临床医师(线25)将疗法传送至患者27。可以使用操作药物库编辑器或应用程序24的计算机来促进由药剂师14进行的药物库的创建、药物库的发布(可能包括从主管当局获得批准)、以及/或者药物库的分发。
现在参照图3，作为DERS的部件的药物库应用24可以用于：(1)创建药物库；(2)发布药物库；和/或(3)将药物库分发至支持的泵。此外，可以提供泵安装和泵配置功能，以简化系统在其首次预期使用之前的部署和配置。药物库应用24可以被配置成提供“创建药物库”功能，该功能使药剂师能够利用他们对药物和疗法的定义以及其他参数(例如，患者体重)来创建、修改和/或删除药物库。药物库应用24可以被配置成提供“发布药物库”功能，该功能使药剂师能够利用选定的装置配置将药物库组织成配置文件，并且发布完整的配置文件以用于临床评估和批准以及随后向泵的分发。药物库应用24可以被配置成提供“分发药物库”功能，该功能使生物医学工程师能够将发布的药物库分发至选定的泵。生物医学工程师可以经由与串行线缆的直接连接将选定的药物库分发至单个泵(线27)，或者经由服务器计算机提供的分发机制将选定的药物库分发至多个泵(线29)。
现在参照图4，将描述用于基于实体关系模型来生成数据库的系统和方法。在一些实施方式中，数据库使用通过名称和/或浓度表示要输注的药物(例如，阿莫西林等)的模型，并且在一些实施方式中，该模型没有输送方案。一些基于药物的数据模型经受以下事实：药物的定义或名称与定义的临床方案以一对一的关系相对应，因此这样的模型使得同一药物无法用于不同的临床方案集。例如，在典型的药物库模型中，当利用名称阿莫西林和连续速率方案定义药物时，仅可以存在一种用于给与阿莫西林的方式(即，利用连续速率方案)，除非利用不同的临床方案创建了“阿莫西林1”或“阿莫西林一”。如果并非所有用户都清楚药品名称区别，则这种重命名可能导致编程错误。
在一些实施方式中，可以实现基于疗法的药物库模型。在一些实施方式中，药物名称或标识符可以关于被称为疗法的构思与临床方案分离，使得单个药物(例如，阿莫西林)可以具有可用于药物的输送的多个方案集，而无需创建另一药物“版本”。
再次参照图4，示出了根据示例性实施方式的图示了基于疗法的药物库模型的实体关系图。实体关系模型用于定义可以在数据库(例如，关系数据库)中实现的数据或信息结构。数据库中的每个实体可以包括多个记录。例如，药物实体402可以包括数据库的表内的多个药物记录、文件或条目。疗法实体404可以包括多个疗法记录、文件或条目，每个疗法数据元素包括疗法名称并且定义一个或更多个输送参数。尽管参考实体关系模型描述实施方式，但是可以使用其他模型或技术来实现本文中提供的原理和教导。在一些实施方式中，该模型可以具有以下益处：允许将药物列表与医院药房系统同步，而无需考虑输注临床方案的特异性。如所指示的，药物实体402与药房药物实体410同步。在这种情况下，药物实体402包括药物名称和可选地浓度，但是不包括输送参数或方案。在一些实施方式中，创建具有药物的相应的疗法的药物的“主”列表(通过指针或其他数据构造以一对多的方式指向疗法实体404中的疗法的方式链接)，根据所述相应的疗法可以构建用于特定临床领域的个体药物库。在一些实施方式中，可以针对单个药物库内的单个药物定义一种以上的疗法。
药物库存储和分发系统400可以包括被配置成生成和存储药物库数据库的处理电路或其他计算资源以及存储器。药物库数据库可以包括指定药物名称和/或药物浓度的药物实体402。药物库数据库可以包括指定用于输送药物的临床方案的疗法实体404。临床方案可以包括一个或更多个参数，例如，推注、连续速率、升降率、负荷剂量和/或其他方案。
如所示出的，药物实体402与疗法实体404可以具有一个对多个或一对多的关系。可以依据用户的规范(specification)来生成药物库实体406，用户的规范可以包括来自药物实体和/或来自疗法实体的数据。然后可以将药物库发布、分发等至选定的患者装置。
在一些实施方式中，提供了主药物列表实体408，主药物列表实体408包括或包含或链接至药物实体402中的药物，从而与药物实体402具有一个对多个的关系。
在一些实施方式中，药物库数据库还可以包括与药物实体402同步的药房药物实体410。药房药物实体410指定存储在与医院药房相关联的单独的计算机(医院药房计算机实体412)中的数据，从而药房药物实体410与药物实体402的同步不会修改疗法实体404。
药物库406可以包括针对在药物实体中指定的药物名称和药物浓度的一种或更多种疗法，从而允许泵10的用户选择药物的疗法以及/或者通过药物名称选择药物，从而获取(pulling up)用于药物名称的参数。
在一些实施方式中，疗法实体404可以指定包括不同临床方案——例如，要按顺序、在不同时间等处应用的方案——的组合的单个疗法。
在一些实施方式中，模型可以具有药物对疗法一对多的关系。在一些实施方式中，疗法不参考不同的泵类型(例如，比如，PCA泵等)，而是包括药物的输送模式的定义，包括诸如连续速率输送和/或其他参数的方案。
在一些实施方式中，图4的模型可以被实现为呈现在有形介质上的算法。算法可以呈现用于执行模型中示出的和/或本文中另外描述的步骤的各种手段。
在一些实施方式中，疗法实体可以包括与单个疗法或疗法数据文件相关联的不同编程模式——例如，负荷剂量、推注、连续速率等——的组合。
在一些实施方式中，疗法或疗法实体的所有编程模式可以通过单个通道输送并且可以被编程在单个疗法内。
现在参照图5，将描述基于实体关系模型来生成数据库的方法。在框500处，可以创建和/或管理用于药物实体402的药物条目。还可以创建和/或管理用于疗法实体404的疗法条目。例如，处理电路可以被配置成从用户接收药物标识符并且将药物标识符存储在数据库中的药物实体402中。此外，处理电路可以被配置成从用户接收用于多个不同疗法的药物输送疗法，并且将针对药物标识符的每种药物输送疗法存储在数据库中的疗法实体404中。如所提及的，药物实体402与疗法实体404在数据库中具有一对多关系。
在框502处，处理电路可以被配置成通过允许用户从实体中选择数据基于药物实体和疗法实体来生成药物库以用于在例如依据分发政策要被分发至泵的药物库的编译。
在框504处，可以创建和/或管理装置配置，例如，在触发管路中有空气(air-in-line)警报之前的时间段内允许的总空气量、静默关键持续时间(silence key duration)、保持静脉打开(KVO)流速或多种其他装置配置中的任何装置配置。
在框506处，可以创建和/或管理多个配置文件中的任何配置文件。例如，用户可以输入操作性配置文件的名称，该操作性配置文件可以与护理区域或具有配置文件的特定泵在医疗保健设施内的用途相对应。配置文件还可以与来自框500、框502的药物库相关联。
在框508处，可以创建和/或管理数据集。数据集可以包括要与泵相关联的一个或更多个经验证的配置文件，每个配置文件还包括一个或更多个数据库。
在框410处，处理电路可以被配置成将药物库(作为数据集、配置文件的一部分，或者以其他方式)发送至医疗装置以在对医疗装置进行编程以输送药剂时使用。
在一些实施方式中，创建药物实体402的药物可以包括指定药物名称、药物浓度、药物的药物类别(例如，止痛药、抗病毒药、家庭护理药、医院药、血管加压药等)等中的一个或更多个。也可以输入药物参数(例如，推注、最大/最小限制、默认输送速率等)，或者，在可替选的实施方式中，药物实体402可以仅包括药物名称、药物浓度和/或药物类别，其中，后来定义的疗法结合了其他输送参数。
在一些实施方式中，创建疗法可以包括：首先选择先前创建并且可选地存储在药物实体402中的药物名称，然后选择一个或更多个疗法方案、参数或配置，例如，剂量单位、方案是固定的还是在一定范围内(后者允许最小值、默认值和最大值)、药物浓度、临床信息(例如，建议)、药物关于流速或剂量率(或者仅流速)是否是可配置的、是否允许量/时间输注、是否允许量/速率输注、是否允许时间/速率输注、疗法是否将包括斜坡模式(由总量、总输注时间、斜升和斜降时间和/或平台流速定义)、连续流速设置、剂量或量随时间的设置、要输注的量的设置、负荷剂量设置、编程的推注设置、直接推注设置或包括泵上的约束组或输送方案的任何其他参数。临床方案可以是用于输送药物或其他药剂(或喂饲制剂)的包括以上描述的参数中的一个或更多个参数的方案。
图6是处理电路部件的框图，处理电路部件中的一个或更多个可以在本文中描述的计算装置(例如，服务器计算机、药房计算机、患者装置、上传器计算机等)中使用。在可替选的实施方式中，可以在单个服务器计算机、多个服务器计算机、服务器场、云服务器环境上实现本文中描述的系统和方法，或者使用其他计算机资源实现本文中描述的系统和方法。服务器和患者装置10可以包括形成处理电路的模拟和/或数字电路部件，该处理电路被配置成执行本文中描述的步骤。处理电路可以包括分立电路元件和/或编程的集成电路，例如，一个或更多个微处理器、微控制器、模拟至数字转换器、专用集成电路(ASIC)、可编程逻辑、印刷电路板和/或其他电路部件。服务器和患者装置10可以各自包括网络接口电路，该网络接口电路被配置成通过一个或更多个网络提供彼此之间和/或与其他装置的通信。装置中的网络接口电路可以包括被配置成执行网络通信功能的数字和/或模拟电路部件。这些网络可以包括多种网络中的一个或更多个，例如，有线或无线网络、广域网、局域网或个人区域网、专有网络或基于标准的网络等。这些网络可以包括诸如以下的网络：以太网网络，根据蓝牙协议、IEEE 802.11x协议、蜂窝(TDMA、CDMA、GSM)网络或其他网络协议运行的网络。
图6是能够执行本文中描述的指令和/或用于实现本文中描述的示例系统的示例处理器平台800的框图。处理器平台800可以例如是服务器、个人计算机、移动装置(例如，蜂窝电话、智能电话、平板计算机如iPadTM)、个人数字助理(PDA)、互联网应用或任何其他类型的计算装置。
所示示例的处理器平台800包括处理器812。所示示例的处理器812是硬件。例如，处理器812可以由来自任何期望的族系(family)或制造商的一个或更多个集成电路、逻辑电路、微处理器或控制器来实现。在所示示例中，处理器812被构造成编程有用于实现本文中描述的功能的部件(例如，将标准应用于软件版本指示符的部件)。
所示示例的处理器812包括本地存储器813(例如，缓存)。所示示例的处理器812经由总线818与包括易失性存储器814和非易失性存储器816的主存储器通信。易失性存储器814可以由同步动态随机存取存储器(SDRAM)、动态随机存取存储器(DRAM)、RAMBUS动态随机存取存储器(RDRAM)和/或任何其他类型的随机存取存储器装置实现。非易失性存储器816可以由闪速存储器和/或任何其他期望类型的存储器装置来实现。由存储器控制器来控制对主存储器814、816的访问。
所示示例的处理器平台800还包括接口电路820。接口电路820可以通过任何类型的接口标准(例如，上文中描述的接口标准)来实现。
在所示示例中，一个或更多个输入装置822连接至接口电路820。输入装置822允许用户将数据和命令输入到处理器812中。输入装置可以通过例如音频传感器、麦克风、摄像机(静止或视频)、键盘、按钮、鼠标、触摸屏、触控板、轨迹球和/或语音识别系统来实现。
一个或更多个输出装置824也连接至所示示例的接口电路820。输出装置824可以例如由显示装置(例如，发光二极管(LED)、有机发光二极管(OLED)、液晶显示器、阴极射线管显示器(CRT)、触摸屏、触觉输出装置、打印机和/或扬声器)实现。因此，所示示例的接口电路820通常包括图形驱动器卡、图形驱动器芯片或图形驱动器处理器。
所示示例的接口电路820还包括通信装置，例如，发射器、接收器、收发器、调制解调器和/或用于促进经由网络826与外部机器(例如，任何种类的计算装置)的数据交换的网络接口卡(例如，以太网连接、数字订户线(DSL)、电话线、同轴线缆、蜂窝电话系统等)。
所示示例的处理器平台800还包括用于存储软件和/或数据的一个或更多个大容量存储装置828。这样的大容量存储装置828的示例包括软盘驱动器、硬盘驱动器、致密盘驱动器、蓝光盘驱动器、RAID系统和数字多功能盘(DVD)驱动器。
表示图5的流程图或本文中描述的其他步骤的编码指令832可以存储在大容量存储装置828中、易失性存储器814中、非易失性存储器816中和/或可移动有形计算机可读存储介质如CD或DVD上。
某些实施方式构想了在任何有形机器可读介质上的用于实现上述功能的方法、系统和计算机程序产品。例如，某些实施方式可以使用现有的计算机处理器来实现，或者通过针对此目的或另一目的而结合的专用计算机处理器来实现，或者通过硬连线和/或固件系统来实现。
可以使用存储在有形机器可访问或可读介质上并且可由例如处理器系统执行的指令、代码和/或其他软件和/或固件等来实现上述系统、设备和/或制造部件的物品中的一些或全部，或者上述的一部分。有形计算机可读介质包括存储软件和/或固件的存储器、DVD、CD等，但是不包括传播信号。
另外地或可替选地，可以使用存储在非暂态计算机可读介质——例如，硬盘驱动器、闪速存储器、只读存储器、致密盘、数字多功能盘、缓存、随机存取存储器和/或其中存储信息达任何持续时间(例如，达扩展的时间段、永久地、简短的实例，以用于临时缓冲和/或信息的缓存)的任何其他存储介质——上的编码指令(例如，计算机可读指令)来实现本文中描述的示例处理。
本文中描述的某些实施方式可以省略方法步骤中的一个或更多个并且/或者以与所列出的顺序不同的顺序执行步骤。例如，在某些实施方式中可以不执行某些步骤。作为进一步的示例，某些步骤可以以与上面列出的时间顺序不同的时间顺序来执行——包括同时地执行。
尽管已经参考输注泵描述了示例性实施方式，但是本文中的教导可以应用于其他医疗装置，例如，血液分离装置(例如，血浆分离、血液治疗等)或经由患者皮肤中的针与人类患者交互的侵入性或非侵入性的其他装置、胰岛素泵(例如，体腔内部或外部)、医疗成像装置(例如，CT扫描仪、X射线成像仪、磁共振成像)。所述教导还可以在医学领域之外应用于任何计算装置，例如，移动电话、平板计算机或被配置成在握持在人手中时进行工作的其他计算机、膝上型计算机、个人计算机以及其他联网计算机。
某些示例促进了对医疗装置的管理，医疗装置包括血液采集或血液分离装置、输注泵、药物输送泵和/或其他医疗装置。例如，输注泵将流体、药品或营养物输注到患者内。例如，可以在静脉内、皮下、动脉和/或硬膜外使用输注泵。例如，输注泵可以以各种速率给与注射(例如，对于静脉(IV)滴注而言特别小的注射量(例如，每小时0.1毫升)，每分钟注射，具有重复推注的注射，达到每小时最大数量的患者控制的注射，或者其量随一天的时间而变化的流体的注射等)。
在某些示例中，操作员(例如，技术员、护士等)向患者装置提供有关输注的类型、模式和/或其他装置参数的输入，其中，由药物库定义的方案包括疗法。例如，连续输注提供小的输注脉冲(例如，在500纳升与10毫升之间)，其中，脉冲速率基于编程的输注速度。例如，间歇性输注利用能够被编程成保持套管打开的定时在高输注率与低输注率之间交替。患者控制的输注按需提供具有预先编程的上限的输注，以避免患者中毒。例如，通过可以由患者激活的压力垫或按钮来控制输注率。输注泵可以包括大容量泵(例如，用于喂饲患者的营养液输送)、小容量泵(例如，用于药品输送)等。
某些示例确定和/或更新与医疗装置数据管理系统相关联的数据集分发策略。如果已经创建了数据集分发策略，则即使目标医疗装置中的一个或更多个当前正在运行(例如，泵当前正在将药物输注到患者内)，也可以将新的或更新的数据集(例如，新的或更新的药物库)分发至一个或更多个医疗装置。因此，数据集分发不会影响泵的活动。
在某些示例中，数据集定义用于医疗装置(例如，“智能”输注泵、血液分离装置等)的药物库和/或指令集。例如，“智能”输注泵利用药物库或其他剂量误差减小软件来执行协助医疗保健提供者编程和计算药物剂量和输送率的功能。药物库是用于存储药物配量信息的数据库或数据集，例如，药物配量信息包括配量限制、浓度、输注参数和药物特定报告。例如，药物库指令可以帮助减少或防止用药错误以及相关联的患者伤害。
数据集向医疗装置的分发可以直接在装置处和/或通过网络远程地发生(例如，从数据管理系统到多个医疗装置等)。
在某些示例中，药房控制数据集和分发，并且没有向最终用户(例如，护士、技术员等)给出决策权限，而是最终用户必须接受数据集以继续使用装置。装置管理系统发出数据集，并且接收装置被配置成在下次重新启动时激活新数据集。例如，下载的数据集保存在下载缓冲中，并且一旦装置上电，装置就会将数据集编程到活动存储器中。然后，向用户通知新数据集，并且指示用户使用装置或关闭装置，但是无法还原到数据集的先前版本。
尽管已经参考某些细节描述了实施方式，但是本领域技术人员将理解，在不脱离本文中描述的范围的情况下，可以进行各种改变并且可以替换等同物。另外，在不脱离本文中描述的范围的情况下，可以进行许多修改以使特定情况或材料适应于教导。因此，意在本文中的教导不限于所公开的特定实施方式，而是包括落入所附权利要求书的范围内的另外的实施方式。

Claims (13)

1.一种基于实体关系模型来生成数据库的方法，包括：
-从用户接收药物标识符；
-将所述药物标识符存储在所述数据库中的药物实体中；
-从用户接收针对多个不同疗法的药物输送疗法；
将针对所述药物标识符的每种药物输送疗法存储在所述数据库中的疗法实体中，所述药物实体与所述疗法实体在所述数据库中具有一对多的关系；基于所述药物实体和所述疗法实体来生成药物库；以及将所述药物库发送至医疗装置以在对所述医疗装置进行编程以输送药剂时使用。
2.根据权利要求1所述的方法，其中，每种药物疗法包括选自包括推注、连续速率、升降率和负荷剂量的组的至少一个临床方案。
3.根据权利要求2所述的方法，其中，所述药物标识符包括药物名称和药物浓度。
4.根据权利要求1所述的方法，其中，所述药物实体包括药物名称并且不包括输送参数。
5.一种药物库存储和分发系统，包括：被配置成生成和存储药物库数据库的处理电路和存储器，所述药物库数据库包括：
-药物实体，其指定药物名称和药物浓度；以及
-疗法实体，其指定用于药物的输送的临床方案，
-所述药物实体与所述疗法实体具有一对多的关系，
-所述药物实体和所述疗法实体两者均包括在药物库实体中，
其中，所述处理电路被配置成将药物库从所述药物库实体分发至输注泵。
6.根据权利要求5所述的药物库存储和分发系统，所述药物库数据库还包括与所述药物实体具有一对多的关系的主药物列表实体。
7.根据权利要求5所述的药物库存储和分发系统，所述药物库数据库还包括与所述药物实体同步的药房药物实体，所述药房药物实体指定存储在与医院药房相关联的单独的计算机中的数据，从而所述药房药物实体与所述药物实体的同步不会修改所述疗法实体。
8.根据权利要求5所述的药物库存储和分发系统，其中，所述药物库包括针对所述药物实体中指定的所述药物名称和所述药物浓度的多种疗法。
9.根据权利要求5所述的药物库存储和分发系统，其中，所述疗法实体的临床方案选自包括推注、连续速率、升降率和负荷剂量的组。
10.根据权利要求9所述的药物库存储和分发系统，其中，所述疗法实体可以指定包括不同临床方案的组合的单个疗法。
11.一种药物库编辑和分发系统，包括：存储器和处理电路，所述存储器被配置成以第一格式将药物标识符和疗法药物库存储在数据库中，药物库包括药物数据，所述药物数据要由患者装置上的软件使用来对所述患者装置进行编程，以根据至少部分地由用户确定的方案向患者给与药物，所述处理电路被配置成：
-接收由用户编程的药物名称和浓度；
-接收由用户编程的疗法的名称；
-接收由用户编程的临床方案；
-基于所述药物名称和浓度来生成药物记录；
-基于所述疗法的名称和所述临床方案来生成与所述药物记录分离的疗法记录，所述疗法记录与所述药物记录相关联，其中，所述药物记录被配置成与多个疗法记录相关联，每个疗法记录具有疗法名称和临床方案；
生成包括所述药物记录和所述疗法记录的药物库文件；以及发送所述药物库以分发至一个或更多个输注泵。
12.根据权利要求11所述的系统，还包括输注泵，所述输注泵包括操作软件，所述输注泵被配置成接收所述药物库并且至少部分地基于所述药物库来限制所述操作软件的操作。
13.根据权利要求12所述的系统，其中，所述输注泵是临床医师可编程的输注泵。
CN201980031848.1A 2018-05-15 2019-03-22 用于生成药物库的基于疗法的数据库模型 Pending CN112106142A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862671424P 2018-05-15 2018-05-15
US62/671,424 2018-05-15
PCT/EP2019/057225 WO2019219277A1 (en) 2018-05-15 2019-03-22 Therapy-based database model for generating drug libraries

Publications (1)

Publication Number Publication Date
CN112106142A true CN112106142A (zh) 2020-12-18

Family

ID=65991777

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980031848.1A Pending CN112106142A (zh) 2018-05-15 2019-03-22 用于生成药物库的基于疗法的数据库模型

Country Status (6)

Country Link
US (1) US20210193286A1 (zh)
EP (1) EP3794601A1 (zh)
CN (1) CN112106142A (zh)
AU (1) AU2019268519A1 (zh)
CA (1) CA3099455A1 (zh)
WO (1) WO2019219277A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005050526A2 (en) * 2003-11-13 2005-06-02 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
US20140180711A1 (en) * 2010-01-22 2014-06-26 Deka Products Limited Partnership Computer-Implemented Method, System, and Apparatus for Electronic Patient Care
CN104969228A (zh) * 2012-12-21 2015-10-07 德卡产品有限公司 电子化患者护理的计算机实现方法、系统和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005050526A2 (en) * 2003-11-13 2005-06-02 Hospira, Inc. System for maintaining drug information and communicating with medication delivery devices
US20140180711A1 (en) * 2010-01-22 2014-06-26 Deka Products Limited Partnership Computer-Implemented Method, System, and Apparatus for Electronic Patient Care
CN104969228A (zh) * 2012-12-21 2015-10-07 德卡产品有限公司 电子化患者护理的计算机实现方法、系统和装置

Also Published As

Publication number Publication date
EP3794601A1 (en) 2021-03-24
AU2019268519A1 (en) 2020-11-26
CA3099455A1 (en) 2019-11-21
US20210193286A1 (en) 2021-06-24
WO2019219277A1 (en) 2019-11-21

Similar Documents

Publication Publication Date Title
US11322238B2 (en) Default data set distribution for medical devices
CN112154518A (zh) 用于患者装置的药物库编译器
US20230298768A1 (en) Infusion pump system and method with multiple drug library editor source capability
US11475992B2 (en) System and method of synchronizing medical device databases
US11986628B2 (en) Procedure-based programming for infusion pumps
US11901067B2 (en) Distribution server for patient devices
CN112106142A (zh) 用于生成药物库的基于疗法的数据库模型
US20210090707A1 (en) Processing infusion pump data for presentation on operator interface
KR101888489B1 (ko) 인퓨전 펌프를 이용하여 환자에게 약물을 주입하는 방법, 서버 및 컴퓨터 판독 가능한 기록 매체
US11783934B2 (en) Automatic safety adjustment system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination