JP2020166877A - 電子患者介護用のシステム、方法および装置 - Google Patents

電子患者介護用のシステム、方法および装置 Download PDF

Info

Publication number
JP2020166877A
JP2020166877A JP2020096874A JP2020096874A JP2020166877A JP 2020166877 A JP2020166877 A JP 2020166877A JP 2020096874 A JP2020096874 A JP 2020096874A JP 2020096874 A JP2020096874 A JP 2020096874A JP 2020166877 A JP2020166877 A JP 2020166877A
Authority
JP
Japan
Prior art keywords
patient care
patient
monitoring client
dock
monitoring
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
JP2020096874A
Other languages
English (en)
Inventor
ケイメン、ディーン
Dean Kamen
バイアシー、ジョン・ジェイ
J Biasi John
カーウィン、ジョン・エム
M Kerwin John
プリバイル、エリック・エル
L Pribyl Eric
ブランバーグ、デービッド
Blumberg David
ゴラヤブ、マルク・ジェイ
J Gorayeb Marc
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.)
Deka Products LP
Original Assignee
Deka Products LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/723,239 external-priority patent/US10108785B2/en
Priority claimed from US13/723,253 external-priority patent/US11210611B2/en
Priority claimed from US13/723,242 external-priority patent/US10911515B2/en
Priority claimed from US13/900,655 external-priority patent/US11881307B2/en
Application filed by Deka Products LP filed Critical Deka Products LP
Publication of JP2020166877A publication Critical patent/JP2020166877A/ja
Priority to JP2022151473A priority Critical patent/JP2022180547A/ja
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
    • 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
    • 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/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/63—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 local operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Electrotherapy Devices (AREA)
  • Surgical Instruments (AREA)
  • Accommodation For Nursing Or Treatment Tables (AREA)

Abstract

【課題】病院において患者介護用のシステムを提供する。【解決手段】システムは、監視クライアントが物理的接続を通してベースに接続されているかどうか判定することと、物理的接続を通して監視クライアントとベースとの間の第１の通信リンクを確立することと、必要ならば、第１の通信リンクを通して該監視クライアントおよび該ベース上のインターフェースプログラムを更新することと、第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リンクを確立すること；および第２の通信リンクを使用してベースから監視クライアントにデータを伝えることを備える。【選択図】図１

Description

関連出願の相互参照
本出願は、２０１２年１２月２１日出願の「通信データ用のシステム、方法および装置
」という名称の米国仮特許出願第６１／７４０，４７４号（代理人整理番号：Ｊ８０）の
優先権を主張する非仮特許出願であり、同出願は全体を参照として本明細書に援用する。
本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法およ
び装置」という名称の米国特許出願第１３／７２３，２５３号であり、その後２０１３年
７月２５日に公開された米国特許出願公開第２０１３−０１９１４１３Ａ１号（代理人整
理番号：Ｊ８５）の一部継続出願であり、この出願は、以下の出願の優先権を主張する：
２０１１年１２月２１日出願の「輸液用のシステム、方法および装置」という名称の米
国仮特許出願第６１／５７８，６４９号（代理人整理番号：Ｊ０２）；
２０１１年１２月２１日出願の「輸液送達量推定用のシステム、方法および装置」とい
うの米国仮特許出願第６１／５７８，６５８号（代理人整理番号：Ｊ０４）；
２０１１年１２月２１日出願の「経口薬投与用のシステム、方法および装置」という名
称の米国仮特許出願第６１／５７８，６７４号（代理人整理番号：Ｊ０５）；
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名
称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）；および
２０１２年８月３日出願の「輸液流の監視、調節または制御用のシステム、方法および
装置」という名称の米国仮特許出願第６１／６７９，１１７号（代理人整理番号：Ｊ３０
）。上記出願のそれぞれは全体を参照として本明細書に援用する。
米国特許出願第１３／７２３，２５３号は、２０１１年１２月２１日出願の「電子患者
介護用のシステム、方法および装置」という名称の米国特許出願第１３／３３３，５７４
号であり、その後２０１２年７月１９日に公開された米国特許出願公開第２０１２−０１
８５２６７Ａ１号（代理人整理番号：Ｊ９７）および
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という
名称のＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号（代理人整理番号：Ｉ９７ＷＯ）、
の一部継続出願であり、これらの両方は全体を参照として本明細書に援用する。
米国特許出願第１３／３３３，５７４号は、２０１１年１月２１日出願の「電子患者監
視システム」という名称の米国特許出願第１３／０１１，５４３号であり、その後２０１
１年１２月２２日に公開された米国特許出願公開第２０１１−０３１３７８９Ａ１号（代
理人整理番号：Ｉ５２）、の一部継続出願であり、この出願は、２０１０年１月２２日出
願の「医療用設備用の電子指示仲介システム」という名称の米国仮特許出願第６１／２９
７，５４４号（代理人整理番号：Ｈ５３）の優先権の利益を主張しており、これらの両方
は全体を参照として本明細書に援用する。
本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法およ
び装置」という名称の米国特許出願第１３／７２３，２３９号であり、その後２０１３年
１１月７日に公開された米国特許出願公開第２０１３−０２９７３３０Ａ１号（代理人整
理番号：Ｊ７７）の一部継続出願であり、この出願は、以下の出願の優先権を主張する：
２０１１年１２月２１日出願の「輸液用のシステム、方法および装置」という名称の米
国仮特許出願第６１／５７８，６４９号（代理人整理番号：Ｊ０２）；
２０１１年１２月２１日出願の「輸液送達量推定用のシステム、方法および装置」とい
う名称の米国仮特許出願第６１／５７８，６５８号（代理人整理番号：Ｊ０４）；
２０１１年１２月２１日出願の「経口薬投与用のシステム、方法および装置」という名
称の米国仮特許出願第６１／５７８，６７４号（代理人整理番号：Ｊ０５）；
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名
称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）；および
２０１２年８月３日出願の「輸液流の監視、調節または制御用のシステム、方法および
装置」という名称の米国仮特許出願第６１／６７９，１１７号（代理人整理番号：Ｊ３０
）。上記のそれぞれは全体を参照として本明細書に援用する。
米国特許出願第１３／７２３，２３９号は、以下の出願の優先権を主張し、また以下の
出願の一部継続出願である：
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という
名称の米国特許出願第１３／３３３，５７４号であり、その後２０１２年７月１９日に公
開された米国特許出願公開第２０１２−０１８５２６７Ａ１号（代理人整理番号：Ｊ９７
）。この出願は、２０１１年１月２１日出願の「電子患者監視システム」という名称の米
国特許出願第１３／０１１，５４３号であり、その後２０１１年１２月２２日に公開され
た米国特許出願公開第２０１１−０３１３７８９Ａ１号（代理人整理番号：Ｉ５２）の一
部継続出願であり、これは２０１０年１月２２日出願の「医療用設備用の電子指示仲介シ
ステム」という名称の米国仮特許出願第６１／２９７，５４４号（代理人整理番号：Ｈ５
３）の優先権を主張するもの；および
２０１１年１２月２１日出願の「電子患者介護用のシステム、方法および装置」という
名称のＰＣＴ出願第ＰＣＴ／ＵＳ１１／６６５８８号であり、その後２０１３年９月１２
日に公開された国際出願公開第ＷＯ２０１３／０９５４５９号（代理人整理番号：Ｉ９７
ＷＯ）。これらのそれぞれは全体を参照として本明細書に援用する。
本出願はまた、２０１２年１２月２１日出願の「電子患者介護用のシステム、方法およ
び装置」という名称の米国特許出願第１３／７２３，２４２号であり、その後２０１３年
１１月２８日に公開された米国特許出願公開第２０１３−０３１７７５３Ａ１号（代理人
整理番号：Ｊ７８）の一部継続出願であり、この出願は、以下の出願の優先権を主張する
：
２０１２年５月２４日出願の「電子患者介護用のシステム、方法および装置」という名
称の米国特許出願第６１／６５１，３２２号（代理人整理番号：Ｊ４６）。これは全体を
参照として本明細書に援用する。
本出願はまた、２０１３年５月２３日出願の「電子患者介護用のシステム、方法および
装置」という名称の米国特許出願第１３／９００，６５５号であり、その後２０１３年１
１月２８日に公開された米国特許出願公開第２０１３−０３１７８３７Ａ１号（代理人整
理番号：Ｋ６６）の一部継続出願であり、この出願は、２０１２年５月２４日出願の「電
子患者介護用のシステム、方法および装置」という名称の米国仮特許出願第６１／６５１
，３２２号（代理人整理番号：Ｊ４６）の優先権を主張し、これらの両方は全体を参照と
して本明細書に援用する。
米国特許出願第１３／９００，６５５号もまた一部継続出願であり、これは以下の出願
の優先権を主張する：
2０１２年５月２４日出願の「血液処理システムおよび方法」という名称の米国特許出
願第１３／４８０，４４４号であり、その後２０１３年２月１４日に公開された米国特許
出願公開第２０１３−００３７４８５Ａ１号（代理人整理番号：Ｊ４３）；および
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称のＰＣＴ出願
第ＰＣＴ／ＵＳ１２／００２５７号でであり、その後２０１２年１１月２９日に公開され
た国際公開第ＷＯ２０１２／１６１７４４号（代理人整理番号：Ｊ４３ＷＯ）。
本出願はまた、２０１３年５月２３日出願の「電子患者介護のためのシステム、方法お
よび装置」という名称のＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号（代理人整理番号
：Ｋ６６ＷＯ）の一部継続出願であり、この出願は、「電子患者介護用のシステム、方法
および装置」という名称の米国仮特許出願第６１／６５１，３２２号（代理人整理番号：
Ｊ４６）の優先権を主張し、これらの両方は全体を参照として本明細書に援用する。
ＰＣＴ出願第ＰＣＴ／ＵＳ１３／４２３５０号もまた一部継続出願であり、これは以下
の出願の優先権を主張する：
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称の米国特許出
願第１３／４８０，４４４号であり、その後２０１３年２月１４日に公開された米国特許
出願公開第２０１３−００３７４８５Ａ１号（代理人整理番号：Ｊ４３）；および
２０１２年５月２４日出願の「血液処理システムおよび方法」という名称のＰＣＴ出願
第ＰＣＴ／ＵＳ１２／００２５７号であり、その後２０１２年１１月２９日に公開された
国際公開第ＷＯ２０１２／１６１７４４号（代理人整理番号：Ｊ４３ＷＯ）。
本出願はまた、２０１２年１２月２１日出願の以下の特許出願のうちの１つ以上に関連
することがあり、これらのすべては全体を参照として本明細書に援用する：
「クランピング用のシステム、方法および装置」に関する米国非仮特許出願第１３／７
２３，２３８号（代理人整理番号：Ｊ４７）；
「経口薬投与用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２
３，２３５号（代理人整理番号：Ｊ７４）；
「経口薬投与用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２
／７１１３１号（代理人整理番号：Ｊ７４ＷＯ）；
「輸液送達量推定用のシステム、方法および装置」に関する米国非仮特許出願第１３／
７２４，５６８号（代理人整理番号：Ｊ７５）；
「輸液用のシステム、方法および装置」に関する米国非仮特許出願第１３／７２５，７
９０号（代理人整理番号：Ｊ７６）；
「輸液用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１
４９０号（代理人整理番号：Ｊ７６ＷＯ）；
「輸液流の監視、調節または制御用のシステム、方法および装置」に関する米国非仮特
許出願第１３／７２３，２４４号（代理人整理番号：Ｊ７９）；
「輸液流の監視、調節または制御用のシステム、方法および装置」に関するＰＣＴ出願
第ＰＣＴ／ＵＳ１２／７１１４２号（代理人整理番号：Ｊ７９ＷＯ）；
「輸液送達量推定用のシステム、方法および装置」に関する米国非仮特許出願第１３／
７２３，２５１号（代理人整理番号：Ｊ８１）；および
「輸液送達量推定用のシステム、方法および装置」に関するＰＣＴ出願第ＰＣＴ／ＵＳ
１２／７１１１２号（代理人整理番号：Ｊ８１ＷＯ）。
本出願はまた、以下の特許出願のうちの１つ以上に関連することがあり、これらのすべ
ては全体を参照として本明細書に援用する：
２０１２年１２月１８日出願の「活性整流を使用する液体ライン中の空気検知用のシス
テム、方法および装置」という名称の米国仮特許出願第６１／７３８，４４７号（代理人
整理番号：Ｊ３２）；
２０１３年３月１５日出願の「輸液用のシステム、方法および装置」という名称の米国
特許出願第１３／８４０，３３９号（代理人整理番号：Ｋ１４）；
２０１３年３月１５日出願の「輸液用のシステム、方法および装置」という名称のＰＣ
Ｔ出願第ＰＣＴ／ＵＳ１３／３２４４５号（代理人整理番号：Ｋ１４ＷＯ）；
２０１３年３月１５日出願の「シリンジ・ポンプおよび関連する方法」という名称の米
国特許出願第１３／８３３，４３２号（代理人整理番号：Ｋ２１）；
２０１３年３月１５日出願の「電子患者介護用のシステムおよび装置」という名称の米
国特許出願第１３／８３６，４９７号（代理人整理番号：Ｋ２２）；
２０１３年３月１５日出願の「クランピングのためのシステム、方法および装置」とい
う名称の米国特許出願第１３／８３３，７１２号（代理人整理番号：Ｋ２３）；
２０１３年３月１５日出願の「輸液流の監視、調節または制御用のシステム、方法およ
び装置」という名称の米国特許出願第１３／８３４，０３０号（代理人整理番号：Ｋ２８
）；
２０１３年７月３１日出願の「分割リング共振回路を使用する液体ライン中の泡検知用
のシステム、方法および装置」という名称の米国仮特許出願第６１／８６０，３９８号（
代理人整理番号：Ｊ３１）；
２０１３年１１月６日出願の「輸液流の監視、調節または制御用のシステム、方法およ
び装置」という名称の米国仮特許出願第６１／９００，４３１号（代理人整理番号：Ｋ５
２）；
２０１３年１０月２３日出願の「シリンジ・ポンプおよび関連する方法」という名称の
米国仮特許出願第６１／８９４，８０１号（代理人整理番号：Ｋ８８）；
２０１３年７月８日出願の「クランピングのためのシステム、方法および装置」という
名称の米国仮特許出願第６１／８４３，５７４号（代理人整理番号：Ｋ７４）；
２０１３年８月２０日出願の「電子的患者監視システム」という名称の米国特許出願第
１３／９７１，２５８号（代理人整理番号：Ｋ８４）；
２０１３年１１月１４日出願の「シリンジ・ポンプおよび関連する方法」という名称の
米国仮特許出願第６１／９０４，１２３号（代理人整理番号：Ｌ３３）；
２０１３年１２月１０日出願の「分割リング共振回路を使用する液体ライン中の泡検知
用のシステム、方法および装置」という名称の米国特許出願第１４／１０１，８４８号（
代理人整理番号：Ｌ０５）；
２０１３年１２月２０日出願の「データ通信用のシステム、方法および装置」に関する
米国特許出願（代理人整理番号：Ｌ４９）；
２０１３年１２月２０日出願の「データ通信用のシステム、方法および装置」に関する
ＰＣＴ出願（代理人整理番号：Ｌ４９ＷＯ）；
２０１３年１２月２０日出願の「電子患者介護用の、コンピュータで実現された方法、
システムおよび装置」に関する米国特許出願（代理人整理番号：Ｋ５０）；
２０１３年１２月２０日出願の「電子患者介護用の、コンピュータで実現された方法、
システムおよび装置」に関するＰＣＴ出願（代理人整理番号：Ｋ５０ＷＯ）；および
２０１３年１２月２０日出願の「電子患者介護用のシステム、方法および装置」に関す
る米国特許出願（代理人整理番号：Ｌ５２）。
技術分野
本開示は、患者介護に関する。より詳細には、本開示は、電子患者介護用のシステム、
方法および装置に関する。
病院において患者介護を提供することは一般的に、多くの専門家および介護人（例えば
、医師、看護師、薬剤師、技術者、ナース・プラクティショナなど）、および所与の患者
の治療に必要な多数の医療デバイス／システムの相互作用を必要とする。
電子診療録（ＥＭＲ）およびコンピュータ化プロバイダ指示エントリ（ＣＰＯＥ）を組
み込んだもののような介護過程を容易にすることを意図したシステムの存在にも関わらず
、投薬などの診療を指示および送達することを含む総合的介護を患者に提供する過程は、
いくつかの重要な問題が関連している。
薬剤の指示および投与に関連する例示的な実施形態では、電子患者介護システムは、第
１のデータ収集モジュール（例えば、監視クライアント）、指示を伝達しまたは患者関連
情報を受信するためのユーザ・インターフェースを有する第２の指示入力モジュール（例
えば、固定またはポータブル監視クライアント）を備えることができる。第１のモジュー
ルは、血圧、心拍数、心調律、温度、酸素化、呼吸数または換気量などの、患者の現在の
状態（例えば、患者状態パラメータ）に関する測定パラメータを受信しおよび記憶するよ
うに構成されてもよい。第１のモジュールはまた、例えば、薬剤アレルギーまたは過敏症
、患者の組織中に存在する他の現在投与されている薬剤、年齢、体重、身長、腎臓または
肝臓機能などの患者状態パラメータを含む、第１のデータベース（例えば、患者に関する
情報を含むＥＨＲデータベース）から、患者に関連する既存のパラメータに関する情報を
受信するように構成されてもよい。第１のモジュールは、例えば、血圧、脈拍、心調律ま
たは呼吸に関する既知の薬剤相互作用、薬剤の効果、または既存の薬剤などの第２のデー
タベース（例えば、薬物情報データベース）からの指示された薬剤および／または既存の
薬剤に関する薬剤情報を得るように構成することもできる。第１のモジュールは、患者の
現在測定した患者状態パラメータおよび受信した既存の患者状態パラメータを既知の通常
範囲と比較し、通常範囲外であることが分かった患者状態パラメータのテーブルを作成す
るように構成することができる。第１のモジュールはその後、患者状態パラメータのテー
ブルを薬物情報データベースから得られた対応するパラメータのテーブルと比較すること
ができる。患者状態パラメータのテーブルと対応するパラメータのテーブルとの間に一致
が存在することが分かった場合、第１のモジュールはその後、第２の（指示入力）モジュ
ールに伝達するために、１つ以上の予め入力され、記憶されたメッセージを読み出すこと
ができる。これらのメッセージは、例えば、指示された特定の薬剤、患者の既存の薬剤お
よび患者の現在および既存の病状に適切な第２のモジュールのユーザへの警告を含むこと
ができる。任意選択では、警告が第２のモジュールによって受信され、警告がユーザ・イ
ンターフェースからの入力シグナルを通して第２のモジュールのユーザによって確認され
ると、警告のさらなる繰り返しを避けることができる。
他の実施形態では、電子患者介護システムは、ユーザに薬物情報データベースから得ら
れた標準的な投薬および投与ガイドラインから導き出された編集可能なデフォルト値を提
供することができ、患者の現在および既存の病状、アレルギー、既存の薬剤または他の患
者状態パラメータに基づいて示すことができる変更をユーザに警戒を発することができる
。電子患者介護システムは、ユーザがタイピング入力する量を最小限に抑えることが好ま
しい。
他の実施形態では、電子患者介護システムの第１のモジュールまたは他のモジュールを
使用して、患者のベッドサイドに（例えば、バーコードおよびリーダ、またはＲＦＩＤタ
グおよびスキャナを通して）送達される指示された薬剤を識別し、適切な薬剤および投与
量が調製され、患者に送達されていることを検証することもできる。１つの実施形態では
、第１のモジュールはまた、注入ポンプまたは丸薬ディスペンサなどの、治療を施す患者
介護デバイスと有線または無線の通信リンクを通して相互作用することができる。注入ポ
ンプの場合、第１のモジュールまたは別の接続モジュールは、注入ポンプに、注入速度ま
たは注入圧力を含む注入設定値などの患者治療パラメータを提供し、そこから例えば、注
入ライン内の空気の存在、接続されている静脈内バッグ内に残っている溶液の量、または
注入ライン内の流体の圧力などの様々な動作パラメータを受信することができる。動作パ
ラメータが異常であることが分かった場合、第１のモジュールは、注入ポンプにシグナル
を送って注入を中断させることによって応答する、機械的閉塞にシグナルを送って静脈ラ
インを閉塞することによって応答する、注入速度を変更する、および／または第１のモジ
ュール内に組み込まれたアラームにより直接、または第２のモジュールへのアラームの伝
達によってのいずれかで、ヘルスケア・プロバイダなどに異常の警戒を発するように構成
することができる。別の実施形態では、第１のモジュールはまた、患者の状態を監視し、
例えば、血圧モニタ、ＥＣＧモニタ、パルス・オキシメトリ・モニタ、温度モニタなどの
患者状態パラメータを決定するために使用される様々な患者介護デバイスと通信するよう
に構成することができる。測定される様々なパラメータは、携帯デバイスによっておよび
／またはＥＭＲ内で、監視するおよび／または記録することができる。いくつかの場合に
は、第１のモジュールは、監視した患者状態パラメータが所定の範囲外にある場合に、患
者または他の人に警戒を発するようにプログラムすることができる。いくつかの実施形態
では、第１のモジュールは、シグナルを監視クライアントに伝達して、患者介護デバイス
によってスケジュールされていない測定を行なって、別の患者状態パラメータを得ること
ができる。第１のモジュールは、様々な位置で様々なヘルスケア・プロバイダと通信する
ことができ、１つの実施形態では、第１のモジュールが割り当てられた患者に異常を知ら
せることが可能であり、例えば、可聴警戒または記録されたメッセージにより修正動作を
勧めることができる。
１つの実施形態では、マイクロインフュージョン・ポンプを準備するシステムは、監視
クライアント、薬局コンピュータ、配合ロボット、マイクロインフュージョン・ポンプ、
およびデータ・ダウンロード・デバイスを備えている。監視クライアントは、ユーザ・イ
ンターフェースを介して処方箋指示を通信するように構成されている。薬局コンピュータ
は、監視クライアントと動作可能に通信して、処方箋指示を受信する。配合ロボットは、
処方箋を処方箋指示に対応する少なくとも１つの液体へと調製するように構成されている
。マイクロインフュージョン・ポンプは、処方箋指示に対応する少なくとも１つの液体を
受け取るように構成されている。データ・ダウンロード・デバイスは、処方箋指示をマイ
クロインフュージョン・ポンプのメモリ内にダウンロードするように構成されている。
いくつかの実施形態では、配合ロボットは、マイクロインフュージョン・ポンプに少な
くとも１つの液体を充填する。配合ロボットは、データ・ダウンロード・デバイスと動作
可能に通信することができ、配合ロボットは、データ・ダウンロード・デバイスに、処方
箋指示をマイクロインフュージョン・ポンプのメモリ内にダウンロードするように指示し
てもよい。データ・ダウンロード・デバイスは、処方箋指示を、配合ロボットおよび／ま
たは薬局コンピュータから受信することができる。いくつかの実施形態では、配合ロボッ
トは、薬局コンピュータから処方箋指示を受信する。
本開示の１つの実施形態では、システムはハブを備えている。ハブは、患者介護デバイ
スを監視するように構成されている。ハブは、（プロセッサ実行ソフトウェアとして具体
化することができる）オペレーティング・システム・コンポーネントと、（プロセッサ実
行ソフトウェアとして具体化することができる）サンドボックス・コンポーネントとを備
えている。オペレーティング・システム・コンポーネントは、ハブのハードウェア・リソ
ースおよびハブのソフトウェア・リソースのうちの少なくとも１つにアクセスするように
構成されている。
サンドボックス・コンポーネントは、ハードウェア・リソースおよびソフトウェア・リ
ソースのうちの少なくとも１つに対するアクセスを制御するように構成されている。ハブ
は、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視
するようにさらに構成されている。ハブは、サンドボックス・コンポーネント内でアプリ
ケーションを実行することができ、それによりアプリケーションが、サンドボックス・コ
ンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの少
なくとも１つにアクセスする。
ハブは、患者介護デバイスを制御するようにさらに構成されてもよい。患者介護デバイ
スは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポンプ、ＥＣＧモニ
タ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメータ、静脈内バッグ、および／
または点滴流量計の１つ以上であってもよい。
ハブは、患者介護デバイスから識別情報（例えば、シリアル番号、（暗号化されたまた
は暗号化されていない）コード、または他の識別値）を受信し、識別情報に関連付けられ
たサーバからアプリケーションをダウンロードするように構成されてもよい。また、ハブ
は、患者介護デバイスから識別情報を受信し、識別情報に関連付けられたサーバからのア
プリケーションを更新するように構成されてもよい。
ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、
スピーカ、およびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアな
データ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・
コンポーネントのソフトウェア表現のうちの１つであってもよい。
さらに別の実施形態では、電子患者介護用のシステムは、ハブを備えている。ハブは、
患者介護デバイスを監視するように構成されている。サンドボックスは、ハードウェア・
リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御
するように構成することができる。ハブは、患者介護デバイスを識別し、アプリケーショ
ンを実行して、患者介護デバイスを監視するようにさらに構成されている。ハブは、サン
ドボックス・コンポーネント内でアプリケーションを実行し、それによりアプリケーショ
ンが、サンドボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウ
ェア・リソースのうちの少なくとも１つにアクセスする。ハブは、患者介護デバイスを制
御するようにさらに構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し
、識別情報に関連付けられたサーバからアプリケーションをダウンロードするようにさら
に構成されてもよい。ハブは、患者介護デバイスから識別情報を受信し、識別情報に関連
付けられたサーバからのアプリケーションを更新するようにさらに構成されてもよい。
ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、
スピーカ、およびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアな
データ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・
コンポーネントのソフトウェア表現のうちの１つであってもよい。
さらに別の実施形態では、電子患者介護用のシステムは、監視クライアントを備えてい
る。監視クライアントは、患者介護デバイスを監視するように構成されている。監視クラ
イアントは、監視クライアントのハードウェア・リソースおよび監視クライアントのソフ
トウェア・リソースのうちの少なくとも１つにアクセスするように構成されたオペレーテ
ィング・システム・コンポーネントを備えている。サンドボックス・コンポーネントは、
ハードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つに対する
アクセスを制御するように構成されている。監視クライアントは、患者介護デバイスを識
別し、アプリケーションを実行して、患者介護デバイスを監視するようにさらに構成され
てもよい。監視クライアントは、サンドボックス・コンポーネント内でアプリケーション
を実行し、それによりアプリケーションが、サンドボックス・コンポーネントを通じてハ
ードウェア・リソースおよびソフトウェア・リソースのうちの少なくとも１つにアクセス
する。監視クライアントは、患者介護デバイスを制御するようにさらに構成されている。
患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポ
ンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータおよび／またはＣＯ２カプノメ
ータ、静脈内バッグ、および点滴流量計であってもよい。
監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けら
れたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監
視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられた
サーバからのアプリケーションを更新するようにさらに構成されてもよい。
ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、
スピーカおよびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデ
ータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コ
ンポーネントのソフトウェア表現であってもよい。
さらに別の実施形態では、電子患者介護用のシステムは、患者介護デバイスを監視する
ように構成された監視クライアントを備えている。監視クライアントは、ハードウェア・
リソースおよびソフトウェア・リソースのうちの少なくとも１つに対するアクセスを制御
するように構成されたサンドボックス・コンポーネントを備えている。監視クライアント
は、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デバイスを監視
するようにさらに構成されてもよい。監視クライアントは、サンドボックス・コンポーネ
ント内でアプリケーションを実行し、それによりアプリケーションが、サンドボックス・
コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソースのうちの
少なくとも１つにアクセスする。監視クライアントは、患者介護デバイスを制御するよう
にさらに構成されてもよい。
患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージョン・ポ
ンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータおよび／またはＣＯ２カプノメ
ータ、静脈内バッグ、および点滴流量計であってもよい。
監視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けら
れたサーバからアプリケーションをダウンロードするようにさらに構成されてもよい。監
視クライアントは、患者介護デバイスから識別情報を受信し、識別情報に関連付けられた
サーバからのアプリケーションを更新するようにさらに構成されてもよい。
ハードウェア・リソースは、ディスク・ドライブ、メモリ、ブザー、マイクロフォン、
スピーカおよびカメラであってもよい。ソフトウェア・リソースは、変数、セキュアなデ
ータ・オブジェクト、セキュアな変数、保護付きＡＰＩ、ＡＰＩおよびハードウェア・コ
ンポーネントのソフトウェア表現のうちの１つであってもよい。
別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成さ
れたハブと、患者介護デバイスとを備えている。ハブは、患者および患者介護デバイス（
例えば、注入ポンプ）を識別するように構成されている。ハブはまた、電子診療録から少
なくとも１つの治療パラメータ（例えば、注入薬物、および／または注入速度もしくは速
度プロファイルなど）をダウンロードし、少なくとも１つの治療パラメータで患者介護デ
バイスをプログラムするように構成されている。ハブは、ＲＦＩＤ呼掛器を使用してＲＦ
ＩＤタグを読み取ること、マイクロフォンに結合された音声認識ソフトウェアを使用する
音声、カメラに結合された顔認識ソフトウェアを使用する顔、バイオメトリック読み取り
のバイオメトリック・パラメータ、識別情報、バーコード・リーダによるバーコード読み
取りのうちの少なくとも１つに従って患者を識別する。特定の１つの実施形態では、ハブ
は、本明細書に記載した識別技術の１つ以上を使用して、少なくとも１つの治療パラメー
タをダウンロードすることができる。
別の実施形態では、電子患者介護用のシステムは、電子診療録と通信するように構成さ
れた監視クライアントと、患者介護デバイスとを備えている。監視クライアントは、患者
および患者介護デバイス（例えば、注入ポンプ）を識別するように構成されている。監視
クライアントはまた、電子診療録から少なくとも１つの治療パラメータ（例えば、注入薬
物、および／または注入速度もしくは速度プロファイルなど）をダウンロードし、少なく
とも１つの治療パラメータで患者介護デバイスをプログラムするように構成されている。
監視クライアントは、ＲＦＩＤ呼掛器を使用してＲＦＩＤタグを読み取ること、マイクロ
フォンに結合された音声認識ソフトウェアを使用する音声、カメラに結合された顔認識ソ
フトウェアを使用する顔、バイオメトリック読み取りのバイオメトリック・パラメータ、
識別情報、バーコード・リーダによるバーコード読み取りのうちの少なくとも１つに従っ
て患者を識別する。特定の１つの実施形態では、監視クライアントは、本明細書に記載す
る識別技術の１つ以上を使用して、少なくとも１つの治療パラメータをダウンロードする
ことができる。
さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、監視クラ
イアント・ドック、患者介護デバイスおよびデバイス・ドックを備えている。監視クライ
アントは、少なくとも１つの患者介護パラメータを通信するように構成されている。監視
クライアント・ドックは、監視クライアントをそこにドッキングさせるために、患者用ク
ライアントを受信するように構成されている。患者介護デバイスは、少なくとも１つの患
者介護パラメータを通信するように構成されている。デバイス・ドックは、患者介護デバ
イスをそこにドッキングするために、患者介護デバイスを受信するように構成されている
。
１つの実施形態では、監視クライアント・ドックおよびデバイス・ドックは、無線で、
および監視クライアント・ドックおよびデバイス・ドックに動作可能に結合されたケーブ
ルを通しての一方で通信するように構成されている。
別の実施形態では、監視クライアントは、少なくとも１つの患者介護パラメータを無線
で通信するように構成されている。
別の実施形態では、監視クライアント・ドックは、監視クライアントと無線で通信する
ように構成されており、監視クライアントは、少なくとも１つの患者介護パラメータを監
視クライアント・ドックと無線で、ケーブルを通してドックに、またドッキングされた患
者介護デバイスに通信することによって、患者介護デバイスと動作可能に通信する。
別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、
および監視クライアントが監視クライアント・ドックからドッキングを外された、のうち
の少なくとも一方であると監視クライアントが判断したときに、監視クライアント・ドッ
クとの無線通信を利用して、少なくとも１つの患者介護パラメータを動作可能に通信する
。
別の実施形態では、デバイス・ドックは、監視クライアントと無線通信するように構成
されており、監視クライアントは、デバイス・ドックと無線で通信して少なくとも１つの
患者介護パラメータを、ドッキングされた患者介護デバイスに送ることによって、患者介
護デバイスと動作可能に通信する。
別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、
監視クライアントと監視クライアント・ドックの間の通信が利用可能ではない、および監
視クライアントが監視クライアント・ドックからドッキングを外された、のうちの少なく
とも１つであると監視クライアントが判断したときに、デバイス・ドックとの無線通信を
利用して、少なくとも１つの患者介護パラメータを動作可能に通信する。
別の実施形態では、患者介護デバイスは、監視クライアントと無線通信するように構成
されており、監視クライアントは、少なくとも１つの患者介護パラメータを患者介護デバ
イスと無線通信する。
別の実施形態では、監視クライアントは、ケーブルを通した通信が利用可能ではない、
監視クライアントと監視クライアント・ドックの間の通信が利用可能ではない、デバイス
・ドックと患者介護デバイスの間の通信が利用可能ではない、および監視クライアントが
監視クライアント・ドックからドッキングを外された、のうちの少なくとも１つであると
監視クライアントが判断したときに、患者介護デバイスと無線で、少なくとも１つの患者
介護パラメータを動作可能に通信する。
別の実施形態では、監視クライアント・ドックおよびデバイス・ドックは、少なくとも
１つの患者パラメータを無線で通信するように構成されている。システムはさらに、監視
クライアント・ドックおよびデバイス・ドックに動作可能に結合されたケーブルを備えて
おり、監視クライアント・ドックおよびデバイス・ドックは、デバイス・ドック、監視ク
ライアント・ドックおよび監視クライアントの少なくとも１つが、ケーブルが通信リンク
として利用可能ではないと判断したときに、無線で通信するように構成されている。
別の実施形態では、監視クライアントは、複数の通信リンクを介して患者介護デバイス
と通信するように構成されており、監視クライアントは、複数の通信リンクのうちの動作
可能なものを介して通信する。
別の実施形態では、患者介護デバイスは、注入ポンプ、丸薬ディスペンサ、マイクロイ
ンフュージョン・ポンプ、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カ
プノメータ、静脈内バッグおよび点滴流量計のうちの１つである。
別の実施形態では、患者介護パラメータは、静脈内ポンプ流量パラメータ、ＥＣＧパラ
メータ、血圧パラメータ、パルス・オキシメータ・パラメータ、ＣＯ２カプノメータ・パ
ラメータ、静脈内バッグ・パラメータおよび点滴流量計値の少なくとも１つである。患者
介護パラメータは、患者状態パラメータおよび／または患者治療パラメータであってもよ
い。
別の実施形態では、患者介護デバイスは、メッシュ・ネットワークのノードとして無線
通信するように構成されている。
別の実施形態では、ケーブルは監視クライアント・ドックおよびデバイス・ドックに動
作可能に結合され、患者介護デバイスがデバイス・ドックにドッキングされ、監視クライ
アントが監視クライアント・ドックにドッキングされている場合に、監視クライアントは
、ケーブルを通して少なくとも１つの患者介護パラメータを患者介護デバイスと通信する
ように構成されている。
さらに別の実施形態では、電子患者介護用のシステムは、監視クライアント、患者介護
デバイスおよびデバイス・ドックを備えている。監視クライアントは、少なくとも１つの
患者介護パラメータを通信するように構成されている。患者介護デバイスは、少なくとも
１つの患者介護パラメータを通信するように構成されている。デバイス・ドックは、患者
介護デバイスをそこにドッキングするために患者介護デバイスを受け、監視クライアント
をそこにドッキングするために監視クライアントを受けるように構成されている。
さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パ
ラメータを通信するように構成された患者介護デバイスと、少なくとも１つの患者介護パ
ラメータを通信するように構成された監視クライアントと、患者介護デバイスをそこにド
ッキングするために患者介護デバイスを受けるように構成されたデバイス・ドックとを備
えている。デバイス・ドックおよび監視クライアントは、一緒に一体化されている。
さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パ
ラメータを通信するように構成された積み重ね可能な監視クライアントと、少なくとも１
つの患者介護パラメータを通信するように構成された積み重ね可能な患者介護デバイスと
を備えている。積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイス
は、デイジー・チェーン通信リンクを介しておよび／またはバックプレーンを使用して、
少なくとも１つの患者介護パラメータを通信してもよい。
さらに別の実施形態では、電子患者介護用のシステムは、少なくとも１つの患者介護パ
ラメータを通信するように構成された患者介護デバイスと、少なくとも１つの患者介護パ
ラメータを通信するように構成されたハブ・クライアントと、患者介護デバイスをそこに
ドッキングするために患者介護デバイスを受けるように構成されたデバイス・ドックとを
備えている。ハブは、デバイス・ドックに差し込まれて、両者間に通信リンクを確立する
ことができる。システムはさらに、ハブと動作可能に通信する監視クライアントを備えて
、少なくとも１つの患者介護パラメータを受信してもよい。患者治療パラメータは、ハブ
に動作可能に通信されることができ、ハブは、患者治療パラメータを患者介護デバイスに
通信する。
特定の実施形態では、ハブはユーザ・インターフェースを備えてもよく、ハブは、患者
治療パラメータを患者介護デバイスに送信する前に、ユーザ認証を要求してもよい。
特定の実施形態では、監視クライアントはユーザ・インターフェースを備えることがで
き、監視クライアントは、ハブを通して患者介護デバイスに患者治療パラメータを送信す
る前に、ユーザ認証を要求してもよい。
特定の実施形態では、患者介護デバイスはユーザ・インターフェースを備えることがで
き、患者介護デバイスは、患者を治療する前に、患者治療パラメータのユーザ認証を要求
してもよい。
ハブは、患者介護デバイスを監視するように構成することができる。特定の実施形態で
は、ハブは、ハードウェア・リソースおよびソフトウェア・リソースの少なくとも１つに
対するアクセスを制御するように構成されたサンドボックス・コンポーネントを備えても
よい。
ハブはさらに、患者介護デバイスを識別し、アプリケーションを実行して、患者介護デ
バイスを監視するように構成することができる。ハブは、サンドボックス・コンポーネン
ト内でアプリケーションを実行することができ、それによりアプリケーションが、サンド
ボックス・コンポーネントを通じてハードウェア・リソースおよびソフトウェア・リソー
スのうちの少なくとも１つにアクセスする。
別の実施形態では、電子患者介護用のシステムは、以下のものを備えている：少なくと
も１つの患者パラメータを監視するのに適合化された少なくとも１つの患者モニタ；少な
くとも１つの患者モニタと動作可能に通信して、少なくとも１つの患者パラメータをそれ
から受信する監視クライアント；および監視クライアントと動作可能に通信して、該監視
クライアントから少なくとも１つの患者パラメータを受信する監視サーバ。
別の実施形態では、システムはさらに、少なくとも１つの患者モニタと動作可能に通信
して、少なくとも１つの患者パラメータを受信する遠隔コミュニケータを備えてもよい。
少なくとも１つの患者モニタは、心電図モニタ、血圧モニタ、パルス・オキシメータ・
モニタおよびＣＯ２カプノメータの少なくとも１つを備えることができる。監視クライア
ントは、指定された固有の患者識別子に従って患者情報をダウンロードするように構成す
ることができる。固有の患者識別子は、リスト・バンド上に配置されたバーコード上でコ
ード化することができる。固有の患者識別子は、リスト・バンドに結合されたＲＦＩＤタ
グ（例えば、ＲＦＩＤ呼掛器）上でコード化することができる。患者情報は、患者状態ま
たは患者介護パラメータを含む。独自の患者識別子は、監視サーバに動作可能に送信され
て、患者特有のデータを通信するための電子許可を得ることができる。患者特有のデータ
のサブセットは、監視クライアントのメモリ内に記憶されてもよい。監視クライアントは
、新しい指示がメモリ内に記憶された患者特有のデータのサブセットに基づく所定の基準
を満たすかどうか判定するように適合されてもよい。
別の実施形態では、システムはさらに、新しい指示を監視クライアントに提示するよう
に適合されたポータブル監視クライアントを備えている。監視クライアントおよび／また
は遠隔コミュニケータの少なくとも１つは、新しい指示を監視サーバに通信するように適
合されてもよく、監視サーバは、新しい指示が別の所定の基準を満たしているかどうか判
定するように適合されてもよい。
別の実施形態では、新しい指示は、薬剤の指示であってもよく、監視サーバは、薬剤の
指示が現在処方されている薬剤に禁忌でないかどうか判定することによって、新しい指示
が別の所定の基準を満たしているかどうか判定するように適合されてもよい。監視サーバ
は、データベースと通信して、新しい指示が別の所定の基準を満たしているかどうか判定
することができる。監視サーバは、新しい指示が別の所定の基準を満たしていないとき、
監視クライアントに警戒を送信するように構成されてもよい。
別の実施形態では、システムは、監視クライアントおよび監視サーバの少なくとも１つ
と動作可能に通信するように適合された遠隔通信を備えることができる。
別の実施形態では、監視クライアントは、デスク・ベースのデバイス、ポータブル・デ
バイス、手持ち式コントローラ、ノートブックＰＣ、ネットブックＰＣ、タブレットＰＣ
、およびスマートフォンの１つであってもよい。監視クライアントはタッチスクリーンを
備えている。
別の実施形態では、システムはさらに注入ポンプを備えることができ、監視クライアン
トは、注入ポンプと動作可能に通信する。注入ポンプは、監視クライアントに取り付け可
能であってもよい。注入ポンプは、監視クライアントから取り外し可能であってもよい。
別の実施形態では、システムはさらに、監視クライアントを注入ポンプにドッキングさ
せるように構成されたドックを備えている。
別の実施形態では、監視クライアントは、無線リンクを介して注入ポンプと動作可能に
通信する。
別の実施形態では、監視サーバは、複数のデータベースと通信するように構成されてお
り、複数のデータベースの少なくとも１つは、該複数のデータベースのうちの別のデータ
ベースとは異なるデータ・フォーマットまたは通信プロトコルを含む。
別の実施形態では、監視サーバは、複数のデータベースからのデータをフォーマットし
て、該データを監視クライアントにダウンロードするように適合されている。任意選択で
は、またいくつかの特定の実施形態では、監視クライアントは、少なくとも１つの患者パ
ラメータを監視サーバに通信してもよい。特定の実施形態では、患者パラメータは、注入
ポンプの治療の進行、心電図シグナル、血圧シグナル、パルス・オキシメータシグナル、
ＣＯ２カプノメータシグナル、および／または温度シグナルのうちの１つ以上であり、お
よび／または少なくともこれらの１つを含むことができる。
別の実施形態では、監視サーバは、監視クライアントを介して動作指示を注入ポンプに
ダウンロードするように構成されてもよい。
監視クライアントは、ユーザ・要求を受信して、患者パラメータを読み取ることができ
、また監視デバイスに問い合わせて、患者パラメータを受信することができる。
別の実施形態では、システムはさらに、ポータブル監視クライアントを備えてもよい。
ポータブル監視クライアントは、監視クライアントと動作可能に通信して、患者情報を直
接通信し、それによって監視サーバをバイパスしてもよい。ポータブル監視クライアント
は、注入ポンプの少なくとも１つのパラメータを変更し、その少なくとも１つの変更され
たパラメータを監視サーバに通信するように構成されてもよい。
ポータブル監視クライアントを介して提示される患者指示の変更は、別のポータブル監
視クライアントに伝達することができる。
別の実施形態では、監視クライアントは、監視サーバへの情報を定期的にアップロード
して、患者特有のデータベース内に記憶するように構成されている。
システムはさらに、患者特有のデータベースから情報を受信するように適合された別の
監視クライアントを備えることができる。
情報は、患者指示、患者投薬、進行ノート、患者モニタからの監視データ、および取り
付けられたデバイスからの治療データの少なくとも１つを含むことができる。
監視サーバは、電子健康記録データベースに問い合わせて、患者情報をそこから受信す
るように構成することができる。監視サーバはさらに、患者情報に従って、所定のセット
の情報を監視クライアントに入力するように構成することができる。
所定のセットの情報は、患者の年齢、身長、体重、診断、現在の薬剤、薬剤カテゴリ、
薬剤アレルギーおよび過敏症の少なくとも１つを含んでいてもよい。
別の実施形態では、遠隔ポータブル監視クライアントは、監視サーバを介して監視クラ
イアントと通信するように適合されている。遠隔ポータブル監視クライアントは、タブレ
ットＰＣ、ネットブックおよびＰＣの１つであってもよい。遠隔ポータブル監視クライア
ントは、タッチスクリーンを備えることができる。
別の実施形態では、電子患者介護用の方法は以下の工程を含む：ディスプレイ上に複数
の患者を表示する工程；ディスプレイ上に複数の患者のうちの１人の患者に関連付けられ
た少なくとも１つの患者パラメータを表示する工程；ディスプレイ上に該患者に関連付け
られた少なくとも１つの警戒を表示する工程；および複数の患者から該患者を選択する工
程。
上記の方法は、いくつかの特定の実施形態では、監視クライアントからディスプレイを
有するポータブル遠隔コミュニケータ・デバイスに警戒を送信する工程をさらに含んでい
てもよい。
さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つ
の患者介護パラメータを通信するように構成された監視クライアント；少なくとも１つの
患者介護パラメータを通信するように構成された患者介護デバイス；および少なくとも１
つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルを監視クライア
ントに関連付けられた通信プロトコルに変換することによって、監視クライアントと少な
くとも１つの患者介護デバイスとの間の通信を容易にするように構成された通信インター
フェース。
特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介
護デバイスの存在を発見し、これらのデバイスからの通信シグナルを監視クライアントに
関連付けられた通信プロトコルに変換するように構成されている。
別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を
提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患
者情報の中央記憶の少なくとも１つを考慮に入れた監視クライアントによってアクセス可
能な１つ以上のデータベース、および／または監視クライアントに関連付けられた患者の
治療に使用することができるダウンロード情報を備えている。
さらに別の特定の実施形態では、通信インターフェースはさらに、以下の少なくとも１
つに対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信
のデータ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；
患者介護デバイスが適切に機能しているかどうか評価する；および／または通信インター
フェースが適切に機能しているかどうか評価する。
さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つ
の患者介護パラメータを通信するように構成されたハブ・クライアント；少なくとも１つ
の患者介護パラメータを通信するように構成された患者介護デバイス；および少なくとも
１つの患者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをハブに関連
付けられた通信プロトコルに変換することによって、ハブと少なくとも１つの患者介護デ
バイスとの間の通信を容易にするように構成された通信インターフェース。
特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介
護デバイスの存在を発見し、そのデバイスからの通信シグナルをハブに関連付けられた通
信プロトコルに変換するように構成されている。
別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を
提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患
者情報の中央記憶の少なくとも１つを考慮に入れたハブによってアクセス可能な１つ以上
のデータベース、および／またはハブに関連付けられた患者の治療に使用することができ
るダウンロード情報を備えている。
さらに別の特定の実施形態では、通信インターフェースはさらに、次の少なくとも１つ
に対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信の
データ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；患
者介護デバイスが適切に機能しているかどうか評価する；および／または通信インターフ
ェースが適切に機能しているかどうか評価する。
さらに別の実施形態では、電子患者介護システムは以下を備えている：少なくとも１つ
の患者介護パラメータを通信するように構成されているドック；少なくとも１つの患者介
護パラメータを通信するように構成された患者介護デバイス；および少なくとも１つの患
者介護デバイスの存在を発見し、そのデバイスからの通信シグナルをドックに関連付けら
れた通信プロトコルに変換することによって、ドックと少なくとも１つの患者介護デバイ
スの間の通信を容易にするように構成された通信インターフェース。
特定の実施形態では、通信インターフェースはさらに、互いに異なる追加の他の患者介
護デバイスの存在を発見し、そのデバイスからの通信シグナルをドックに関連付けられた
通信プロトコルに変換するように構成されている。
別の特定の実施形態では、通信インターフェースはさらに、各デバイスに適した電源を
提供するように構成されている。さらに別の特定の実施形態では、システムはさらに、患
者情報の中央記憶の少なくとも１つを考慮に入れたドックによってアクセス可能な１つ以
上のデータベース、および／またはドックに関連付けられた患者の治療に使用することが
できるダウンロード情報を備えている。
さらに別の特定の実施形態では、通信インターフェースはさらに、次の少なくとも１つ
に対するフォルトチェックを行なうように構成されている：患者介護デバイスとの通信の
データ整合性を評価する；監視クライアントが適切に機能しているかどうか評価する；患
者介護デバイスが適切に機能しているかどうか評価する；および／または通信インターフ
ェースが適切に機能しているかどうか評価する。
１つの実施形態では、患者介護デバイスは以下を備えている：本体；支柱を受けるよう
に構成された本体内の管路；および本体に結合され、管路内で本体を支柱に摩擦力で係止
するように構成された２つの摩擦部材。
１つの実施形態では、ハブは以下を備えている：患者介護デバイス・インターフェース
；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力を供給する
ように構成された電源；プロセッサ；およびプロセッサと患者介護デバイスとの間で通信
を可能にするように構成された患者介護デバイス・インターフェースに結合されたトラン
シーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、患
者介護デバイスを無効にするように構成されてもよい。
１つの実施形態では、ドックは以下を備えている：患者介護デバイス・インターフェー
ス；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力を供給す
るように構成された電源；プロセッサ；およびプロセッサと患者介護デバイスとの間の通
信を可能にするように構成された患者介護デバイス・インターフェースに結合されたトラ
ンシーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態にある場合に、
患者介護デバイスを無効にするように構成されてもよい。
１つの実施形態では、通信モジュールは以下を備えている：患者介護デバイス・インタ
ーフェース；患者介護デバイス・インターフェースに結合され、患者介護デバイスに電力
を供給するように構成された電源；プロセッサ；および患者介護デバイスおよび別のデバ
イスに対する通信を可能にするように構成された患者介護デバイス・インターフェースに
結合されたトランシーバ。プロセッサは、いくつかの特定の実施形態では、アラーム状態
にある場合に、患者介護デバイスを無効にするように構成されてもよい。
別の実施形態では、患者介護システムは以下を備えている：ドック；ドックにドッキン
グするように構成された複数のモジュール式患者介護デバイス；および監視クライアント
の格納式ディスプレイ。モジュール式患者介護デバイスは、互い違いに、またはコネクタ
を介して、水平面に沿ってドックとインターフェース接続されてもよい。
さらに別の実施形態では、電子患者介護システムは、患者に関する情報を受信および記
憶するように構成された第１のモジュールであって、当該情報が患者に接続されたデバイ
スによって測定された患者の第１のパラメータに関連するデータ、および患者に関する情
報を含む第１のデータベースから受信した患者の第２のパラメータに関連するデータを含
む第１のモジュールと、第２のモジュールに関連付けられたユーザ・インターフェースを
介してユーザから薬剤指示を受信するように構成され、さらに当該治療指示を第１のモジ
ュールに伝達するように構成された第２のモジュールとを備えており、当該第１のモジュ
ールはさらに、ａ）第２のデータベースから当該薬剤または他の薬物に関する薬剤情報で
あって、このような薬剤が一般的に投与される際の制限事項を提供するデータを含む薬剤
情報を取得すること、ｂ）薬剤指示を、薬剤情報、第１のパラメータの値、および第２の
パラメータの値に基づいて第２のモジュールによって（この特定の実施形態では）確認し
なければならないかどうか判定すること、およびｃ）ユーザ・インターフェース上に表示
するために、予め決められたメッセージを第１のモジュールから第２のモジュールに伝達
することであって、当該メッセージが当該薬剤指示の受容性を確認し、またはそれに関し
て警告するものである、伝達すること、をするように構成されている。
薬剤情報としては、薬物相互作用情報、薬物アレルギー情報、血圧作用情報、心拍数作
用情報、心調律作用情報または呼吸作用情報を挙げることができ、第１のパラメータまた
は第２のパラメータは、患者の現在投与されている薬物、知られている薬物アレルギー、
現在の血圧、現在の心拍数、現在の心調律、現在の呼吸数または現在の換気量に関するデ
ータを含む。
予め決められたメッセージは、指示された薬剤の潜在的な作用に関する警告を含むこと
ができ、当該警告は、第１のパラメータに関する測定されたデータ、第２のパラメータに
関する受信されたデータまたは第１のモジュールによって得られた薬剤情報を含む。
第１のモジュールは、予め決められたメッセージが伝達された後で、かつ、ユーザ・イ
ンターフェースからの入力シグナルによって始動された、第２のモジュールからの確認シ
グナルを受信した後に、薬物指示または修正された薬物指示が処理されることになるとの
シグナルを作成するように構成されてもよい。
別の実施形態では、患者介護デバイスは、第１の通信リンクおよび第２の通信リンクを
備えており、ドックは、第１の通信リンクおよび第２の通信リンクを備えている。患者介
護デバイスがドックから所定の範囲内にある場合、患者介護デバイスおよびドックは、第
１の通信リンクを使用してペアリングされ、ペアリングの後は第２の通信リンクを使用し
て通信できる状態を保つ。第１の通信リンクを使用して行われるペアリングは、第２の通
信リンクに対して患者介護デバイスおよびドックをペアリングすることであってもよい。
第１の通信リンクは、近距離無線通信であってもよく、第２の通信リンクは、ブルートゥ
ース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、または他の通信リンクであっても
よい。
別の実施形態では、患者介護デバイスは、第１の通信リンクおよび第２の通信リンクを
備えており、監視クライアントは、第１の通信リンクおよび第２の通信リンクを備えてい
る。患者介護デバイスが監視クライアントで所定の範囲内にある場合、患者介護デバイス
および監視クライアントは、第１の通信リンクを使用してペアリングされ、ペアリングの
後に、第２の通信リンクを使用して通信したままになる。第１の通信リンクを使用して起
こるペアリングは、第２の通信リンクに対して、患者介護デバイスおよび監視クライアン
トをペアリングすることができる。第１の通信リンクは、近距離無線通信であってもよく
、第２の通信リンクは、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ブルートゥース・ロー
・エネルギー、ＷｉＦｉ、または他の通信リンクであってもよい。
いくつかの実施形態では、患者介護デバイスは、ユーザ・インターフェース・テンプレ
ートが中に格納されたメモリを備えている。ユーザ・インターフェース・テンプレートは
、ドック、ハブおよび／または監視クライアントと通信して、ドック、ハブおよび／また
は監視クライアントのユーザ・インターフェース上に表示することができる。ユーザ・イ
ンターフェース・テンプレートは、患者介護デバイスから受信した１つ以上の患者介護パ
ラメータを（例えば、リアルタイムで）表示するように構成されてもよい。
さらに別の実施形態では、注入ポンプは、取り付け可能な電子コンポーネントを備えて
いる。取り付け可能な電子コンポーネントは、少なくとも１つのプロセッサ、電源レギュ
レータ、および制御システムを備えている。
１つの実施形態では、通信モジュールは、少なくとも１つのプロセッサと、トランシーバ
、電池、および電源装置の１つ以上とを備えて、通信能力および電源の少なくとも１つを
患者介護デバイスに提供する。
さらに別の実施形態では、ウェアラブル・システム・モニタは、ウォッチドッグ・コン
ポーネントおよびトランシーバを備えている。ウェアラブル・システム・モニタは、ウォ
ッチドッグ・コンポーネントおよびトランシーバに結合されたプロセッサを備えて、少な
くとも１つのペアリングされたデバイスに対してウォッチドッグ機能を発揮することがで
きる。ペアリングされたデバイスは、ドック、ハブ、監視クライアントおよび／または患
者介護デバイスの少なくとも１つであってもよい。
さらに別の実施形態では、方法は以下の工程の１つ以上を含む：患者介護デバイスと監
視サーバとの間に通信リンクを確立する工程；患者介護パラメータを監視サーバに通信す
る工程；患者介護パラメータを非識別化する工程；および／または監視サーバ内に非識別
化された患者介護パラメータを記憶する工程。
さらに別の実施形態では、方法は以下の工程の１つ以上を含む：監視サーバと複数の患
者に関連付けられた複数の患者介護デバイスの間に通信リンクを確立する工程；複数の患
者介護パラメータを複数の患者介護デバイスから監視サーバに通信する工程；患者介護パ
ラメータを非識別化する工程；監視サーバ内に患者介護パラメータを記憶する工程；複数
の患者を治療する工程；および複数の患者に関連付けられた複数の患者介護パラメータの
サブセットを分析して、治療の有効性を判定する工程。
さらに別の実施形態では、患者介護デバイス（例えば、注入ポンプ）は、ドック、ハブ
および／または監視クライアント接続の少なくとも１つにおいてホットスワップ可能であ
る。
さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプ
を有する方法は、以下の工程の１つ以上を含む：患者介護デバイスに関連付けられた１つ
以上の患者介護パラメータを受信する工程；患者介護デバイスの不揮発性メモリ内に１つ
以上の患者介護パラメータを記憶する工程；作動しているメモリ内に１つ以上の患者介護
パラメータをロードする工程；および患者介護デバイスの動作を再開する工程。該方法は
、追加の実施形態では、患者介護デバイスの動作が再開することができると決定する工程
を含んでいてもよい。
さらに別の実施形態では、ホットスワップ可能な患者介護デバイス、例えば注入ポンプ
を有する方法は、以下の工程の１つ以上を含む：患者介護デバイスに関連付けられた１つ
以上の動作パラメータを算出する工程；患者介護デバイスの不揮発性メモリ内に１つ以上
の動作パラメータを記憶する工程；動作しているメモリ内に１つ以上の動作パラメータを
ロードする工程；および患者介護デバイスの動作を再開する工程。該方法は、追加の実施
形態では、患者介護デバイスの動作が再開することができると決定する工程を含んでいて
もよい。
さらに別の実施形態では、ペアリングする方法は以下の工程を含む：監視クライアント
および／またはユーザ・インターフェースを有するハブを患者介護デバイス（例えば、注
入ポンプ）の動作距離内に配置する工程；患者介護デバイスの識別情報をユーザ・インタ
ーフェース上に表示する工程；ユーザ・インターフェースを使用してペアリングするため
に患者介護デバイスを選択する工程；患者介護デバイスを監視クライアントおよび／また
はハブにペアリングする工程；ならびに／または患者介護パラメータを監視クライアント
および／もしくはハブに通信する工程。さらに別の実施形態では、また任意選択では、該
方法は、追加の患者介護パラメータを患者介護デバイスを通して別の患者介護デバイスと
動作可能に通信して、例えば監視クライアントおよび／またはハブに伝える工程を含むこ
とができる。
さらに別の実施形態では、方法は以下の工程を含む：患者介護デバイスをドック内にド
ッキングする工程；患者介護デバイスを識別する工程；患者介護デバイスを制御するため
のアプリケーションをサーバに照会する工程；アプリケーションをドック、ハブ、および
／または監視クライアント内にダウンロードする工程；ドック、ハブ、および／または監
視クライアントを使用してアプリケーションを実行する工程；およびアプリケーションを
使用して患者介護デバイスを制御する工程。
さらに別の実施形態では、方法は、患者介護デバイスをハブと動作可能に通信するよう
に配置する工程を含み、該ハブは、患者介護デバイスを識別することができ、患者介護デ
バイスを制御するためのアプリケーションをサーバに照会することができ、アプリケーシ
ョンをハブ内にダウンロードすることができ、アプリケーションを実行することができ、
およびアプリケーションを使用して患者介護デバイスを制御することができる。
さらに別の実施形態では、方法は、患者介護デバイスをドックと動作可能に通信するよ
うに配置する工程を含み、該ドックは、患者介護デバイスを識別することができ、患者介
護デバイスを制御するためのアプリケーションをサーバに照会することができ、アプリケ
ーションをドック内にダウンロードすることができ、アプリケーションを実行することが
でき、およびアプリケーションを使用して患者介護デバイスを制御することができる。
さらに別の実施形態では、方法は、患者介護デバイスを監視クライアントと動作可能に
通信するように配置する工程を含み、該監視クライアントは、患者介護デバイスを識別す
ることができ、患者介護デバイスを制御するためのアプリケーションをサーバに照会する
ことができ、アプリケーションを監視クライアントにダウンロードすることができ、アプ
リケーションを実行することができ、およびアプリケーションを使用して患者介護デバイ
スを制御することができる。
さらに別の実施形態では、方法は以下の工程を含むことができる：通信デバイスのユー
ザ・インターフェース上に要求を提示する工程；要求を確認する工程；要求を送信する工
程；チェック値で要求を受信する工程；およびチェック値が送信前の要求に従っているこ
とを確認する工程。
さらに別の実施形態では、ハブは、患者介護デバイスを受けるためのドックと、別の患
者介護デバイスを受けるように構成された、開いているドアに結合された少なくとも１つ
のコネクタとを備えている。
さらに別の実施形態では、ハブは、患者介護デバイスを制御および／または監視するた
めに、電子診療録、ＤＥＲＳ、ＣＰＯＥおよび／またはインターネットの少なくとも１つ
と動作可能に通信する。
別の実施形態では、ハブは、クレードルに接続するように適合されて、該クレードルに
結合された１つ以上の患者介護デバイスを制御する。
さらに別の実施形態では、バッテリ・パックは、患者介護デバイス・インターフェース
、電池、および該電池を使用して患者介護デバイスに電力を供給するように構成された調
整電源を備えている。電池は、いくつかの実施形態では、ＤＣ電源を使用して再充電する
ことができる。
１つの実施形態では、患者介護デバイスは、スクリーンおよび加速度計を備えている。
患者介護デバイスは、加速度計を使用して決定された直立位置でスクリーンを表示するよ
うに構成されている。
さらに別の実施形態では、電子患者介護システムは、監視クライアント、および支柱に
結合するように構成されたドックを備えている。アダプタがドックに結合されてもよい。
アダプタは、少なくとも１つの電子カプラーを備えて、患者介護デバイスを監視クライア
ントと動作可能に通信するように配置することができる。患者介護デバイスはアダプタ内
にスライドしてもよい。
さらに別の実施形態では、電子患者介護システムは、監視クライアント、患者介護デバ
イスおよび通信モジュールを備えている。患者介護デバイスおよび／または通信モジュー
ルは、監視クライアントにフォールト・トレラントである。例えば、監視クライアントは
、患者介護デバイスに、安全でない動作を行なうことを指示することができない。
以下に続く実施形態のためにいうと、ベースとは、医療デバイス、ドック、クレードル
、ハブ、丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、マイクロインフュージョン
・ポンプ、通信モジュール、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２
カプノメータ、通信リレーなどであってもよい。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントが物理的接続を通してベースに接続されているかどうかを判
定する工程、該物理的接続を通して監視クライアントとベースとの間の通信リンクを確立
する工程、必要ならば、第１の通信リンクを通して監視クライアントおよびベース上のイ
ンターフェースプログラムを更新する工程、第１の通信リンクを使用して監視クライアン
トとベースとの間に第２の通信リンクを確立する工程、および第２の通信リンクを使用し
てベースから監視クライアントにデータを通信する工程を含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、プロセッサが監視クライアント上に位置している場合に行われる。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、プロセッサがベース上に位置している場合に行われる。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、第２の通信リンクを使用してベースから監視クライアントにデータを通信する
行為が、第２の通信リンクを使用して、該ベースによって、該データを監視クライアント
に送信する工程を含む場合に行われる。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、第２の通信リンクを使用してベースから監視クライアントにデータを通信する
行為が、第２の通信リンクを使用して、該監視クライアントによって、該データが受信さ
れる工程を含む場合に行われる。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、ベースから通信されたデータに従って監視クライアントに該データを表示する
工程をさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントを使用して患者の治療を初期化する工程をさらに含む。
別の実施形態では、監視クライアントを使用して患者の治療を初期化する工程をさらに
含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法はまた、
ベースを使用して患者を治療する工程もさらに含む。
別の実施形態では、監視クライアントを使用して患者の治療を初期化する工程をさらに
含む、プロセッサ実行可能な指示の動作可能な１セットによって実現される方法はまた、
ベースとして血液透析システムを使用して患者を治療する工程もさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントがベースに開始治療シグナルを送る工程を含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含み、
また第２の通信リンクを使用して監視クライアントとベースとの間の通信を続ける工程を
さらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、監視クライアントとベースとの間の物理的接続を取り除く工程をさらに含み、
また第２の通信リンクを使用して監視クライアントとベースとの間の通信を続ける工程を
さらに含み、さらにまた第２の通信リンクのリンク品質値を監視する工程をさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が所定の閾値を超えている限り監視クライアントとベースとの間
でデータを通信する工程をさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスク
リーン表示がない状態に入れる工程をさらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスク
リーン表示がない状態に入れる工程をさらに含み、その場合に、監視クライアントは、ス
クリーン表示がない状態に応答するメッセージをユーザインターフェースに表示する。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が第１の所定の閾値未満に下る場合に、監視クライアントをスク
リーン表示がない状態に入れる工程を含み、その場合に、メッセージがユーザに監視クラ
イアントをベースにもっと近づけるように指示する。
別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアン
トをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可
能な１セットによって実現される方法は、それぞれのリンク品質値を一定期間ごとに測定
して、該それぞれのリンク品質値が第１の所定の閾値を超えているかどうか判定する工程
をさらに含む。
別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアン
トをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可
能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値を超えている
ときは該スクリーン表示がない状態をそのままにする工程をさらに含む。
別の実施形態では、リンク品質値が第１の所定の閾値未満に下る場合に監視クライアン
トをスクリーン表示がない状態に入れる工程を含む、プロセッサ実行可能な指示の動作可
能な１セットによって実現される方法は、リンク品質値が第１の所定の閾値より大きい第
２の所定の閾値を超えているときは該スクリーン表示がない状態をそのままにする工程を
さらに含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、必要であれば、第１の通信リンクを通して監視クライアント上のインターフェ
ースプログラムを更新する行為を含み、該行為は、第１の通信リンクを通して監視クライ
アントからベースにインターフェースプログラムのバージョン番号を伝える工程、監視ク
ライアント上のインターフェースプログラムが最新バージョンであるかどうか判定する工
程、サーバからのインターフェースプログラムの最新バージョンをベースによって取り込
む工程、およびインターフェースプログラムをインターフェースプログラムの最新バージ
ョンで上書きする工程を含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、第１の通信リンクを使用して監視クライアントとベースとの間に第２の通信リ
ンクを確立する行為が、ベースが別の監視クライアントとペアにされているかどうか判定
する工程、必要であれば、該別の監視クライアントとベースとの間のペアリングを中断す
る工程、ベースを使用して構成ファイルを作成する工程、該構成ファイルを第１の通信リ
ンクを使用してベースから監視クライアントに通信する工程、ベースから受信した構成フ
ァイルを監視クライアントによって読む工程、および無線通信のためにベースを監視クラ
イアントにペアリングして、該構成ファイルに従って監視クライアントとベースとの間に
第２の通信リンクを確立する工程を含む場合に行われる。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が所定の閾値未満に下る場合に監視クライアントをスクリーン表
示がない状態に入れる工程、ベースと監視クライアントとの間のデータの通信を中断する
工程、およびユーザに監視クライアントをベースにもっと近づけるように要求するメッセ
ージをグラフィカルユーザインターフェースに表示する工程を含む。
別の実施形態では、プロセッサ実行可能な指示の動作可能な１セットによって実現され
る方法は、リンク品質値が所定の閾値未満に下る場合にベースをスクリーン表示がない状
態に入れる工程、ベースと監視クライアントとの間のデータの通信を中断する工程、およ
びベースがスクリーン表示がない状態へ入ったことを表示する工程を含む。
別の実施形態では、プロセッサによって実行されるように構成された、プロセッサ実行
可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が所定の閾値
を超えている限り監視クライアントとベースとの間でデータを通信する工程、リンク品質
値が所定の閾値未満に下る場合にスクリーン表示がない状態に入る工程、リンク品質値が
所定の閾値未満に留まる限りスクリーン表示がない状態に留まる工程、リンク品質値が所
定の閾値超に戻るかどうか判定する工定、およびリンク品質値が所定の閾値超に戻ったと
きにスクリーン表示がない状態から脱する工程を含む。
別の実施形態では、プロセッサによって実行されるように構成された、プロセッサ実行
可能な指示の動作可能な１セットによって実現される方法は、リンク品質値が第１の所定
の閾値を超えている限り監視クライアントとベースとの間でデータを通信する工程、リン
ク品質値が第１の所定の閾値未満に下る場合にスクリーン表示がない状態に入る工程、リ
ンク品質値が所定の第２の閾値未満に留まる限りスクリーン表示がない状態に留まる工程
、リンク品質値が第２の所定の閾値超にまで増加するかどうか判定する工程、およびリン
ク品質値が第２の所定の閾値を越える場合にスクリーン表示がない状態から脱する工程を
含む。
本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシス
テムは、通信コンポーネントを有するベースを備え、該通信コンポーネントは以下のこと
をするように構成される：リンク品質値が所定の閾値を超えている限り監視クライアント
とベースとの間でデータを通信すること；リンク品質値が所定の閾値未満に下る場合にス
クリーン表示がない状態へ入ること；リンク品質値が所定の閾値未満に留まる限りスクリ
ーン表示がない状態に留まること；リンク品質値が所定の閾値超に戻るかどうか判定する
こと；およびリンク品質値が所定の閾値超に戻った場合にスクリーン表示がない状態から
脱すること。
本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシス
テムは、通信コンポーネントを有するベースを含み、該通信コンポーネントは以下のこと
をするように構成される：リンク品質値が第１の所定の閾値を超えている限り監視クライ
アントとベースとの間でデータを通信すること；リンク品質値が第１の所定の閾値未満に
下る場合にスクリーン表示がない状態へ入ること；リンク品質値が第２の所定の閾値未満
に留まる限りスクリーン表示がない状態に留まること；リンク品質値が第２の所定の閾値
超に増加するかどうか判定すること；およびリンク品質値が第２の所定の閾値を超える場
合にスクリーン表示がない状態から脱すること。
本開示の１つの実施形態では、監視クライアントとベースとの間で通信するためのシス
テムは、更新コンポーネントを有するベースを含み、該更新コンポーネントは以下のこと
をするように構成される：監視クライアントが物理的接続を通してベースに接続されてい
るかどうか判定すること；物理的接続を通して監視クライアントとベースとの間の第１の
通信リンクを確立すること；必要であれば、第１の通信リンクを通して監視クライアント
およびベース上のインターフェースプログラムを更新すること；第１の通信リンクを使用
して監視クライアントとベースとの間に第２の通信リンクを確立すること；および第２の
通信リンクを使用してベースから監視クライアントにデータを通信すること。
本開示の１つの実施形態では、ベースは、医療デバイス、ドック、クレードル、ハブ、
丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、マイクロインフュージョン・ポンプ
、通信モジュール、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノメ
ータおよび通信リレーのうちの１つである。
本開示の１つの実施形態では、更新コンポーネントは、サンドボックス内で実行される
。いくつかの実施形態では、サンドボックスはハブ、ドックおよびクレードルの少なくと
も１つの内にあることができる。
本開示の１つの実施形態では、電子患者介護を可能にするシステムは、物理的接続を通
してベースに接続された監視クライアントを備え、該監視クライアントおよびベースの少
なくとも１つが、以下の少なくとも１つをするように構成されたプロセッサを有する：物
理的接続を通して監視クライアントとベースとの間に第１の通信リンクを確立すること；
第１の通信リンクを通して監視クライアントおよびベース上のインターフェースプログラ
ムを更新すること；および監視クライアントとベースとの間に、第１の通信リンクを使用
する第２の通信リンクを確立すること。
本開示の１つの実施形態では、プロセッサは監視クライアント上に置かれる。本開示の
１つの実施形態では、プロセッサはベース上に置かれる。本開示の１つの実施形態では、
第２の通信リンクはベースから監視クライアントにデータを送信する。本開示の１つの実
施形態では、監視クライアントは第２の通信リンクを使用してデータを受け取る。本開示
の１つの実施形態では、監視クライアントはベースから通信されたデータを表示するよう
に構成される。本開示の１つの実施形態では、監視クライアントは患者の治療を初期化す
るように構成される。本開示の１つの実施形態では、ベースは患者を治療するように構成
される。本開示の１つの実施形態では、ベースは血液透析システムである。
本開示の１つの実施形態では、ベースは患者ケアデバイスである。本開示の１つの実施
形態では、患者ケアデバイスは、注入ポンプ、丸薬ディスペンサ、マイクロインフュージ
ョン・ポンプ、ＥＣＧモニター、血圧モニター、パルスオキシメーター、ＣＯ２カプノメ
ータ、静脈内バッグおよび点滴流量計から成る群から選ばれる。
本開示の１つの実施形態では、システムはさらに、開始治療シグナルをベースに送るよ
うに構成された監視クライアントを備える。本開示の１つの実施形態では、監視クライア
ントとベースとの間の通信リンクは無線である。本開示の１つの実施形態では、ベースは
第２の通信リンクのリンク品質値を監視するように構成される。本開示の１つの実施形態
では、システムは、リンク品質値が所定の閾値を超えている限り、監視クライアントとベ
ースとの間でデータを通信するように構成される。
本開示の１つの実施形態では、監視クライアントは、リンク品質値が第１の所定の閾値
未満に下る場合にスクリーン表示がない状態へ入るように構成される。本開示の１つの実
施形態では、監視クライアントは、スクリーン表示がない状態に応答してユーザインター
フェースにメッセージを表示するように構成される。本開示の１つの実施形態では、メッ
セージは、ユーザに監視クライアントをベースにもっと近づけるように指示する。本開示
の１つの実施形態では、ベースは、それぞれのリンク品質値を一定期間ごとに測定して、
該それぞれのリンク品質値が第１の所定の閾値を超えているかどうか判定するように構成
される。
本開示の１つの実施形態では、ベースは、リンク品質値が第１の所定の閾値を超えてい
る場合は、スクリーン表示がない状態をそのままにするように構成される。本開示の１つ
の実施形態では、ベースは、リンク品質値が第１の所定の閾値より大きい第２の所定の閾
値を超えている場合は、スクリーン表示がない状態をそのままにするように構成される。
本開示の１つの実施形態では、監視クライアントおよびベースの少なくとも１つは、第
１の通信リンクを通してインターフェースプログラムを更新するように、以下の少なくと
も１つであるように構成される：監視クライアントが、第１の通信リンクを通してインタ
ーフェースプログラムのバージョン番号をベースに伝えるように構成される；監視クライ
アントが、監視クライアント上のインターフェースプログラムが最新バージョンであるか
どうか判定するようにさらに構成される；ベースが、インターフェースプログラムの最新
バージョンをサーバから読み出すように構成される；およびベースが、インターフェース
プログラムにインターフェースプログラムの最新バージョンを上書きするようにさらに構
成される。
本開示の１つの実施形態では、システムは、第１の通信リンクを使用して監視クライア
ントとベースとの間の第２の通信リンクを確立するように、以下の少なくとも１つである
ように構成される：プロセッサが、ベースが別の監視クライアントとペアにされているか
どうか判定するように構成される；必要であればプロセッサが、別の監視クライアントと
ベースとのペアリングを中断するようにさらに構成される；ベースが、構成ファイルを作
成するように構成される；第１の通信リンクが、構成ファイルをベースから監視クライア
ントに伝えるように構成される；監視クライアントが、ベースから受け取った構成ファイ
ルを読むように構成される；およびベースが、無線通信のために監視クライアントとペア
にされて、該無線通信のために監視クライアントとペアにされたベースが構成ファイルに
従って監視クライアントとベースとの間に第２の通信リンクを確立する。
さらに別の実施形態では、タブレットは１台以上のプロセッサおよび１つのメモリを備
える。メモリは、１台以上のプロセッサに以下のことをさせるように構成された、プロセ
ッサ実行可能な指示の動作可能な１セットを有する：タブレットが物理的接続を通してベ
ースに接続されているかどうか判定すること；物理的接続を通してタブレットとベースと
の間の第１の通信リンクを確立すること；必要であれば、第１の通信リンクを通してタブ
レット上のインターフェースプログラムを更新すること；第１の通信リンクを使用してタ
ブレットとベースとの間の第２の通信リンクを確立すること；および第２の通信リンクを
使用してベースからタブレットにデータを伝えること。
タブレットは以下のことをするように構成されてもよい：（１）ベースの動作を監視す
ること； （２）ベースの動作を制御すること；（３）ベースからエラー状態を受信する
こと；（４）ベースの動作を監視して、何らかのエラー状態が存在するかどうか判定する
こと；（５）ベースの動作を監視して、安全でない状態が存在するかどうか判定すること
； （６）エラーまたは動作パラメータを格納して、サーバに送信すること；（７）エラ
ーまたは動作パラメータを格納して、ベース内に格納するためにベースに送信すること；
（８）エラーまたは動作パラメータを格納して、サーバへの中継のためにベースに送信
すること；および／または（９）患者が治療を受けている間、ビデオゲーム、映画、予め
録画された歌およびウェブ閲覧から成るグループから選ばれた患者娯楽を提供すること。
これらのおよびその他の態様は、図面を参照して、本開示の様々な実施形態の以下の詳
細な説明からより明らかになろう。
本開示の実施形態による、２つのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図１の監視クライアントと患者介護デバイスの間の通信を維持する方法を示すフローチャート図である。 本開示の別の実施形態による、２つのドックを有してその間で無線通信する電子患者介護システムのブロック図である。 本開示の実施形態による、図３の監視クライアントと患者介護デバイスとの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、監視クライアントおよび患者介護デバイスを一緒にドッキングするためのドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、図５の監視クライアントと患者介護デバイスとの間の通信を維持する方法を示すフローチャート図である。 本開示のさらに別の実施形態による、患者介護デバイスをそこにドッキングするための一体型ドックを備えた監視クライアントを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、ハブを有する電子患者介護システムのブロック図である。 本開示のさらに別の実施形態による、積み重ね可能な監視クライアントおよび積み重ね可能な患者介護デバイスを有する電子患者介護システムのブロック図である。 本開示の実施形態による、患者介護デバイスの患者介護パラメータを監視サーバに通信する方法のフローチャート図である。 本開示の実施形態による、監視サーバ内の多数の患者の患者介護パラメータを集める方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスの動作が中断された場合の患者介護デバイスの回復方法のフローチャート図である。 本開示の実施形態による、監視クライアントを患者介護デバイスとペアリングする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブル・システム・モニタを使用して患者介護デバイスの動作を監視する方法のフローチャート図である。 本開示の実施形態による、ユーザ・インターフェース・テンプレートを使用してユーザ・インターフェースを表示する方法のフローチャート図である。 本開示の実施形態による、患者介護デバイスを制御するためにアプリケーションをダウンロードする方法のフローチャート図である。 本開示の実施形態による、患者介護デバイス用にデータを通信する場合に、データ整合性を保証する方法のフローチャート図である。 本開示のさらに別の実施形態による、電子患者介護システムのブロック図である。 本開示の別の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１９の電子患者介護システムのドックのブロック図である。
本開示の実施形態による、患者介護デバイスに電気結合されたケーブルを有するドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、患者介護デバイスと無線通信するために、ドック内にドッキングされたタブレットを有する電子患者介護システムを示す図である。 本開示の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の実施形態による、図２３の電子患者介護システムの側面図である。 本開示の別の実施形態による、格納式ユーザ・インターフェースを備えた監視クライアントを有するドック内にドッキングする、互い違いに配置されたモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ってドック内にドッキングするモジュール式注入ポンプを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２６の電子患者介護システムの側面図である。 本開示のさらに別の実施形態による、格納式ユーザ・インターフェースを備える監視クライアントを含む、共通の水平面に沿ってドック内にドッキングするモジュール式注入ポンプを備えると共に、スキャナおよびドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図２８の電子患者介護システムの側図面である。 本開示の実施形態による、支柱上に電子患者介護システムを取り付けるためのクラッチ・システムを示すいくつかの図である。 本開示の実施形態による、注入ポンプ、および支柱に結合されたドックを示す図である。 本開示の実施形態による、開放コネクタに結合された別の注入ポンプ、および開放コネクタを備えた注入ポンプを示す図である。 本開示の実施形態による、２つの追加注入ポンプがそれぞれ開放コネクタに結合された、図３３の注入ポンプを示す図である。 本開示の実施形態による、図３３〜３５の注入ポンプの１つおよびハブの上面図である。 本開示の実施形態による、いくつかのコネクタを有する四角形状のハブを示す図である。 本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ポータブル・ドックをハブから取り外すための簡易脱着ハンドルを備えた、支柱およびポータブル・ドックに結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合されたハブ、およびハブに結合されたドックを有する電子患者介護システムを示す図である。
本開示の別の実施形態による、支柱に結合されたハブを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、患者介護デバイスを受けるためのノッチを有するハブに結合された監視クライアントを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４２に示されたハブのノッチと接続するＴ字形コネクタの拡大図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイス、および注入バッグを格納するための積み重ね可能な容器を有する電子患者介護システムを示す図である。 本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、単一のシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、２つのシリンジを有するシリンジ・ポンプ患者介護デバイスを備えた積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、ディスプレイをそれぞれ有する積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、図４８の電子患者介護デバイスのハンドルの拡大図である。 本開示の別の実施形態による、図４８の電子患者介護システムの注入ライン・ポートの拡大図であり、その中を通って配置された注入ラインを示す図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスの取り外しを示す、電子患者介護システムの別の実施形態を示す図である。 本開示の別の実施形態による、輸送用に準備された電子患者介護システムを示す図である。 本開示の別の実施形態による、積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、支柱に結合され、上部から下に積み重ね可能である積み重ね可能な患者介護デバイスを有する電子患者介護システムを示す図である。 本開示の別の実施形態による、解放ハンドルを有する、支柱を摩擦力で把持するためのクラッチ・システムの斜視図である。 本開示の別の実施形態による、透明な背面を示す、図５６のクラッチ・システムの背面図である。 本開示の別の実施形態による、図５６のクラッチ・システムの上面断面図である。 本開示の実施形態による、注入ポンプを制御するためのシステムのブロック図である。 本開示の実施形態による、いくつかの電子患者介護デバイスと通信するためにハブを有する電子患者介護システムのブロック図である。
本開示の実施形態による、ＵＳＢ接続により患者介護デバイスに接続可能なドックを有する電子患者介護システムのブロック図である。 本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図６７のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムの追加の配置を示す図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療のタイミング図である。 本開示の実施形態による、図７１のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７３のタイミング図を例示する方法のフローチャート図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療のさらに別のタイミング図である。 本開示の実施形態による、図７５のタイミング図を例示する方法のフローチャート図である。 本開示の実施形態による、電子患者介護システムのいくつかの配置を示す図である。 本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図７９のタイミング図を例示する方法のフローチャート図である。
本開示の別の実施形態による、注入ポンプを使用する電子患者介護治療の別のタイミング図である。 本開示の実施形態による、図８１のタイミング図を例示する方法のフローチャート図である。 本開示のいくつかの実施形態による、電子患者介護システムのいくつかの追加の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、注入ポンプとインターフェース接続するための電子回路のブロック図である。 本開示の実施形態による、ドック内にドッキングされ、垂直に配列された患者介護デバイスを有する電子患者介護システムの別の実施形態を示す図である。 本開示の実施形態による、ハブの実施形態の電子回路のブロック図である。 本開示の実施形態による、通信モジュールの電子回路のブロック図である。 本開示のいくつかの実施形態による、通信モジュールに結合された注入ポンプを有する電子患者介護システムのいくつかの実施形態を示す図である。 本開示のいくつかの実施形態による、ドックの電子回路のいくつかのブロック図である。
本開示の実施形態による、バッテリ・パックのブロック図である。 本開示の追加の実施形態による、ドックの電子回路の追加の実施形態を示す図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。 本開示の実施形態による、注入ポンプに使用するためのバックプレーンを示す図である。 本開示の実施形態による、図１１７のバックプレーン・パネルの断面図である。 本開示の追加の実施形態による、監視クライアントに取り付けられた取り付け可能ポンプのいくつかの実施形態を示す図である。
本開示の実施形態による、通信モジュールを示す図である。 本開示の実施形態による、患者監視デバイスに取り付けられた通信モジュールを示す図である。 本開示の実施形態による、図１２１の通信モジュールの電子回路の図である。 本開示の実施形態による、近距離無線通信をＵＨＦに変換する電子回路の図である。 本開示の追加の実施形態による、いくつかのアンテナを示す図である。 本開示の実施形態による、ＲＦＩＤタグを付された患者リスト・バンドを示す図である。 本開示の実施形態による、図１２８のリスト・バンド上で使用される分割リング共振回路を示す図である。 本開示の実施形態による、近接場アンテナを示す図である。 本開示の実施形態による、図１３０の分割リング共振回路の等価回路を示す図である。 本開示の実施形態による、監視クライアント上に表示することができる５Ｒのチェックリストを示す図である。 本開示の実施形態による、監視クライアント上に表示することができる閉塞チェックリストを示す図である。 本開示の実施形態による、いくつかの注入ポンプと動作可能に通信する監視クライアントの表示を示す図である。 本開示の実施形態による、患者情報にプロバイダがアクセスすることができる該患者のリストを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示の図である。 本開示の実施形態による、デバイスからの現在のデータおよび患者の診療情報のいくつかへのワンタッチ・アクセスを備えた、特定の患者に関連付けられたデバイスを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、静脈注入ポンプで使用するための、薬剤用処方箋に対するデータ入力領域を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、監視クライアントによって作成されるように、指示された薬剤に関連付けられたリスク因子、および提案された行動指針を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、指示をするプロバイダによって提示する準備ができている薬剤処方箋を示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。 本開示の実施形態による、監視システムが処方箋が薬剤師に伝達されたことの確認を指示プロバイダにどのように表示することができるかを示す、ヘルスケア・プロバイダのポータブル監視クライアント上の表示を示す図である。
本開示の実施形態による、アダプタに結合されたマイクロインフュージョン・ポンプの斜視図である。 本開示の実施形態による、データを患者介護デバイスから監視クライアント、別のハブまたはドックに無線中継する無線ハブ・デバイスの斜視図である。 本開示の実施形態による、アダプタおよびドックを介して監視クライアントに結合されたモジュール式患者介護デバイスを有する電子患者介護システムの正面斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの側面斜視図である。 本開示の実施形態による、図１４３に示した患者介護デバイスの１つのインターフェースの拡大斜視図である。 本開示の実施形態による、図１４３の電子患者介護システムの上面図である。 本開示の実施形態による、電子患者介護システム用システムを示す図である。 本開示の実施形態による、電子患者介護システムのブロック図である。 本開示の実施形態による、図１４７および／または図１４８の電子患者介護システムのベッドサイド部のブロック図である。 本開示の実施形態による、図１４７、１４８および／または１４９のドック／ハブのブロック図である。 本開示の実施形態による、図１４８および／または１４９の注入ポンプ回路を示すブロック図である。 本開示の実施形態による、注入ポンプの機構に結合されたセンサを示すブロック図である。
本開示発明の実施形態による、タブレットとベースとの間で通信する方法を例示するフローチャート図である。 本開示発明の実施形態による、インターフェースプログラムを更新する方法を例示するフローチャート図である。 本開示発明の実施形態による、タブレットとベースとの間に第２の通信リンクを確立する方法を例示するフローチャート図である。 本開示発明の実施形態による、第２の通信リンクのリンク品質値が閾値を超えている限り、タブレットとベースとの間でデータを通信する方法を例示するフローチャート図である。 本開示発明の実施形態による、リンク品質値が閾値未満に下る場合に、スクリーン表示がない状態へ入る方法を例示するフローチャート図である。
患者介護を容易にする技術が開示される。この技術は、例えば、例示的な一実施形態
による、監視クライアントに通信可能に結合された１つ以上の患者介護デバイスを有する
システムにおいて実施することができる。患者介護デバイスは、あらゆる数の多様な機能
を備えることができ、および／または異なる製造業者によって製造することができる。こ
のような１つの場合では、クライアント監視局と様々な多様な患者介護デバイスとの間の
通信インターフェースは、発見およびプロトコル変換とともに、様々な他の機能、例えば
いくつか挙げると、電源プロビジョニング、各種規格の順守およびユーザ・インターフェ
ースなどをも可能にする。患者介護デバイスは、注入ポンプ、マイクロインフュージョン
・ポンプ、インスリン・ポンプ、シリンジ・ポンプ、丸薬ディスペンサ、透析器、人工呼
吸器、超音波診断器、ＥＣＧモニタ、血圧モニタ、パルス・オキシメータ、ＣＯ２カプノ
メータ、点滴カウンタ、点滴流量計、光学ドップラー・デバイス、心拍数モニタ、静脈内
バッグ、血液透析器、腹膜透析器、腸透析器、患者体温計および／または他のベッドサイ
ド患者介護デバイスであってもよい。
２００７年２月９日出願の「流体送達システムおよび方法」という名称の米国特許出
願第１１／７０４，８９９号であり、その後２００７年１０月４日に公開された米国特許
出願公開第２００７−０２２８０７１Ａ１号（代理人整理番号：Ｅ７０）、２００７年２
月９日出願の「ポンプ流体送達システムおよび力を加えるアセンブリを使用する方法」と
いう名称の米国特許出願第１１／７０４，８９６号であり、その後２００７年９月２０日
に公開された米国特許出願公開第２００７−０２１９４９６号（代理人整理番号：Ｅ７１
）、２００７年２月９日出願の「パッチ・サイズ流体送達システムおよび方法」という名
称の米国特許出願第１１／７０４，８８６号であり、その後２００７年９月２０日に公開
された米国特許出願公開第２００７−０２１９４８１号（代理人整理番号：Ｅ７２）、２
００７年２月７日出願の「接着材および周辺システムおよび医療デバイス用の方法」とい
う名称の米国特許出願第１１／７０４，８９７号であり、その後２００７年９月２０日に
公開された米国特許出願公開第２００７−０２１９５９７号（代理人整理番号：Ｅ７３）
、２００８年１２月３１日出願の「注入ポンプ・アセンブリ」という名称の米国特許出願
第１２／３４７，９８５号であり、その後２００９年１２月３日に公開された米国特許出
願公開第２００９−０２９９２７７号（代理人整理番号：Ｇ７５）、２００８年１２月３
１日出願の「ウェアラブル・ポンプ・アセンブリ」という名称の米国特許出願第１２／３
４７，９８２号であり、その後２００９年１１月１２日に公開された米国特許出願公開第
２００９−０２８１４９７号（代理人整理番号：Ｇ７６）、２００８年１２月３１日出願
の「注入ポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８１号であ
り、その後２００９年１１月５日に公開された米国特許出願公開第２００９−０２７５８
９６号（代理人整理番号：Ｇ７７）、２００８年１２月３１日出願の「スイッチを備えた
ポンプ・アセンブリ」という名称の米国特許出願第１２／３４７，９８４号であり、その
後２００９年１２月３日に公開された米国特許出願公開第２００９−０２９９２８９号（
代理人整理番号：Ｇ７９）、２００８年１０月１０日出願の「注入ポンプ・アセンブリ」
という名称の米国特許出願第１２／２４９，８８２号であり、その後２０１０年４月１５
日に公開された米国特許出願公開第２０１０−００９４２２２号（代理人整理番号：Ｆ５
１）、２００８年１０月１０日出願の「注入可能流体を投与するためのシステムおよび方
法」という名称の米国特許出願第１２／２４９，６３６号であり、その後２０１０年４月
１５日に公開された米国特許出願公開第２０１０−００９４２６１号（代理人整理番号：
Ｆ５２）、２００８年１０月１０日出願の「閉塞検出システムおよび方法」という名称の
米国特許出願第１２／２４９，６２１号であり、その後２０１０年４月１５日に公開され
た米国特許出願公開第２０１０−００９０８４３号（代理人整理番号：Ｆ５３）、２００
８年１０月１０日出願の「マルチ言語／マルチ・プロセッサ注入ポンプ・アセンブリ」と
いう名称の米国特許出願第１２／２４９，６００号であり、その後２０１０年４月１５日
に公開された米国特許出願公開第２０１０−００９４２２１号（代理人整理番号：Ｆ５４
）、２０１１年１１月２９日発行の「バックアップ電源を備えた注入ポンプ・アセンブリ
」という名称の米国特許第８，０６６，６７２号（代理人整理番号：Ｆ５５）、２０１１
年９月１３日発行の「取り外し可能なカバー・アセンブリを備えたポンプ・アセンブリ」
という名称の米国特許第８，０１６，７８９号（代理人整理番号：Ｆ５６）、２００７年
１２月１１日発行の「注入ポンプ用ロード機構」という名称の米国特許第７，３０６，５
７８号（代理人整理番号：Ｃ５４）の以上の全ては、その全体を参照として本明細書に援
用する。これらの技術を使用して、シームレス通信およびフェイルセーフ動作を可能にす
ることができる。多数の他の特徴、機能および応用例が、本開示に照らして自明であろう
。
全般的概要
上記したように、総合的介護を患者に提供する過程、例えば治療を指示し、送達するこ
とは、いくつかの重要な問題と関連している。例えば、重要な情報が誤って通信されるこ
と、治療決定が完全な情報に直ちにアクセスすることなしに行なわれること、および／ま
たは不必要なほどに冗長かつ非効率な手続きに起因する処方箋の実施の遅れ、が生じる大
きい可能性が存在する。
さらに詳細には、投薬過誤は、数百件の死の原因となることがあり、米国だけでも毎年
、数千またはさらには数百万人を苦しめている可能性がある。財政的圧迫を受けている病
院は、多くの投薬過誤の事故を経験している可能性がある。最も危険な過誤につながる投
薬としては、インスリン、麻薬、ヘパリンおよび化学療法が挙げられる。投薬過誤の原因
としては、誤った薬剤を投与すること、誤った濃度の薬剤を投薬すること、誤った速度で
薬剤を送達すること、または誤った経路により薬剤を送達すること（薬剤は、経口で、静
脈に、筋肉に、皮下に、直腸内に、皮膚、眼または耳に対して局所的に、髄腔内に、腹腔
内に、またはさらには膀胱内に投与することができる）が挙げられる。適切な指示および
適切なラベル付をしても、判読できない手書き、薬剤の処方箋の誤った伝達、および同じ
ような名前を有する薬剤の誤った発音により、薬剤はなお不適切に投与される可能性があ
る。投薬過誤の事故を減らすために、電子医療録（ＥＭＲ）および薬剤用のバーコード・
システムを使用する傾向が現れてきた。ＥＭＲシステムは、例えば患者の診断、アレルギ
ー、体重および／または年齢に適合しないコンピュータ・プロバイダ指示入力（ＣＰＯＥ
）およびフラグ処方箋を拙速に進めることがある。しかし、これらのシステムは幅広く採
用されるまでには至っておらず、また、その実施は、薬剤を指示、調製、および投与する
際のかなりの遅延および非効率性をもたらす可能性がある。
加えて、薬剤注入デバイス、例えば、注入ポンプは、かなりの損傷につながる全ての投
薬過誤のうちの相当数（例えば、最大３分の１）に関連するものである。誤った薬剤が吊
り下げられる、正しくないパラメータ（例えば、薬剤濃度または注入速度）が入力される
、または既存の注入パラメータが不適切に変更される可能性がある。注入ポンプに関連す
る死亡のうち、半分近くはユーザの過誤によるものであり、これらの過誤の多くは注入ポ
ンプをプログラムする際の過誤によるものであることがある。
有効な監視システムは、薬剤の指示および投与過程のいずれの局面も監視し不一致をな
くして、その治療からもたらされる可能性がある多くの有害事象のうちのいずれをも最小
化するのを支援することができる。薬剤治療過程は概念的に、３つの段階、処方段階、薬
剤調製段階、および薬剤投与段階に分けることができる。薬剤の処方箋が書かれるまたは
入力されるとき、薬剤が使用のために読み出され、または溶液に混合されるとき、または
薬剤が患者に投与されるときに、過誤が起こる可能性がある。
したがって、本開示の実施形態によると、少なくとも１つの患者介護パラメータを通信
するように構成された監視クライアント、少なくとも１つの患者介護パラメータを通信す
るように構成された患者介護デバイス、および少なくとも１つの患者介護デバイスの存在
を発見し、そのデバイスからの通信シグナルを監視クライアントに関連付けられた通信プ
ロトコルに変換することによって、監視クライアントと少なくとも１つの患者介護デバイ
スとの間の通信を容易にするように構成された通信インターフェースを備えた、電子患者
介護システムが開示される。いくつかの実施形態では、監視クライアントは、患者介護デ
バイスの動作を受動的に監視する。通信インターフェースは、以下に記載した通信モジュ
ールによって実施することができる。通信インターフェースはさらに、互いに異なる他の
追加の患者介護デバイス（例えば、多様な製造業者、機能、および／または通信プロトコ
ルなど）の存在を発見し、これらのデバイスからの通信シグナルを監視クライアントまた
はハブに関連付けられた通信プロトコルに変換するように構成することができる。したが
って、通信インターフェースにより、タブレット・コンピュータなどの監視クライアント
を、監視クライアントに関連付けられた患者に治療を提供する場合にヘルスケア・プロバ
イダが使用することができる共通の一般的ユーザ・インターフェースとして効果的に使用
することが可能になる。監視クライアントによってアクセス可能な１つ以上のデータベー
スは、（ヘルスケア設備またはデータベース保守管理業者によって所望の、あらゆるフォ
ーマットおよびデータベース構造で）患者情報の中央記憶と、監視クライアントに関連付
けられた患者の治療の際にヘルスケア・プロバイダによって使用することができる情報の
ダウンロードを可能にする。通信インターフェースは、有線および／または無線技術を使
用して、いくつかの方法で実施することができ、多数の患者介護デバイスのシームレス通
信およびフェイルセーフ動作を可能にする。いくつかの患者介護デバイス、ハブ、ドック
、および／または監視クライアントは、２つ以上の通信リンク上で同時に、および／また
は２つの周波数チャネル上で同時に通信することができる（いくつかの実施形態では、デ
ータは冗長である可能性がある）。いくつかの実施形態では、通信モジュールは、例えば
患者介護デバイス、例えば注入ポンプなどの移動動作用の電池および十分な回路を備える
ことによって、該患者介護デバイスがポータブルに使用されることを可能にする。それに
加えて、または代替として、患者リスト・バンドは、通信モジュールに差し込むことがで
きる電池を備えて、患者介護デバイスに動力を与えることができる（または、いくつかの
実施形態では、患者介護デバイスに直接差し込むことができる）。通信モジュールは、無
線で充電することができる。
いくつかの実施形態では、患者介護パラメータ（例えば、いくつかの実施形態では、リ
アルタイム・パラメータ）などのデータを、記憶のためにクラウド・サーバに伝達するこ
とができ、非識別化することができる。
システム・アーキテクチャ
図１に示すように、電子患者介護システム１００は、それぞれ個別の患者２に割り当て
られ患者２に物理的に近接していることができる１つ以上の監視クライアント１、４と、
いくつかの様々な監視クライアント１、４から情報をアップロードし、様々なソースから
監視クライアント１、４に情報および指示をダウンロードする遠隔監視サーバ３とを備え
ている。患者の部屋に居るときは、ヘルスケア・プロバイダは、監視クライアント１と直
接相互作用して、患者２に関する情報を得、または患者２に関する指示を入力することが
できる。多数の監視クライアント１は、１つの監視サーバ３と相互作用することができる
。監視サーバ３は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を備
えることができる。それに加えて、または代替として、遠隔位置（例えば、医師の診察室
、ナース・ステーション５、病院の薬局６）に居るプロバイダは、監視サーバ３との通信
リンクを通して、または各監視クライアント１、４をノードとして有する病院ローカル・
エリア・ネットワークを介して直接、個別の監視クライアント１と相互作用することがで
きる。
遠隔コミュニケータ１１、他の監視クライアント４、ナース・ステーション５、または
医師の診察室は、患者のパーソナルＥＨＲ１９を更新するために送信されたまたは調剤の
ために薬局６に送信された処方箋を入力してもよい。処方箋は、丸薬のため、流体を注入
するためまたは他の治療のための処方箋であってもよい。処方箋は、注入ポンプ７、シリ
ンジ・ポンプ１２６またはマイクロインフュージョン・ポンプ１３０を使用して流体を注
入するための、または丸薬ディスペンサ１２８を使用して丸薬を分配するための処方箋で
あってもよい。
薬局６は、ネットワーク、例えばインターネットに接続された１つ以上のコンピュータ
を備えて、処方箋を受信し、該処方箋を該１つ以上のコンピュータ内の待ち行列に入れる
ことができる。薬局は該処方箋を使用して以下のことをすることができる：（１）（例え
ば、該１つ以上のコンピュータに結合された、流体を配合しまたは丸薬を生成することが
できる自動配合デバイスを使用して、または該１つ以上のコンピュータの待ち行列を監視
する薬剤師によって手動で）薬物を配合する；（２）シリンジ・ポンプ１２６の流体リザ
ーバを予め充填する；（３）シリンジ・ポンプ１２６をプログラムする（例えば、治療計
画がシリンジ・ポンプ１２６内にプログラムされる）；（４）マイクロインフュージョン
・ポンプ１３０を予め充填する；（５）マイクロインフュージョン・ポンプ１３０をプロ
グラムする；（６）静脈内バッグ１７０を予め充填する；（７）注入ポンプ７をプログラ
ムする；（８）丸薬ディスペンサ１２８を予め充填する；または（９）処方箋に従って薬
局で丸薬ディスペンサ１２８をプログラムする。自動配合デバイスは、シリンジ・ポンプ
１２６、静脈内バッグ１７０またはマイクロインフュージョン・ポンプ１３０の１つ以上
に流体を自動的に充填することができる、および／または丸薬ディスペンサ１２８に丸薬
を自動的に充填することができる。自動配合デバイスは、バーコード、ＲＦＩＤタグおよ
び／またはデータを生成することができる。バーコード、ＲＦＩＤタグおよび／またはデ
ータ内の情報としては、治療計画、処方箋、および／または患者情報を挙げることができ
る。
自動配合デバイスは、（１）バーコードを注入ポンプ７、シリンジ・ポンプ１２６、マ
イクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１
７０に取り付ける、（２）ＲＦＩＤタグを注入ポンプ７、シリンジ・ポンプ１２６、マイ
クロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７
０に取り付ける、および／または（３）情報またはデータで注入ポンプ７、シリンジ・ポ
ンプ１２６、マイクロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８、また
は静脈内バッグ１７０内のＲＦＩＤタグまたはメモリをプログラムすることができる。デ
ータまたは情報は、例えば、バーコード、ＲＦＩＤタグ、またはメモリ内のシリアル番号
または他の識別情報を使用して、処方箋を注入ポンプ７、シリンジ・ポンプ１２６、マイ
クロインフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７
０に関連付けるデータベース（例えば、患者のＥＨＲ１９または患者のパーソナルＥＨＲ
１９’）に送信することができる。
注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０ま
たは丸薬ディスペンサ１２８は、（１）シリンジ・ポンプ１２６または静脈内バッグ１７
０が正しい流体を有するかどうか、（２）マイクロインフュージョン・ポンプ１３０が正
しい流体を有するかどうか、（３）丸薬ディスペンサ１２８が正しい丸薬を有するかどう
か、（４）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ
１３０または静脈内バッグ１７０内にプログラムされた治療が、シリンジ・ポンプ１２６
、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０内の流体に対応し
ているかどうか、（５）丸薬ディスペンサ１２８内にプログラムされた治療が、丸薬ディ
スペンサ１２８内の丸薬に対応しているかどうか、および／または（６）注入ポンプ７、
シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸薬ディスペ
ンサ１２８内にプログラムされた治療が、（例えば、患者のバーコード、ＲＦＩＤまたは
他の患者識別情報から判断された）特定の患者に対して正しいかどうか判定する、スキャ
ナ（例えば、ＲＦＩＤ呼掛器またはバーコード・スキャナ）を有することができる。すな
わち、いくつかの特定の実施形態では、注入ポンプ７、シリンジ・ポンプ１２６、マイク
ロインフュージョン・ポンプ１３０および／または丸薬ディスペンサ１２８は、ＲＦＩＤ
タグまたはバーコードから１つ以上のシリアル番号を読み取り、値が内部メモリ内で見ら
れる（例えば、自動配合デバイスを介してダウンロードされた）値と一致すること、また
はその値が患者の電子診療録で見られる値（例えば、患者のＥＨＲ１９または患者のパー
ソナルＥＨＲ１９’内に記憶された、または患者のＲＦＩＤタグのスキャンまたは患者に
よるバーコードのスキャンによって決定された患者のシリアル番号）と一致することを保
証することができる。
例えば、注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ
１３０または丸薬ディスペンサ１２８のスキャナは、患者介護デバイスのシリアル番号を
得るために別の患者介護デバイスのバーコードを、および患者のシリアル番号を決定する
ために患者のバーコードをスキャンすることができ、患者介護デバイスのシリアル番号が
、（例えば、薬局２２または薬局の自動配合デバイスによって更新された可能性がある）
電子診療録内に記憶された患者のシリアル番号に対応するかどうか判定するために電子診
療録データを照会することができる。
それに加えて、または代替として、監視クライアント６は、（１）シリンジ・ポンプ１
２６または静脈内バッグ１７０が正しい流体を有するかどうか、（２）マイクロインフュ
ージョン・ポンプ１３０が正しい流体を有するかどうか、（３）丸薬ディスペンサ１２８
が正しい丸薬を有するかどうか、（４）注入ポンプ７、シリンジ・ポンプ１２６、マイク
ロインフュージョン・ポンプ１３０または静脈内バッグ１７０内にプログラムされた治療
が、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または静脈内バ
ッグ１７０内の流体に対応しているかどうか、（５）丸薬ディスペンサ１２８内にプログ
ラムされた治療が、丸薬ディスペンサ１２８内の丸薬に対応しているかどうか、および／
または（６）注入ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポン
プ１３０または丸薬ディスペンサ１２８内にプログラムされた治療が、（例えば、患者の
バーコード、ＲＦＩＤまたは他の患者識別情報から決定されるように）特定の患者に対し
て正しいかどうか判定するために、注入ポンプ７、シリンジ・ポンプ１２６、丸薬ディス
ペンサ１２８、マイクロインフュージョン・ポンプ１３０または静脈内バッグ１７０をス
キャンすることができる。それに加えて、または代替として、監視クライアント１、注入
ポンプ７、シリンジ・ポンプ１２６、マイクロインフュージョン・ポンプ１３０または丸
薬ディスペンサ１２８は、例えば、注入ポンプ７、シリンジ・ポンプ１２６、マイクロイ
ンフュージョン・ポンプ１３０、丸薬ディスペンサ１２８または静脈内バッグ１７０上の
バーコード・シリアル番号を使用して、処方箋を検証しまたは処方箋をダウンロードする
ために、電子診療録データベース１９または１９’および／または薬局２２に問い合わせ
ることができる。
任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５
、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合
計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイル
を注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポ
ンプ１３０に送信するために、監視クライアント１、他の監視クライアント４および／ま
たは遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例えば
、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュールおよび／また
は最大丸薬分配基準などの指示または要求を丸薬ディスペンサ７に送信するために、監視
クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配基準は、所
定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤が必要に応
じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には薬剤は安全
でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を」のように
、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。
任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８
、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどう
か判定する、治療または状態が患者にとって安全であるかどうか判定する、システム１０
０が適切にまたは所定の境界で作動しているかどうか判定する、および／または監視クラ
イアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプ
レイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント
４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択
では、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン
・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２
に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、
実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実
際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視ク
ライアント４および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）
通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例
えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分
配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライ
アント１、他の監視クライアント４および／または遠隔コミュニケータ１１に返信するこ
とができる。
患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４
８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の
状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上
は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・
ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または
折れ曲がり、または例えば、静脈内バッグ１７０内に見出される汚染などの物質によって
下流側で生じる閉塞のうちの１つの表れであるとして使用することができる。下流側圧力
の急激な増加に応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的に
または聴覚的にアラームまたは警戒を発することができる。これらのアラームおよび／ま
たは警戒はまた、看護師に、他の適切な動作、例えば患者に対する下流側の圧力が所定の
閾値より上に上昇した場合に閉塞（例えば、凝固によって生じたもの）に応じて針を交換
する提案、または患者に対する下流側の圧力が所定の閾値より上に上昇した場合にライン
内の折れ曲がりをチェックする提案を行なうように知らせることができる。
それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チュ
ーブが針から外れた、および／または針が患者から今外れていることの表れであり、これ
に応じて、監視クライアント１、４、１１の１つ以上は、継続注入のために、チューブを
針に再び取り付ける、または新しい針を挿入するように、ユーザに視覚的にまたは聴覚的
にアラームまたは警戒を発することができる。アラームはまた、例えば、チューブが針か
ら外れたときなどに患者が出血している可能性があり、患者が取り付けられていないニー
ドルカプラにより出血しているため動作を迅速に行なう必要があることを示す可能性があ
る。
いくつかの実施形態では、それに加えて、または代替として、１つ以上の注入ポンプ７
に対する上流側の圧力を、あらゆる上流側閉塞に対して監視することができる。例えば、
静脈内バッグ１７０内の汚染は、注入ポンプ７の上流側のチューブを塞ぐ可能性がある。
注入ポンプ７が流体を静脈内バッグ１７０からポンプ注入しようと試みるたびに、注入ポ
ンプ７に対する上流側の圧力は、上流側に閉塞がない場合に起こるのより低く下がる可能
性がある。したがって、監視クライアント１、４、１１の１つ以上は、上流側圧力が所定
の閾値より下がった場合にアラームまたは警戒を発し、例えば、介護人にチューブまたは
静脈内バッグ１７０を交換することによって閉塞を軽減するように提案または要求するこ
とがある。
監視クライアント１、４、１１の１つ以上は任意選択では、患者２に対する下流側圧力
の急激な上昇および／または低下に応じて、流体の送達を停止するために、注入ポンプ７
、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポンプ１３０の
１つ以上に指示を送信してもよい。
図１に示すように、またいくつかの実施形態と同様に、システム１００は、監視クライ
アント・ドック１０２およびデバイス・ドック１０４を備えている。監視クライアント・
ドック１０２は、監視クライアント１を受けるように構成されており、デバイス・ドック
１０４は、１つ以上の患者介護デバイスを受けて、ベッドサイドの患者介護を容易にする
ように構成されている（以下に、より詳細に記載する）。デバイス・ドック１０４は、い
くつかの患者介護デバイスを受けることが可能であるように示されているけれども、他の
実施形態では、デバイス・ドック１０４は、１つの患者介護デバイス、複数の患者介護デ
バイス、またはあらゆる任意の数の患者介護デバイスを受けることができる。加えて、監
視クライアント・ドック１０２は１つの監視クライアント１を受けることが可能であるよ
うに示されているけれども、他の実施形態では、監視クライアント・ドック１０２は、２
つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆる任意の数の監
視クライアント１を受けることが可能である。
この例示的な実施形態では、ケーブル１１０は、両方のドック１０２、１０４に結合さ
れて、その間に通信リンクを提供する。ケーブル１１０は、ドック１０２、１０４の一方
または両方に永久的に取り付けることができる、または取り付け可能である。それに加え
て、または代替として、ケーブル１１０は、ケーブルをドック１０２、１０４の一方また
は両方に差し込むために１つ以上のコネクタ（明示的には図示せず）を備えていてもよい
。
いくつかの実施形態では、ドック１０２、１０４は、ケーブル１１０内で１つ以上のワ
イヤおよび／または導波路を使用して、互いに通信することができる。例えば、本開示の
実施形態では、ケーブル１１０は光ファイバ導波路を備えて、ドック１０２、１０４の間
に光通信リンクを提供する。他の実施形態では、本開示に照らして分かるように、ケーブ
ル１１０は、所望の場合には、１つ以上の無線通信リンク（例えば、ブルートゥースなど
）に置き換えることができる。さらに他の実施形態は、ドック１０２、１０４の間で有線
および無線通信チャネルの組合せを利用してもよい。あらゆる数の適切な有線接続タイプ
を、様々な実施形態で使用することができる。
いくつかの実施形態では、ドック１０２、１０４の間の通信リンクは、直列通信、並列
通信、同期通信、非同期通信、パケット・ベースの通信、仮想回路ベースの通信などのあ
らゆる知られている通信リンクを使用することができる。それに加えて、または代替とし
て、いくつかの実施形態では、ドック１０２、１０４の間に確立された通信リンクは、無
線通信、有線通信、コネクションレス・プロトコル、例えばユーザ・データグラム・プロ
トコル（ＵＤＰ）、または接続ベースのプロトコル、例えば通信制御プロトコル（ＴＣＰ
）を利用することができる。例えば、ドック１０２、１０４の間の通信は、ユニバーサル
・シリアル・バス標準、ＳＡＴＡ、ｅＳＡＴＡ、ファイヤワイヤ、イーサネット基準、フ
ァイバ・チャネル、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、任
意の物理層技術、任意のＯＳＩ層技術などの１つ以上に基づくことができる。
監視クライアント１が監視クライアント・ドック１０２にドッキングされているときは
、監視クライアント１は、ドック１０２、１０４の間の通信へのアクセスを有する。例え
ば、本開示のいくつかの実施形態では、監視クライアント１は、ケーブル１１０によって
提供される通信リンクを介して、デバイス・ドック１０４内の電子回路、例えばメモリと
通信することができる。それに加えて、または代替として、監視クライアント１は、ケー
ブル１１０によって提供される通信リンク、および／または１つ以上の無線通信リンクを
通して、デバイス・ドック１０４にドッキングされたあらゆるデバイスと通信することが
できる（以下に、より詳細に記載する）。
図１に示す例示的な実施形態をさらに参照すると、デバイス・ドック１０４は、それぞ
れ任意である、取付可能ディスプレイ１３４、カメラ１３６、およびマイクロフォン１３
８などの様々な付属品を備えることができる。同様に、監視クライアント・ドック１０２
は、それぞれ任意である、カメラ１４０およびマイクロフォン１４２などの様々な付属品
を備えることができる。監視クライアント１は、それぞれ任意である、カメラ１４４およ
びマイクロフォン１４６などの様々な付属品を備えることができる。カメラ１３６、１４
０、１４４は、例えば、プロバイダ（例えば、看護師、ナース・プラクティショナ、医師
など）および／または患者の存在を認証または識別するために、顔認識ソフトウェアによ
って使用することができる。それに加えて、または代替として、マイクロフォン１３８、
１４２、および１４６は、例えば、プロバイダおよび／または患者の存在を認証または識
別するために、音声認識ソフトウェアによって使用することができる。本開示に照らして
分かるように、カメラ１３６、１４０、１４４およびマイクロフォン１３８、１４２、１
４６は、例えば、正しい患者が正しい治療を確実に受けるように、治療を開始する前に、
患者が遠隔介護プロバイダと通信する、および／または（例えば、音声および／または顔
認識技術、網膜スキャンなどを使用して）患者の識別情報を確認することを可能にするた
めに使用することもできる。
図１に示すように、いくつかの実施形態では、監視クライアント１、監視クライアント
・ドック１０２、およびデバイス・ドック１０４はそれぞれ、無線通信用のアンテナ１１
２、１０６、および１０８を有する（各アンテナ１１２、１０６、および／または１０８
は任意である）。ケーブル１１０が抜かれた、またはケーブル１１０を介したドック１０
２、１０４間の通信が他様に遮断されまたは損なわれた場合、監視クライアント・ドック
１０２およびデバイス・ドック１０４は、アンテナ１０６、１０８を通して確立された無
線通信リンクを使用して、互いに通信し続けることができる。それに加えて、監視クライ
アント１が監視クライアント・ドック１０２から取り外された場合、監視クライアント１
は、例えばデバイス・ドック１０４に直接通信することができる、および／または監視ク
ライアント１は、ケーブル１１０を介して、またはドック１０２、１０４の間の無線通信
リンクを介して通信を中継する監視クライアント・ドック１０２と無線通信することによ
って、デバイス・ドック１０４と通信することができる。前に記載したように、デバイス
・ドック１０４にドッキングされた様々なデバイスと通信するために、監視デバイス１と
デバイス・ドック１０４との間の通信を監視クライアント１によって利用することができ
る。
いくつかの実施形態では、監視クライアント１は、例えば監視クライアント・ドック１
０２へのドッキングのために、および監視クライアント・ドック１０２と監視クライアン
ト１との間に電気通信を提供するために使用される監視クライアント１のコネクタの２つ
の電気接点間の電圧またはインピーダンスを測定することによって、１つ以上のコネクタ
の１つ以上の電気接点が監視クライアント・ドック１０２と電気係合しているかどうかを
電気的に決定して、ケーブル１１０が通信リンクとして利用可能であるかどうか判定する
ことができる。また、監視クライアント１は、監視クライアント１がケーブル１１０に電
気結合されていないと決定した場合には、ケーブル１１０は利用可能ではないと判定する
ことができる。それに加えて、または代替として、いくつかの実施形態では、ドック１０
２内の磁力は、監視クライアント１のホール効果センサと係合し、次に、監視クライアン
ト１が該センサを使用して、監視クライアント１がドッキングされていない場合にケーブ
ル１１０が通信リンクとして利用可能ではないと監視クライアント１が推定するようにそ
れがドッキングされているかどうか判定する。それに加えて、または代替として監視クラ
イアント・ドック１０２内の回路は、ケーブルが通信リンクとして利用可能でない場合に
監視クライアント１にシグナルを送ることができる。いくつかの実施形態では、監視クラ
イアント１は周期的に、ケーブル１１０を介してデバイス・ドック１０４の「ネットワー
ク接続を確認（ｐｉｎｇ）する」ことができる。監視クライアントが所定の時間内にデバ
イス・ドック１０４から応答を受信しない場合に、監視クライアント１は、ケーブル１１
０が通信リンクとして利用可能ではないと推定する。
監視クライアント１が、ケーブル１１０が通信リンクとして利用可能でないと判定した
場合、監視クライアント１は、スピーカおよび／または振動モータを使用してアラームま
たは警戒を発してもよく、アラームまたは警戒を遠隔コミュニケータ１１に送信して、ス
ピーカおよび／または振動モータを使用して遠隔コミュニケータにアラームまたは警戒を
発してもよく、および／または監視クライアント１は、他の通信リンクを介して患者介護
デバイスと通信するように試みてもよい。本明細書で使用される用語「警戒」とは、例え
ば、所定の時間が経過した後も警戒の原因がなお残っているまでは人に注目させないよう
な「ソフト」の警戒を含むことを意図している。
本開示のいくつかの実施形態では、監視クライアント・ドック１０２は、最小の回路を
使用したまたは回路を使用していない、監視クライアント１からケーブル１１０までの１
つ以上のワイヤまたは導波路を備える。例えば、本開示のいくつかの実施形態では、監視
クライアント・ドック１０２は、監視クライアント１からケーブル１１０に直接電気結合
を与えるクレードルである。それに加えて、または代替として、本開示のいくつかの実施
形態では、デバイス・ドック１０４は、最小の回路を使用したまたは回路を使用していな
い、監視クライアント・ドック１０２を介した様々なドッキングされたデバイスおよび／
または監視クライアント１の間の通信を容易にする１つ以上のワイヤまたは導波路を備え
る。デバイス・ドック１０４は、いくつかの実施形態では、クレードルであってもよい。
本開示の実施形態では、各監視クライアント１は、特定の患者２に割り当てられ、デス
ク・ベースの、ポータブルの、または手持ち式のものであってもよく、表示およびユーザ
入力能力を有することができる。監視クライアント１は、ポータブルであってもよく、効
率的なデータ閲覧およびデータ入力を容易にすることができ、監視クライアント１は、タ
ッチスクリーンを備えたまたは備えていない、ノートブックＰＣ、ネットブックＰＣ、タ
ブレットＰＣ、「スマートフォン」であってもよい。それに加えて、または代替として、
いくつかの実施形態では、監視クライアント１、および／または遠隔コミュニケータ１１
は、はるかに大きいディスプレイに接続されたケーブルにドッキングまたは結合し、それ
によってはるかに大きいディスプレイ（例えば、２４インチ・ディスプレイ）を監視クラ
イアント１および／または遠隔コミュニケータ１１のディスプレイにすることができ、は
るかに大きいディスプレイは、監視クライアント１および／または遠隔コミュニケータ１
１に通信されるタッチスクリーン能力、タッチペン入力能力、キーボード入力能力、遠隔
制御入力能力などの入力能力を有することができる。例えば、Ｘ線または患者画像化ファ
イルの閲覧は、監視クライアント１および／または遠隔コミュニケータ１１をより大きい
ディスプレイに結合された監視ドックにドッキングさせることによって容易にすることが
でき、それによって、介護人はより大きいディスプレイを使用して患者画像化ファイルを
見ることができる。閲覧ドックはまた、監視クライアントおよび／または遠隔コミュニケ
ータ１１を充電することができる。
監視クライアント１は、Ｌｉｎｕｘベースのオペレーティング・システム、アンドロイ
ドベースのオペレーティング・システム、ブラックベリーベースのオペレーティング・シ
ステム、タブレットベースのオペレーティング・システム、ｉＯＳ、ｉＰａｄ ＯＳ、ｉ
Ｐｈｏｎｅ ＯＳなどを実行することができる。特定の患者２への特定の監視クライアン
ト１の指定は、（これに限らないが）例えばリスト・バンド１１８内に埋め込まれたバー
コード１１４またはＲＦＩＤタグ１１６上で符号化された固有の患者識別子を含む、いく
つかの方法のいずれかを使用して行なうことができる。デバイス・ドック１０４は、バー
コード１１４またはＲＦＩＤタグ１１６の固有の患者識別子を判断するために、スキャナ
１２０を備えている。スキャナ１２０は、レーザ・バーコード・スキャナ、ＣＣＤベース
のバーコード・スキャナ、近距離コミュニケータまたは呼掛器、ＲＦＩＤリーダなどであ
ってもよい。他の実施形態では、固有の患者識別子は患者の生体データに基づくことがで
きる。このような１つの例示的場合では、生体能力（例えば、顔および／または音声認識
、網膜スキャン、血液型モニタ、指紋スキャンなど）を、監視クライアント１内に埋め込
むことができる、あるいは他様に関連付けることができる。デバイス・ドック１０４は、
固有の患者識別子を監視クライアント・ドック１０２、監視クライアント１、監視サーバ
３、遠隔コミュニケータ１１、他の監視クライアント４、別のサーバまたは電子演算装置
に通信して、患者２の治療を容易にすることができる。
監視クライアント１は、マイクロプロセッサ、マイクロコントローラ、論理デバイス、
デジタル回路、アナログ回路などの１つ以上を備えて、患者２の介護、状態、疾病または
治療に関連する情報を通信（例えば、送信または受信）することができる。例えば、監視
クライアント１は、患者状態パラメータおよび／または患者治療パラメータなどの患者介
護パラメータを送信または受信することができる。いくつかの例示的な患者状態パラメー
タは、血圧、体温、心拍数、パルス・オキシメータ、ＣＯ２レベル、血中酸素レベル、患
者の覚醒、患者の意識、患者の応答などの測定値である。いくつかの例示的な患者治療パ
ラメータとしては、投与される薬物、薬物または液体の流量、薬物投与スケジュール、ま
たは他のベッドサイド治療パラメータが挙げられる。
いくつかの実施形態では、例えば、監視クライアント１は、注入ポンプ７に物理的に関
連付けることができ、永久的に取り付けることができ、取付可能であり、そこから取り外
し可能であり、または取付可能に取り外すことができる。これは、２つのデバイス、例え
ば監視クライアント・ドック１０２とデバイス・ドック１０４との間のドッキング・イン
ターフェースによって達成することができる。このような１つの実施形態では、監視クラ
イアント１は、例えば、ドック１０２、１０４との電気的接触を通して、電気コネクタに
より、またはそれぞれのアンテナ１１２、１２２Ａを使用して各デバイス上のトランシー
バにより無線で、を含むいくつかの方法で、ポンプ７（または他の患者介護デバイス）と
通信する。それに加えて、または代替として、注入ポンプは、注入ポンプ７が監視クライ
アント１と動作可能に通信する場合に、監視クライアント１にアップロードされる特定の
患者に対する特定の治療を示す予めプログラムされた治療データを備えていてもよい。
監視クライアント１はまた、設備８内の１つ以上のデータベースと、設備９、１０の外
部のデータベースと、および／または（例えば、内科医、看護師および薬剤師を含む）ポ
ータブル・コミュニケータ１１を使用するヘルスケア・プロバイダと通信することができ
る。これは、（例えば、カテゴリ５ローカル・エリア・ネットワーク・コネクタ、ＵＳＢ
、有線イーサネットなどの）患者の部屋内のコネクタを通した設備サーバ８への有線接続
によって、または（例えば、ＷｉＦｉ、３Ｇ、４Ｇ、ＥＶＤＯ、ＷｉＭａｘなどの）無線
１２で、達成することができる。１つの実施形態では、イントラおよびエクストラ設備デ
ータベースへのアクセスは、監視サーバ３を通して（例えば、ミドルウェアを使用して）
仲介１３され、次に、ソフトウェアおよびアプリケーション・プログラミング・インター
フェースを集中させて、異種組織、フォーマット化、および通信プロトコルを有するデー
タベースと通信することができる。したがって、本開示の実施形態では、あらゆるソフト
ウェア更新を、監視サーバ３に概ね限ることができ、個別の監視クライアント１、４、１
１上の保守要件を少なくすることができる。任意選択では、監視クライアント１は、注入
ポンプ７などの患者治療デバイスと通信して、（動作パラメータなどの）治療の進行に関
する情報を受信し、動作指示を患者治療デバイスに与えることができる。別の実施形態で
は、監視クライアント１はまた、診断または監視の目的のために患者介護デバイスと通信
して、患者状態パラメータ（例えば、心電図（ＥＣＧ）モニタ１４、血圧（ＢＰ）モニタ
１５、パルス・オキシメータまたはＣＯ２カプノメータ１６、または温度モニタなどの他
のデバイスなど）を受信し、該デバイスから読み出し情報を受信し、および潜在的にデバ
イス１４、１５、１６、１７にプロバイダによってまたはアルゴリズムによって望まれる
場合に読み取りを行なうように指示してもよい。
本開示の実施形態では、設備サービス８および／または薬物有害事象ネットワーク９は
また、誤薬低減システム（ＤＥＲＳ）を備えることができる。ＤＥＲＳシステムは、ソフ
ト・アラームを始動するための第１のセットの所定の基準、および／またはハード・アラ
ームを始動するための第２のセットの所定の基準を含んでいてもよい。ソフト・アラーム
は、注入ポンプ７および／または監視クライアント１のユーザ・インターフェースを使用
して介護人によって無効にする（例えば、止める）ことができる（また、可聴および／ま
たは振動アラームのみであってもよい）、他方、ハード・アラームは、その原因が取り除
かれるまで治療を中断させる。
本開示のさらに追加の実施形態では、ＤＥＲＳシステムは、ソフト・リミットを規定す
る第１のセットの所定の基準、および／またはハード・リミットを規定する第２のセット
の所定の基準を含んでいてもよい。ハードおよびソフト・リミットは、体格、体重、年齢
、他の患者パラメータまたは他の基準に基づいて、薬物投与量リミットなどの治療リミッ
トを規定する。ソフト・リミットは、治療が第１のセットの所定の基準外であるにも関わ
らず、注入ポンプ７および／または監視クライアント１のユーザ・インターフェースを使
用して介護人によって無効にされて、その治療を開始することができ、他方、ハード・リ
ミットは、ハード・リミットを規定する第２のセットの所定の基準に合うように設定が変
更されるまで、治療が開始するのを防ぐ。
図１の例示的な実施形態でさらに分かるように、システム１００はまた、通信モジュー
ル１２４Ａ〜１２４Ｋを備えており、それぞれがそれぞれのアンテナ１２２Ａ〜１２２Ｋ
を有する。いくつかの実施形態では、通信モジュール１２４Ａ〜１２４Ｋのそれぞれは任
意選択であり、および／またはそれぞれのデバイスが一体型通信能力を有していてもよい
。通信モジュール１２４Ａ〜１２４Ｋのそれぞれは、それぞれのデバイスに結合するため
のコネクタを備えている。他の実施形態では、通信モジュール１２４Ａ〜１２４Ｋのそれ
ぞれは、図１に取り付けられているように示されているデバイスと永久的に一体化されて
いる。
通信モジュール１２４Ａ〜１２４Ｋのそれぞれは、任意選択で、１つ以上の無線リンク
を通して、互いに、デバイス・ドック１０４に、監視クライアント・ドック１０２に、監
視クライアント１に、遠隔コミュニケータ１１に、監視サーバ３に、ローカル・エリア・
ネットワークおよび／またはワイド・エリア・ネットワーク（例えば、インターネット）
を通して、ハブ８０２（図８参照）に、通信するための、および／またはそうでなければ
十分な無線通信能力を有する任意の他のデバイスと通信するための、１つ以上のトランシ
ーバを備えている。いくつかの特定の実施形態では、通信モジュール１２４Ａ〜１２４Ｋ
は、例えば、ＩＥＥＥ８０２．１４．４、Ｚｉｇｂｅｅ、ＸＢｅｅ、Ｗｉｂｒｅｅ、ＩＥ
ＥＥ８０２．１１などを使用して、例えば無線メッシュ・ネットワークとして動作するこ
とができる。より一般的な意味では、モジュール１２４Ａ〜１２４Ｋとシステム１００の
他のコンポーネント（例えば、ドック１０２および１０４、監視クライアント１、４、１
１など）との間の通信は、例えば、（例えば、監視クライアント１、４、１１および／ま
たはドック１０４に関連付けられた様々な医療デバイスの移動性に対応するために）静的
、動的、またはアドホック・トポロジーのいずれであれ、本明細書に記載するようにデバ
イス発見、ハンドシェイク、および／またはインターデバイス通信を可能にするあらゆる
無線通信プロトコルを使用して実施することができる。
他の実施形態では、各患者介護デバイスは、モジュールを備えていなくてもよく、また
は３つ以上のモジュール（例えば、通信モジュールを）備えていてもよい。例えば、各モ
ジュールは、特定の機能、例えばＷｉＦｉを有することができ、ユーザは特定の機能をそ
れぞれ有する複数のモジュールを選択し、これらを互いに結合することができる。モジュ
ールのグループはその後、患者介護デバイス、例えば注入ポンプに適用することができる
。さらに別の実施例を検討すると、各モジュールは、一次プロセッサ、バックアップ・プ
ロセッサ、および機能回路を有してもよく、これらは全て、互いに動作可能に通信する。
機能回路は、無線トランシーバ、電池、タッチスクリーンまたはディスプレイに対するイ
ンターフェース（ディスプレイをハウジングに取り付けることができる）、ワイヤ接続、
ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉ、３Ｇ、４Ｇ、コプロセ
ッサ、（例えば、注入ポンプを制御するための）制御システム、流体測定回路を用いた投
薬などであってもよい。選択したモジュールを、互いに、例えばデイジー・チェーン内で
接続することができ、その後、注入ポンプに接続することができる。選択したモジュール
は、本実施例では、例えばＣＡＮバス、有線通信、無線および／またはその他を介して、
その動作および／または機能を調整するために、互いに動作可能に通信することができる
。
モジュールはそれぞれ、スピーカおよびマイクロフォンを備えることができる。いくつ
かのモジュールが互いに接続されている場合、これらのモジュールは、１つのモジュール
がスピーカに可聴的にシグナルを送り、他方、別のモジュールがマイクロフォンを使用す
るというようにその動作を調整して、スピーカが適切に機能しているかどうか判定するこ
とができる。いくつかのモジュールはそれぞれ、異なる周波数でそのスピーカを使用する
ことができ、それによってモジュールのいずれの１つも、そのマイクロフォンを介して音
声を感知し、その異なる周波数を復調して、スピーカのいくつかを同時に検査することが
できる。検査は、第１のモジュールによって第２のモジュールに要求されてもよく、第２
のモジュールは検査の結果を第１のモジュールに送信することができる。
続けて図１を参照すると、通信モジュール１２４Ａ〜１２４Ｋの１つ以上はまた、任意
選択では、１つ以上の電池を備えて、それに結合されたデバイスに電力を与えることがで
きる。例えば、通信モジュール１２４Ａは注入ポンプ７に結合されて、それに電力を与え
ることができる。通信モジュール１２４Ａ〜１２４Ｋの他の構造および機能が、それらに
関連付けられたデバイスの目的および機能に応じて備えられることができる。例えば、い
くつかの実施形態では、注入の制御が注入ポンプで行われ、所望の送達に関する入力が注
入ポンプで行われ、このように、本開示のいくつかの実施形態では、通信モジュール１２
４Ａは、制御アルゴリズム、例えば比例積分微分（ＰＩＤ）制御ループを実行して、注入
ポンプ７を制御する。このような場合、監視クライアント１は、例えば、（例えば、無線
リンクを介して）通信モジュール１２４Ａに流体流量シグナルを通信することができ、そ
の後、注入ポンプ７のモータ（明示的には図示せず）に結合された電気接点を通して流体
流量シグナルに対応するシグナルを印加して、所望の流量を達成する。いくつかの実施形
態では、注入ポンプ７は、注入ポンプ７内に設けられた流量計から通信モジュール１２４
Ａに１つ以上のフィードバックシグナルを提供し、それによって、通信モジュール１２４
Ａは注入ポンプ７の動作（例えば、ＰＩＤ制御システムなどの動作のいくつかの態様）を
制御することができる。その結果は、監視クライアント１に送達されて、ＱＴベースのＧ
ＵＩなどのＧＵＩを使用してユーザに表示されることができる（いくつかの実施形態では
、監視クライアント１はタブレットである）。それに加えて、または代替として、いくつ
かの実施形態では、点滴流量計１４８を使用して、点滴流量計１４８に関連付けられた通
信モジュール１２４Ｋおよびアンテナ１２２Ｋを介して、通信モジュール１２４Ａに流量
を無線通信することができる。
本開示に照らして分かるように、通信モジュール１２４Ａ〜１２４Ｋは、様々な患者介
護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１４８に動作可能に結
合することができる。例えば、さらに図１を参照すると、通信モジュール１２４Ｂはシリ
ンジ・ポンプ１２６と動作可能に結合し、通信モジュール１２４Ｃは丸薬ディスペンサ１
２８に動作可能に結合している。それに加えて、または代替として、通信モジュール１２
４ＥはＥＣＧモニタ１２に動作可能に結合しており、通信モジュール１２４Ｆは血圧モニ
タ１５に動作可能に結合しており、通信モジュール１２４Ｇはパルス・オキシメータ／Ｃ
Ｏ２カプノメータ１６に動作可能に結合しており、通信モジュール１２４Ｈは他のモニタ
１７に動作可能に結合しており、通信モジュール１２４Ｉは患者の静脈内アクセス３５に
動作可能に結合しており、通信モジュール１２４Ｋは点滴流量計１４８に動作可能に結合
している。それぞれの通信モジュール１２４Ａ〜１２４Ｋは、それに結合されたそれぞれ
の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８または１４８に
、例えば、適切な制御システム、制御アルゴリズム、電池電源または他の機能を提供する
ことができる。
それに加えて、または代替として、いくつかの実施形態では、通信モジュール１２４Ｄ
は、デバイス・ドック１０４内にドッキングされ、例えば、バスまたはバックプレーンを
介してデバイス・ドック１０４に動作可能に結合して、デバイス・ドック１０４に取り付
けられたあらゆるデバイスと通信し、それとともにデバイス・ドック１０４内の電子回路
、監視クライアント・ドック１０２内の電子回路、および／または監視クライアント１と
通信する。任意選択では、通信モジュール１２４Ｄは、デバイス・ドック１０４内にドッ
キングされたあらゆるデバイス、例えば注入ポンプ７、シリンジ・ポンプ１２６、丸薬デ
ィスペンサ１２８またはマイクロインフュージョン・ポンプ１３０に、通信および／また
は電力を与えることができる。通信モジュール１２４Ｄの機能はまた、デバイス・ドック
１０４自体の回路内に一体化させることができることに留意されたい。
それに加えて、または代替として、いくつかの実施形態では、通信モジュール１２４を
それぞれ、１つ以上の有線電源、例えば、デバイス・ドック１０４内のバスまたはバック
プレーンを通してアクセス可能な電源によって補充することができるそれぞれのデバイス
７、１４、１５、１６、１７、３５、１２６、１４８に十分な電源供給を与えるように構
成することは任意選択である。上記したように、本開示のいくつかの実施形態では、通信
モジュール１２４Ｄは、十分な電力をデバイス７、１２６、１２８、１３０および１３３
に提供する。
上記したように、いくつかの実施形態では、通信モジュール１２４はそれぞれ、十分な
電力を対応するデバイス７、１２６、１２８、および１３０に提供する電力回路（例えば
、電圧変換器、調整回路、整流およびフィルタリング回路、バック回路、ブースト回路、
バック・ブースト回路、スイッチ・モード電源など）で構成されている。このようないく
つかの場合、この電力回路は、異なる様々な患者介護デバイス７、１４、１５、１６、１
７、３５、１２６、１２８、１４８に関連付けられた様々な電力供給特徴（例えば、電圧
レベル、最大負荷／電流要件、およびＡ／Ｃ周波数）の提供を可能にするように構成する
ことが可能である。あらゆる数の電力提供および管理スキームは、本開示に照らして自明
のことである。
任意選択では、本開示の他の実施形態では、１つ以上の電池セル、例えばリチウム・イ
オン電池セルを有する電力モジュール１３２が、デバイス・ドック１０４に取り付けられ
て、全治療持続時間にわたって十分な電力をデバイス７、１２６、１２８、１３０、１３
３に与える。それに加えて、または代替として、電力モジュール１３２は、利用可能な場
合に（一般的に図１にＡＣ源として示された）患者の部屋内のアウトレットに差し込むこ
とができる。このような場合、アウトレット電力が利用可能であれば使用されて、ドック
１０４内のデバイスに電力を与え、また電力モジュール１３２内に含まれる電池を充電す
ることができる（これは同時に行われてもよい）。アウトレット電力が失われた、または
そうでなければ利用可能でない場合、電力モジュール１３２および／または通信モジュー
ル１２４Ａ、１２４Ｂ、１２４Ｃ内の電池は、ドッキングされたデバイスに電力を提供す
ることができる。
例示的なシステム１００は任意選択では、ドングル１３３を備えることができる。ドン
グル１３３は、図１に示すデバイス・ドック１０４内にドッキングされている、または他
の実施形態では、デバイス・ドック１０４および／または監視クライアント１に対して遠
隔であってもよい。ドングル１３３は、他様には利用可能でない、無線デバイス用の通信
リンクまたはプロトコルを提供することができる。例えば、新しい無線プトロコル、テク
ノロジー、基準、および技術が時間の経過と共に利用可能になると、ドングル１３３を使
用して、新しい通信プロトコル間にブリッジ、ルータまたはリピータを提供し、１つのプ
ロトコルにおいて伝達された情報を他のプロトコルに変換することができ、それによって
、新しいプロトコル・デバイスは、患者介護デバイス７、１４、１５、１７、３５、１２
６、１２８、１３０、デバイス・ドック１０４、通信モジュール１２４Ｄ、監視クライア
ント・ドック１０２、監視クライアント１、図８のハブ８０２および／または他のデバイ
スと通信することができる。ドングル１３３は、例えば、監視サーバ３または監視クライ
アント１などの互いに知られているまたは使用されているフォーマットで、患者介護デバ
イス７、１４、１５、１７、３５、１２６、１２８、１３０、デバイス・ドック１０４、
通信モジュール１２４Ｄ、監視クライアント・ドック１０２、監視クライアント１、図８
のハブ８０２および／または他のデバイスのいずれか１つ以上によって使用される無線プ
ロトコル、テクノロジー、基準または技術を使用して、新しい通信リンクから受信したデ
ータを再伝達することができる。ドングル１３３はまた、通信ブリッジを、ＥＶＤＯまた
はＣＤＭＡベースの携帯システムなどの、携帯ベースの通信リンクに提供することができ
る。
いくつかの実施形態では、ドングル１３３は、１つ以上の患者介護デバイスからの患者
介護パラメータ、例えば患者治療パラメータまたは患者状態パラメータを通信し、これら
を監視クライアント１、図８のハブ８０２、および／または監視サーバ３に再伝達するこ
とができ、また逆も同様である。任意選択では、いくつかの実施形態では、ドングル１３
３は、有線取付コネクタ、例えばＲＳ−２３２コネクタを備えることができ、レガシー・
デバイスに接続可能であって、該レガシー・デバイスからの通信を１つ以上の他の患者介
護デバイス、監視クライアント１、図８のハブ８０２および／または監視サーバ３などに
提供する。レガシー・デバイスは例えば、レガシー患者介護デバイス、レガシー演算デバ
イス、レガシー有線通信プロトコルを使用した他のデバイスなどであってもよい。
任意選択では、システム１００はまた、様々なデバイス、ドック、監視クライアントお
よび／またはサーバの動作を監視するためのウェアラブル・システム・モニタ１３１を備
えることができる。監視クライアント１、遠隔コミュニケータ１１、および／または図８
のハブ８０２を使用して、ウェアラブル・システム・モニタ１３１をプログラムする、こ
れと相互作用する、および／またはこれとペアリングすることができる。ウェアラブル・
システム・モニタ１３１は、患者２またはプロバイダによって着用することができ、多数
のウェアラブル・システム・モニタ１３１を使用することができる。ウェアラブル・シス
テム・モニタ１３１は、適切な動作を保証するために、様々なデバイスに問い合わせるこ
とができる。例えば、例示的な１つの実施形態では、ウェアラブル・システム・モニタ１
３１は、患者介護デバイス１４、１５、１６、１７、３５、１２６、１２８、１３０、監
視クライアント１、監視クライアント・ドック１０２、デバイス・ドック１０４および／
または図８のハブ８０２と通信して、何らかの故障、過誤、不正、データ破損、通信劣化
、不完全動作、遅い動作または他の問題が存在するかどうか判定する。
ウェアラブル・システム・モニタ１３１からの通信は、１つ以上の問合せシグナルを含
み、問合せを受けているデバイスが適切に機能しているか、所定の動作パラメータ内で機
能しているか、および／またはそうでなければ、望ましくない状態または状況にあるかど
うか判定することができる。システム・モニタ１３１は、監視サーバ３、監視クライアン
ト１または図８のハブ８０２などの１つ以上のデバイスに検出した状態または過誤を通信
して、プロバイダに警戒を発し、シャットダウン手続を開始し、および／または正常に動
作しないデバイスに指示された他の適切な治療動作を開始させることができる。例えば、
システム・モニタ１３１は、監視クライアント１、ネットワークおよび／またはインター
ネットに結合されたＷｉＦｉルータを介して監視サーバ３、他の監視クライアント４、通
信モジュール１２４または遠隔コミュニケータ１１で構成された他のデバイスと通信する
通信モジュール１２４Ｊのトランシーバを使用して、異常な問合せ応答または問合せ応答
がないことによる警戒および／またはアラームのシグナルを送ることができる。警戒およ
び／またはアラームは、デバイスに警戒および／またはアラームを可聴的に鳴らさせるま
たは可視的に示させることができる。本開示のいくつかの実施形態では、システム・モニ
タ１３１は、患者２が介護プロバイダに要求することを可能にするためのコール・ボタン
（明示的に図示せず）を備えている、例えば、デバイスを所有しているユーザに要求を可
視的におよび／または可聴的に示すために、要求は監視クライアント１または遠隔コミュ
ニケータ１１にルーティングされる。
システム・モニタ１３１は、例えば、（１）所定の時間内に問合せに対する応答を予測
すること、（２）問合せを受けているデバイス内でカウンタを増分し、増分された後にデ
バイスからカウンタの値を要求すること、（３）チャレンジ・レスポンス方式の問合せ、
および／または（４）他のシステム監視技術または方法を含む、様々な方法でその機能を
実施することができる。
上記したように、いくつかの実施形態では、システム・モニタ１３１は、システム・モ
ニタ１３１にペアリングされた患者介護デバイスに問い合わせた後に、所定の時間内に問
合せに対する応答を予測する。例えば、システム・モニタ１３１は、「システム・モニタ
問合せ」のテキスト文字列メッセージを注入ポンプ７に送信することができる。本実施例
では、注入ポンプ７は、「システム・モニタ問合せ」とラベルが付けられたメッセージを
システム・モニタ１３１から受信し、その中の１つ以上のプロセッサを使用してメッセー
ジを処理する。注入ポンプ７がメッセージを処理する場合、その中のソフトウェア・ルー
チンは、システム・モニタ１３１に再び応答メッセージを送信するコードを実行する、例
えば、応答メッセージは、システム・モニタ１３１に送信される「システム・モニタ応答
」のテキスト文字列メッセージであってもよい。本実施例では、システム・モニタ１３１
は、２秒などの所定の時間内に応答メッセージを受信することを予測することができ、シ
ステム・モニタ１３１が２秒以内に応答メッセージを受信しない場合に、システム・モニ
タ１３１が他のデバイスに警告しおよび／または警戒を送信する（例えば、システム・モ
ニタ１３１は警戒または過誤・メッセージを放送することができる、またはアラームまた
は警戒を可聴的にまたは可視的に遠隔コミュニケータ１１を介してプロセッサに提供させ
ることができる）。
上記したように、いくつかの実施形態では、システム・モニタ１３１は、問合せを受け
ているデバイス内のカウンタを増分させ、増分された後にデバイスにカウンタの値を要求
する。例えば、システム・モニタ１３１は、「増分カウンタ」などのメッセージをデバイ
スに送信することによって、要求を患者介護デバイス、例えば注入ポンプ７に送信するこ
とができる。デバイスのプロセッサは、「増分カウンタ」メッセージを受信し、デバイス
のメモリ位置から値を読み取り、メモリ位置で見出した値を増分させ、前の値を上書きす
ることによって同じメモリ位置に新しい値を記憶する。その後、本実施例では、プロセッ
サは、メモリ位置から新しい値を読み取り、新しい値をシステム・モニタ１３１に、例え
ば問合せを受けているデバイス上の無線トランシーバを介して送信する。システム・モニ
タ１３１は、本実施例では、問合せを受けているデバイスから特定の値を予測する（この
予測された値は、例えばテーブル内などの、システム・モニタのメモリ内に記憶すること
ができる）。例えば、システム・モニタ１３１は、デバイスから前に受信した４８の値を
そのメモリ内に記憶することができ、値を問合せを受けたデバイス内で更新することを要
求した後に、デバイスから４９の値を受信することを予測する。
また、上記したように、チャレンジ・レスポンス方式の問合せを、システム・モニタ１
３１によって使用することができる。例えば、システム・モニタ１３１は、暗号化された
メッセージを患者介護デバイスに送信することができる。患者介護デバイスはその後、例
えば、暗号キーを使用してメッセージを解読し、メッセージをシステム・モニタ１３１に
再び送信するようにタスクが与えられる。システム・モニタ１３１は、暗号化されていな
いメッセージが所定の時間内に戻ることを予測することができる。本実施例では、システ
ム・モニタ１３１が所定の時間内に応答メッセージを受信しない場合、システム・モニタ
１３１は、他のデバイスに警告し、および／または警戒を送信する（例えば、システム・
モニタ１３１は警戒またはアラーム・メッセージを放送することができる、および／また
はこれらを監視クライアント１、監視サーバ３、図８のハブ８０２または遠隔コミュニケ
ータ１１に伝達することができ、その後、警戒またはアラームを表示または可聴的に示す
）。
本開示の実施形態では、監視クライアント１は、手持ち式またはポータブル遠隔コミュ
ニケータ１１（例えば、スマートフォン、タブレット・コンピュータ、ＰＤＡ、ラップト
ップまたは他のポータブル演算デバイスであってもよい）を使用して、ヘルスケア・プロ
バイダと通信し、直接相互作用する能力を有する。これは、無線１２によって達成するこ
とができ、それによって、設備内の患者の位置、または設備内あるいはその外のプロバイ
ダの位置にかかわらず、通信を維持することができる。１つの態様では、患者２に固有の
情報は監視クライアント１内にローカルに記憶されることができ、それによって、患者の
ヘルスケア・プロバイダは、監視サーバ３にアクセスする必要なく、情報に直接アクセス
することができる。
いくつかの実施形態では、任意選択では、適切な安全およびセキュリティ・チェックを
組み込むことによって、接続された注入ポンプ７または患者監視デバイス１４〜１７、３
５、１２６、１２８、１３０、１４８の設定または流量パラメータに対する変更は、（有
線または無線通信を介して）プロバイダの監視クライアント１１と監視クライアント１と
の間で直接達成することができ、選択された変更はまた、監視サーバ３、したがって任意
選択ではナース・ステーション５および／または薬局６などの他の適切な位置に通信する
ことができる。さらに、患者２に関する任意の新しい指示を、指示するプロバイダの遠隔
コミュニケータ１１（例えば、スマートフォン）に入力し、監視クライアント１に伝達す
ることができ、次に、介護人独自のポータブル・コミュニケータ１１を介して介護人（例
えば、看護師、ナース・プラクティショナ、医師、内科医、または他のヘルスケア専門家
）に知らせることができる。それに加えて、または代替として、いくつかの実施形態では
、新しい指示を注入ポンプ７または患者監視デバイス１４〜１７、３５、１２６、１２８
、１３０、１４８に通信することができ、それによって、その中にあるまたはそこに結合
された制御システムは、新しい指示に応じて、その動作、例えば設定点を変更することが
できる。いくつかの実施形態では、監視クライアント１内で取得および記憶された任意の
情報を、監視サーバ３に周期的にアップロードし、患者特有のデータベースに記憶する。
したがって、患者の監視クライアント１が動作停止している場合、新しいデバイスを患者
２に割り当て、監視サーバ３からの患者の現在の情報を迅速に再び追加することができる
。患者の取り付けられたデバイスからの指示、薬剤、進行ノート、監視データ、治療デー
タ、患者治療パラメータ、患者監視パラメータおよび／または動作パラメータはまた、永
久的、一時的または一過性の記憶のために、および／または所定の基準、例えば範囲、閾
値などに従っていることを確認するための分析のために、監視クライアント１から患者の
ＥＨＲ１９、任意の適用可能な遠隔コミュニケータ１１、図８のハブ８０２および／また
は監視サーバ３にアップロードすることができる。
いくつかの実施形態では、監視サーバ３は、設備８内のいくつかの監視クライアント１
、４、１１に対する制御のいくつかの要素と通信し、これを提供することができるコンピ
ュータを備えてもよい。監視サーバ３は、監視クライアント１、４、１１に、設備内８お
よび設備外９の両方の多数のデータベースから抽出したデータを提供してもよい。本開示
の実施形態では、監視サーバ３は、患者２に関するターゲット情報について設備のＥＨＲ
システム１９に問い合わせ、その後、その患者の監視クライアント１に所定のセットの情
報（例えば、患者の年齢、身長、体重、疾病のカテゴリ、現在の薬剤および薬剤カテゴリ
、薬剤アレルギーおよび過敏症など）を追加することができる。このような１つの実施例
によると、監視サーバ３は、例えば、監視クライアント１が患者２に割り当てられた場合
に、設備内にＥＨＲ１９、研究室２０、放射線科２１、薬局２２および／または他のシス
テム（例えば、心臓病２３またはスケジューリング・データベース２４など）に対する通
信リンクを確立してもよい。固有の患者識別子で、監視サーバ３は、患者特有のデータを
これらのシステムから受信し、システムに送信するための電子アクセス（許可）を得るこ
とができる。データの所定の（選択可能な）サブセットは、監視クライアント１のメモリ
（図１には明示的には図示せず）内にダウロード可能である。
このように取得した情報は次に、新しい指示をこれとの対比で分析することができるキ
ー・データベースとしての役割をすることができる。監視クライアント１内に入力される
指示は、監視サーバ３によって得られる患者特有の情報との適合性をチェックすることが
できる。任意選択では、安全の重複のため、コミュニケータ１１から遠隔で入力された指
示は、監視サーバ３によって傍受することができ、同様にチェックすることができる。監
視サーバ３はまた、設備の薬局２２または外部９にある薬剤データベースから情報を得て
、新しい患者指示が例えば患者の既存の薬剤との不適合性を生じる可能性があるかどうか
判定することができる。本開示の実施形態では、監視サーバ３は、一般に利用可能なイン
ターネット・サイト２５にアクセスするようにプログラムされて、患者の指示された薬剤
に関する新しい情報をダウンロードして、患者のヘルスケア・プロバイダ（複数可）に警
戒またはアラームとして伝達１３すべきかどうか判定することができる。監視サーバ３は
また、遠隔ポータブル・コミュニケータ１１と患者の監視クライアント１との間に情報を
ルーティングすることができる。
本開示の実施形態では、患者の内科医、看護師または薬剤師は、患者２に関する新しい
指示（例えば、薬剤指示など）を中継または受信するために、患者の監視クライアント１
へのアクセスを有することができる。監視クライアント１またはサーバ３はその後、新し
い指示を記録し、要求を薬剤師６ならびに患者の看護師に、看護師のポータブル・コミュ
ニケータ１１を介して、および／またはナース・ステーション５の固定端末を介して中継
してもよい。監視クライアント１とのカスタマイズされた通信アプリケーションを有する
「スマートフォン」（例えば、特に、グーグルのＮｅｘｕｓ Ｏｎｅ ｐｈｏｎｅ、アッ
プルのｉＰｈｏｎｅ、またはＲＩＭのブラックベリーＯＳ）は、（オフィスまたは遠隔ナ
ース・ステーションのような）固定位置に居ないプロバイダに対して便利なポータブル・
コミュニケータ１１として働くことができる。タブレットＰＣ、ネットブック、またはラ
ップトップ・コンピュータはまた、ポータブルまたは固定位置の両方に対して便利なポー
タブル・コミュニケータ１１として働くことができる。ＰＣは、固定またはデスクトップ
位置に対して便利な通信デバイス１１として働くことができる。プロバイダが患者の部屋
に居る場合、プロバイダは監視クライアント１上のキーボードまたはタッチスクリーンを
通した直接入力を使用して、患者２に関する情報を入力または受信してもよい。
監視クライアント１は、割り当てられたまたは指定された特定の患者２に関する情報を
受信し、処理し、伝達することができる。監視クライアント１は、注入ポンプ７、または
患者２を接続または関連付けることができるあらゆる他のデバイスと通信するように、監
視クライアント・ドック１０２に最も便利に取り付け可能またはドッキング可能である。
監視クライアント１は、例えば、ほぼ無線電話またはタブレット式ネットブックの大きさ
の手持ち式デバイスであってもよい。監視クライアント１は、患者のプロバイダによって
使用されるタッチスクリーン・インターフェースを有していると便利である。また、有線
または無線接続のいずれかを通して、患者の部屋内、またはナース・ステーション５また
は他の便利な場所にある、より大きい固定ディスプレイに出力を提供することが可能であ
る。各監視クライアント１は、中央監視サーバ３と通信することができ、これを通して設
備のＥＨＲデータベース１９、研究室データベース２０、放射線科データベース２１、薬
局データベース２２、または様々な他の設備部門の他のデータベースから患者のデータに
アクセスすることができる。いくつかの場合では、監視クライアント１は、監視サーバ３
を介して患者のＥＨＲ１９に患者監視デバイス１４〜１７から、またはプロバイダ入力か
ら受信する情報をアップロードすることができる。監視クライアント１、４はまた、イン
ターネット接続２５を有する監視サーバ３を通して、設備外のデータベースから情報を受
けることができる。したがって、有害薬剤関連事象を取り扱う様々な薬物情報データベー
スおよび警戒ネットワークを含む、様々な外部データベース９がアクセス可能である。
監視サーバ３は、例えば、監視クライアント１の内容をできるだけ最新に保つ際の助け
となる様々なレベルの外部データベース情報を管理するように手配されることができる。
これは、例えば利用可能になった場合に患者に関連する安全および薬物情報を比較し、デ
ータ転送スケジュール上の更新／ダウンロードに優先順位を付けることによって達成する
ことができる。監視クライアント１、４はまた、看護師、内科医および薬剤師などのヘル
スケア・プロバイダによって使用されるポータブル・コミュニケータ１１と直接、あるい
は監視サーバ３を通して通信することができる。いくつかの場合では、これらのデバイス
は、（例えば、病院の薬局またはナース・ステーションなどの固定位置で使用される場合
）監視サーバ３への有線接続を有することができる。他の場合では、ポータブル・コミュ
ニケータ１１は、コンピュータおよびデバイス１１との有線または無線（例えば、ブルー
トゥースまたはＷｉＦｉ８０２．１１）接続１３を使用して、安全なインターネット接続
（例えば、ＶＰＮベースのインターネット接続、ＵＰＮ、Ｈｔｔｐｓ、プライベート・キ
ー機構など）を通して監視サーバ３と通信することができる。代替として、（スマートフ
ォンまたはタブレット・ネットブックなどの）手持ち式遠隔コミュニケータ１１は、携帯
電話ネットワークを介して設備の監視クライアント１と直接通信１２してもよく、および
／または設備は、ＷｉＦｉネットワーク（例えば、２．４ＧＨｚから２．４８３５ＧＨｚ
無認可ＩＳＭバンド）を含むことができるプライベート・セル・ネットワークを備えても
よい。
いくつかの実施形態では、監視クライアント１、４と監視サーバ３との間の通信リンク
が、設備内で幅広く利用可能な場合にイーサネット・ネットワークを介して、またはいく
つかの規格の１つを使用した無線伝達を介して存在して、全ての患者特有の監視クライア
ント１、４を中央監視サーバ３にリンクさせることができる。サーバ３はその後、他の設
備サーバ８、ウェブをベースとするサーバ２５、および医療介護プロバイダが持っている
設備内および設備外ポータブル・コミュニケータ１１との通信用のリレーとして働くこと
ができる。いくつかの実施形態では、無線ネットワークは、設備内で患者２がどこに居る
かにかかわらず、監視サーバ３と通信することが可能な追加の機能を提供する。
設備全体を無線範囲で覆う１つの方法は、設備にプライベート携帯電話ネットワークの
ライセンスを取得させる必要がある。設備全体を通してローカル通信ネットワークを提供
するために、１つ以上のマイクロ携帯周波数を取得しまたは借りることができる。このよ
うな配置は、患者および監視クライアント１、４が設備内の１つの位置から別の位置まで
移動する場合に通信を保持して、監視サーバ３、様々な病院内および病院外データベース
８、２５および固定ステーション（例えば、いくつかの実施形態では、ナース・ステーシ
ョン５および薬局６）のユーザとの、または病院の内側または外側いずれかの監視クライ
アント１１（例えば、携帯スマートフォン、ラップトップ、またはタブレット・タイプ・
デバイス）との接続を維持することができる。いくつかの実施形態では、このタイプのシ
ステムは、許可された携帯通信インフラを介して追加のセキュリティを提供する。それに
加えて、いくつかの実施形態では、アクティブ無線システムは、エリア内での使用強度を
監視し、そのエリアに追加のチャネル周波数を指示することができる。しかし、いくつか
の実施形態では、ネットワークの帯域幅容量は、例えば放射線画像を含むものなどの、大
きいデータ・ファイルの効率的な伝達を可能にしないことがある。このような帯域幅大量
データ・ファイルは、有線接続を介してより効率的に通信することができる。
代替としてまたは加えて、病院は、インターネットまたはイントラネット・ベースの通
信システムを実施することができ、その中で、８０２．１１ＷｉＦｉタイプ・プロトコル
が個別の監視クライアント１、４と監視サーバ３との間の無線通信に使用される。設備全
体を通して適切なシグナル受信を保証するために、ブロードバンド・アンテナを、ローカ
ル無線電話会社からの携帯電話シグナルを集めるために、建物の屋根の上に取り付けるこ
とができる。光ファイバまたはケーブル・ネットワークはその後、設備全体を通してシグ
ナルを分配することができる。それに加えて、または代替として、監視サーバ３は、上に
記載したプライベート携帯電話ネットワークを使用することができる。このようなシステ
ムは典型的には、安全な通信を提供することが可能であり、例えば、放射線データベース
２１内に記憶された放射線画像などの、大きいファイルを効率的に通信することが可能で
ある。家庭またはオフィスをベースとするユーザは、例えば、ＶＰＮまたは有線または光
ファイバケーブルを使用した別の安全アクセス、またはＤＳＬ電話線を通して病院サーバ
に接続することが可能である。データ暗号化を使用して、患者データ・セキュリティを提
供することができる。いくつかの応用例では、インフラ能力を最適化するために、非対称
帯域幅通信ネットワークを実施することが有利であることがある。この実施例は、監視ク
ライアント１から監視サーバ３までの「上流側」方向に認可携帯周波数、および監視サー
バ３から監視クライアント１までの「下流側」方向に無認可８０２．１１ＷｉＦｉ周波数
を使用している。この実施例では、上流側帯域幅およびデータ転送速度要件は、下流側要
件と比較して比較的小さい。優先度が低い上流側伝達では、監視クライアント１は、例え
ばＺｉｇＢｅｅネットワーク、ブルートゥース・ネットワーク、メッシュ・ネットワーク
などの、より分散型の費用効率が良いネットワークを通してデータを送信することを可能
にする。
上記したように、患者介護デバイス１４、１５、１６、１７、３５などの様々な監視デ
バイスと監視クライアント１との間の通信は、例えば、ＺｉｇＢｅｅ無線メッシュ・ネッ
トワークおよび／またはブルートゥース・ネットワークを使用して、費用効果の良い方法
で達成することができる。例示的な監視デバイスとしては、特にＥＣＧモニタ１４、血圧
モニタ１５、パルス・オキシメータ／カプノメータ１６、体温計および体重計が挙げられ
る。ほとんどのこれらのデバイスの共通の特徴は、単一のまたは少数のパラメータの定期
的な読出しを行なうことである。無線メッシュ・ネットワークなどの病院内デバイス通信
システムは、デバイスの間に低電力デジタル無線接続性を提供し、幅広く利用可能なライ
センス・フリー周波数帯域（例えば、いくつかの管轄では２．４ＧＨｚ）を利用すること
ができる。高レベル通信プロトコルを利用して、例えば、ＴＣＰ、ＵＤＰなどのデータ忠
実性およびセキュリティを保証することができる。例えば、対称暗号キーを使用して、Ｔ
ｗｏｆｉｓｈ、Ｓｅｒｐｅｎｔ、ＡＥＳ（Ｒｉｊｎｄａｅｌ）、Ｂｌｏｗｆｉｓｈ、ＣＡ
ＳＴ５、ＲＣ４、３ＤＥＳ、ＩＤＥＡなどの暗号アルゴリズムに対して生成されるものな
どの、監視クライアントと患者介護デバイスとの間の通信を保証することができる。それ
に加えて、または代替として、例えば、ＣＲＣ、奇数パリティ・ビット・チェック、また
は偶数パリティ・ビット・チェックなどの、様々なデータ整合性技術を使用することがで
きる。
メッシュ・ネットワークは高度に拡張可能であり、多くのデバイスを単一の自己形成、
自己回復メッシュ・ネットワーク上で使用することを可能にする。ネットワークに接続さ
れたデバイスは、互いに通信し、データを転送するためにリピータとして働くことができ
る。メッシュ・ネットワークは、比較的低コストであり、拡張可能であり、監視されてい
る患者に対して移動可能である。いくつかの実施形態では、無線メッシュ・ネットワーク
にリンクされたデバイスに対する無線範囲は、設備内のシステムの各ノードから７０メー
トルまでに到達することができる。患者の監視クライアント１、４を通して、ヘルスケア
・プロバイダが持っているポータブル・コミュニケータ１１とその割り当てられた患者の
間で設備内に無線リンクを提供する際に、同様のネットワークを使用してもよい。
多くの場合、監視クライアント１に伝達される情報は、単一のパラメータ値（例えば、
血圧など）およびタイム・スタンプを含むことができる。監視クライアント１は、値が所
定範囲外であるかどうか判定し、値を患者のＥＨＲ１９内に記録し、その監視クライアン
ト１１を介して適切なプロバイダに知らせるようにプログラムすることができる。さらに
、ネットワークは双方向通信を可能にし、監視クライアント１が患者監視デバイス（例え
ば、ＢＰモニタ１５）に照会し、スケジュールされていない読み取りを行なうように指示
することができる。これは、例えば、異常読み取りが受信され、その信憑性を検証する必
要がある場合に有用であり得る。監視クライアント１は、繰返し読み取りを要求するよう
にプログラムして、異常読み取りを検証することができる。別の実施形態では、監視クラ
イアント１は、監視デバイス１４〜１７から受信した、読み取り値によって、注入ポンプ
７の流量、動作パラメータおよび／または治療パラメータを中断または調節するようにプ
ログラムすることができる。例えば、ＢＰモニタ１５が所定の許容範囲より下の血圧を示
す場合、監視クライアント１は、注入ポンプ７に注入を停止することを指示するようにプ
ログラムすることができ、緊急通知１２を（１つ以上の）ヘルスケア・プロバイダの監視
クライアント１１に伝達することができる。別の実施形態では、注入ポンプ７が患者２に
送達されている流体の量（例えば、ある期間にポンプ注入された流体の流量または累積量
）を決定することが可能である場合、監視クライアント１内のプロセッサは、送達された
累積量を追跡し、薬剤バッグ１７０内に残っている流体の量を推測することができる。（
代替として、監視クライアント１または注入ポンプ７内のプロセッサは、注入速度および
注入の経過時間から送達された量を算出してもよい。）
推測された残留量が所定の量に到達すると、監視クライアント１は、注入ポンプ７にシ
グナルを送って、その流量を減らして患者の静脈内アクセス３５を空にさせないようにす
ることができる。例えば、監視クライアント１は、看護師がバッグを交換するために特定
の時間に戻るように予定されていると判断し、静脈内流体が看護師の予定された戻り時間
前になくなることを警告しおよび／またはそのアラームを送信するよりもむしろ、監視ク
ライアント１は、看護師が到着するときにまたは看護師の予定された戻り時間から所定の
時間後に静脈内バッグが空になるように、注入速度が遅くするように注入ポンプ７にシグ
ナルを送ってもよい。また、静脈内バッグ１７の補充を薦める通知を看護師の監視クライ
アント１１に送信してもよい。
いくつかの実施形態では、患者介護デバイスの動作の進行は、監視クライアント１のデ
ィスプレイの外縁によって表示されて、該患者介護デバイスの状態および／または進行を
示す。例えば、ライトアップされる外縁の割合（例えば、外縁が埋まるに連れて、完全に
埋まった外周部を形成し始める）が患者介護デバイス、例えば注入ポンプ７によって達成
された治療の進行度を表示するように、外縁が監視クライアント１のディスプレイに表示
される。この外縁は画像形式（例えば、ＪＰＥＧ、ＢＭＰなど）で注入ポンプ７から監視
クライアント１に送られてもよく、および／または埋められた割合値として監視クライア
ント１に送られてもよく、後者の場合には監視クライアント１が外縁を作成する。
いくつかの実施形態では、ＧＰＳおよび／または測距モジュール（例えば、飛行時間型
推測を使用する超音波測距モジュール）を、注入ポンプ７、監視クライアント１、介護人
および／または患者に設置されてもよい。所定の設定は、注入ポンプ７、監視クライアン
ト１、図８のハブ８０２、介護人および／または患者の所定の一群が、この特定の実施形
態では、治療を開始する前に、および／または注入ポンプ７および／または監視クライア
ント１のうちの１つを構成する前に、互いに所定の距離内に居なければならないことを要
求してもよい。
いくつかの実施形態では、患者介護デバイス７、１７０、１２６、１２８、１３０、１
４、１５、１６、１７、１２４または１４８、ドック１０２または１０４、監視クライア
ント１、図８のハブ８０２は、（例えば、患者を混乱させることなくアラームの原因を取
り除くための解決法を介護人が見つけることを可能にするように）所定の時間が経過して
しまうまで、アラームを発するデバイスで、および／または監視クライアント１で警告す
ることなく、ソフト・アラーム、ハード・アラーム、および／または重大ではないアラー
ムを遠隔コミュニケータ１１に送信してもよい。所定の時間前にアラームの原因が取り除
かれた場合には、アラームを発するデバイスおよび／または監視クライアント１が警告し
ないこともあり、それによって患者の追加の混乱を防ぐことができる。
いくつかの実施形態では、図１のＡＣケーブルはクリップを備えており、それによって
静脈管をそこにクリップ留めすることができる。
いくつかの実施形態では、注入ポンプ７は、以下の１つ以上を表示するＬＥＤ灯を備え
る：安全点検を通過したこと；ポンプが注入していること；閉塞があること；および／ま
たはポンプが切られていること。ユーザは、監視クライアント１を使用して、（例えば、
カメラ１４４またはカメラ１３６、および／またはスキャナ１２０を使用して）静脈内バ
ッグ１７０上のバーコードを読み取ることができ、その時に、プラグ上のＬＥＤは点滅し
て、静脈内バッグ１７０に接続されたチューブをその中に挿入すべきことをユーザに示す
ことができる。
いくつかの実施形態では、図１に示すような、またはここで記載されたような、番号が
付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患
者介護デバイス、ドックおよび演算デバイスは、任意選択である。例えば、いくつかの実
施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設
備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意
選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞ
れ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネッ
トワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／
または治療結果データベース１０は任意選択である。それに加えて、または代替として、
いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２
６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リス
ト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ
１３４および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択で
ある。
それに加えて、いくつかの実施形態では、図１に示すような、またはここで記載された
ような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポ
ーネント、デバイス、患者介護デバイス、ドックおよび演算デバイスが、単一のアイテム
、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示さ
れているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、ド
ックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図１に示され
ているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができる
、多数の注入ポンプ７を使用することができる、またはあらゆる任意の数の注入ポンプ７
を使用することができる。それに加えて、または代替として、いくつかの実施形態では、
多数のデバイス・ドック１０４および／または多数の監視クライアント・ドック１０２を
使用することができる。
それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１
７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイス
の他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例
えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されて
おり、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、
１２８、１３０、１４８は、無効にされ、システム使用のためには存在しないまたは利用
可能でなく、電源を落とされ、または図１のシステム１００の一部ではないことがある。
それに加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護
デバイスだけがデバイス・ドック１０４にドッキング可能である。例えば、この特定の実
施形態では、注入ポンプ７はデバイス・ドック１０４内にドッキングされた唯一のデバイ
スであり、デバイス・ドック１０４は１つのデバイス、例えば注入ポンプ７だけを受ける
。それに加えて、代替として、または任意選択では、いくつかの特定の実施形態では、患
者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は
、ドッキング可能であり、ドッキングしないで動作することができ、および／またはドッ
キング可能でないことがあり、スタンドアロンの患者介護デバイスとして動作することが
できる。
いくつかの実施形態では、患者介護デバイス７、１４、１５、１６、１７、３５、１２
６、１２８、１３０および／または１４８、監視クライアント１、遠隔コミュニケータ１
１、およびドック１０２および／または１０４は、例えばＡＰＩを介して、安全データ・
クラスを備えてもよい。
図１を参照して説明したあらゆる機能は、いくつかの実施形態では、図８のハブ８０２
によって行なわれてもよい。
図２は、本開示の実施形態による、監視クライアント、例えば図１の監視クライアント
１と患者介護デバイスの１つ以上、例えば図１の患者介護デバイス７、１４、１５、１６
、１７、３５、１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するため
の方法１５０を示すフローチャート図を示す。本実施例の方法１５０は、行為１５２〜１
６９を含む。監視クライアント１は、通信がペアリングおよび／または指定された患者介
護デバイスに確立された場合を示すアイコンを表示することができる。監視クライアント
１は、ペアリングおよび／または指定された患者介護デバイスとの通信が所定の間隔で利
用可能であると決定するためにチェックすることができ、ペアリングまたは指定された患
者介護デバイスへの通信が所定の時間の間利用可能でない場合に、監視クライアント１は
アラームまたは警戒を鳴動することができる。
行為１５２は、監視クライアント・ドックが、ドック・コネクタを通して監視クライア
ントと監視クライアント・ドックとの間の通信リンクとして利用可能であるか判定する。
行為１５２の通信リンクが利用可能である場合、方法１５０は行為１５４に進み、そうで
なければ、方法１５０は行為１５６に進む。
行為１５６は、監視クライアント・ドックが、無線リンクを通して監視クライアントと
監視クライアント・ドックの間の通信リンクとして利用可能であるか判定する。行為１５
６のリンクが利用可能である場合、方法１５０は行為１５４に進み、そうでなければ、方
法１５０は行為１５８に進む。
行為１５４は、監視クライアント・ドックが、ケーブルを使用して監視クライアント・
ドックとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為１
５４の通信リンクが利用可能である場合、方法１５０は行為１６０に進み、そうでなけれ
ば、方法１５０は行為１５８に進む。行為１６０は、デバイス・ドックが、デバイス・ド
ックと患者介護デバイスとの間の通信リンクとして、例えば無線または有線通信リンクを
通して利用可能であるか判定する。行為１６０の通信リンクが利用可能である場合、方法
１５０は行為１６６に進み、そうでなければ、方法１５０は行為１６２に進む。行為１６
２は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介護デバイス
・ドックとの間の通信リンクとして利用可能であるか判定する。行為１６２の通信リンク
が利用可能である場合、方法は行為１６６に進み、そうでなければ、方法１５０は行為１
６４に進む。
行為１５８は、デバイス・ドックが無線リンクを通して監視クライアントとデバイス・
ドックとの間の通信リンクとして利用可能であるか判定する。行為１５８の通信リンクが
利用可能でない場合、方法１５０は行為１６２に進み、そうでなければ、方法１５０は行
為１６０に進む。
行為１６６は、利用可能な通信リンクを使用して、監視クライアントと患者介護デバイ
スとの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクが使用されてお
らず、例えば、全てのプロトコルが通信端点間のハンドシェイクを使用するわけではない
。判断行為１６８は、行為１６６のハンドシェイクが成功したかどうか判定する。判断行
為１６８が行為１６６のハンドシェイクが成功しなかったと判定した場合、行為１６４は
、患者介護デバイスとの通信が利用可能ではないと判定し、および／または方法１５０は
他のリンク（明示的には図示せず）を使用して通信を確立しようと試みる。そうでなけれ
ば、判断行為１６８が行為１６６のハンドシェイクが成功したと判定した場合、行為１６
９は、方法１５０によって利用可能であると判定された十分な数の通信リンクを使用して
データを通信する。
方法１５０は、監視クライアントと１つ以上の患者介護デバイスとの間の通信を維持す
るための方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、
方法１５０は通信リンクのスケジュールを含むが、他のスケジュールを使用することがで
き、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、
ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロ
トコルを使用することができ、リンク状態ルーティング・プロトコルを使用することがで
き、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル
・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用す
ることができ、および／または適応ネットワークを使用することができる。例えば、本開
示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクス
トラアルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信する
ために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質
、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは
待ち時間、および／または同様なものに線形であってもよい。
図面を参照すると、図３は、本開示の別の実施形態による、２つのドック１０２、１０
４を有して、その間で無線通信をする電子患者介護システム３００のブロック図を示す。
システム３００は、図１のシステム１００と同様であるが、監視クライアント・ドック１
０２とデバイス・ドック１０４との間の通信は無線リンクを通してのものである。例えば
、いくつかの実施形態では、図３のシステム３００は、図１のケーブル１１０が存在しな
いまたは動作していない状態の図１のシステム１００であり、それに加えて、または代替
では、図３のシステム３００はケーブルを使用して一緒に接続可能ではないドック１０２
および１０４を有することができる。
任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５
、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合
計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイル
を注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポ
ンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／
または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例え
ば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／
または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するた
めに、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配
基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤
が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には
薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を
」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。
いくつかの実施形態では、遠隔コミュニケータ１１を使用して、遠隔コミュニケータ１
１と監視クライアント１との間の２方向音声／視覚通信（例えば、ビデオ・コール）を開
始することができる。それに加えて、または代替では、監視クライアント１を使用して、
監視クライアント１と監視クライアント遠隔コミュニケータ１１との間の２方向音声／視
覚通信を開始することができる。
任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８
、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどう
か判定し、治療または状態が患者にとって安全であるかどうか判定し、システム３００が
適切にまたは所定の境界で作動しているかどうか判定し、および／または監視クライアン
ト１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上
にデータを表示するために、データを監視クライアント１、他の監視クライアント４、お
よび／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、
注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポ
ンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対
する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際
の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の
停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライ
アント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通
信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例え
ば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配
スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライア
ント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信するこ
とができる。
患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４
８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の
状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上
は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・
ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または
折れ曲がり、または静脈内バッグ１７０内の他の物質による閉塞の１つの表れであるとし
て使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、
１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができ
る。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チ
ューブが針から外れた、および／または針が患者から今外れていることの表れであり、こ
れに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚
的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は
任意選択では、患者２に対する下流側圧力の急激が上昇および／または低下に応じて、流
体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマ
イクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。
いくつかの実施形態では、図３に示すような、またはここで記載されたような、番号が
付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患
者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実
施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設
備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意
選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞ
れ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネッ
トワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／
または治療結果データベース１０は任意選択である。それに加えて、または代替として、
いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２
６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リス
ト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ
１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択
である。
それに加えて、いくつかの実施形態では、図３に示すような、またはここで記載された
ような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポ
ーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテ
ム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示
されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、
ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図３に示さ
れているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ
、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を
使用することができる。それに加えて、または代替として、いくつかの実施形態では、多
数のデバイス・ドック１０４および／または多数の監視クライアント・ドック１０２を使
用することができる。
それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１
７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイス
の他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例
えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されて
おり、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、
１２８、１３０、１４８が、無効にされ、システム使用のために存在または利用可能では
なく、電源を落とされ、または図３のシステム３００の一部ではないことがある。それに
加えて、または代替として、いくつかの実施形態では、使用される患者介護デバイスだけ
がデバイス・ドック１０４にドッキング可能である。例えば、ある特定の実施形態では、
注入ポンプ７はデバイス・ドック１０４内にドッキングされた唯一のデバイスであり、デ
バイス・ドック１０４は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加え
て、代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイ
ス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング
可能であり、ドッキングしないで動作することができ、および／またはドッキング可能で
なく、スタンドアロンの患者介護デバイスとして動作することができる。
図３では、デバイス・ドック１０４はいくつかの患者介護デバイスを受けることが可能
であるように示されているけれども、他の実施形態では、デバイス・ドック１０４は、１
つの患者介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デ
バイスを受けることができる。また、ドックの区画が使用されていないことがあり、例え
ば、図３に示すように、空の区画１７０がデバイス・ドック１０４内に示されている。そ
れに加えて、監視クライアント・ドック１０２は１つの監視クライアント１を受けること
が可能であるように示されているけれども、他の実施形態では、監視クライアント・ドッ
ク１０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあらゆ
る任意の数の監視クライアント１を受けることができる。
図４は、本開示の実施形態による、監視クライアント、例えば監視クライアント１とデ
バイスの１つ以上、例えば図３の患者介護デバイス７、１４、１５、１６、１７、３５、
１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するための方法２０２を
示すフローチャート図を示す。
行為２０４は、監視クライアント・ドックがドック・コネクタを通して監視クライアン
トと監視クライアント・ドックの間の通信リンクとして利用可能であるか判定する。行為
２０４の通信リンクが利用可能である場合、方法２０２は行為２０６に進み、そうでなけ
れば、方法２０２は行為２０８に進む。行為２０８は、監視クライアント・ドックが無線
リンクを通して監視クライアントと監視クライアント・ドックの間の通信リンクとして利
用可能であるか判定する。行為２０８の通信リンクが利用可能である場合、方法２０２は
行為２０６に進み、そうでなければ、方法２０２は行為２１０に進む。
行為２０６は、監視クライアント・ドックが無線リンクを通して監視クライアント・ド
ックとデバイス・ドックとの間の通信リンクとして利用可能であるか判定する。行為２０
６の通信リンクが利用可能である場合、方法２０２は行為２１２に進み、そうでなければ
、方法２０２は行為２１０に進む。
行為２１０は、デバイス・ドックが無線リンクを通して監視クライアントとデバイス・
ドックとの間の通信リンクとして利用可能であるか判定する。行為２１０の通信リンクが
利用可能である場合、方法２０２は行為２１２に進み、そうでなければ、方法２０２は行
為２１４に進む。
行為２１２は、デバイス・ドックがデバイス・ドックと患者介護デバイスとの間の通信
リンクとして利用可能であるか判定する。行為２１２の通信リンクが利用可能である場合
、方法２０２は行為２１６に進み、そうでなければ、方法２０２は行為２１４に進む。
行為２１４は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介
護デバイスとの間の通信リンクとして利用可能であるか判定する。行為２１４の通信リン
クが利用可能である場合、方法２０２は行為２１６に進み、そうでなければ、行為２１８
は、患者介護デバイスとの通信が利用可能ではないと判定する。
行為２１６は、（１つ以上の）利用可能な通信リンクを使用して、監視クライアントと
患者介護デバイスの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは
試みられておらず、例えば、いくつかの通信プロトコルはハンドシェイクを利用しない。
判断行為２２０は、ハンドシェイクが成功したか、および監視クライアントとデバイスの
間の通信が確立したか判定する。行為２２０が通信リンクが確立されたと判定した場合、
方法２０２は、（１つ以上の）利用可能な通信リンクを使用して、行為２２２中に監視ク
ライアントとデバイスとの間にデータを通信する。判断行為２２０が、ハンドシェイクが
成功しなかったと判定した場合、方法２０２は、行為２１８においてデバイスとの通信が
利用可能ではないと判定する、または方法２０２は、検証されていない通信リンク（明示
的には図示せず）を通した監視クライアント間の通信を試みる。
方法２０２は、監視クライアントと１つ以上の患者介護デバイスとの間で通信を維持す
る方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法２
０２は通信リンクのスケジュールを含むが、他のスケジュールを使用することもでき、放
送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、ルーテ
ィング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロトコル
を使用することができ、リンク状態ルーティング・プロトコルを使用することができ、最
適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル・プロ
トコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用すること
ができ、および／または適応ネットワークを使用することができる。例えば、本開示のい
くつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクストラア
ルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信するために
使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビッ
トエラー率の関数として決定されてもよく、利用可能なデータスループットまたは待ち時
間、および／または同様なものに線形であってもよい。
次に図５を参照すると、本開示のさらに別の実施形態による、監視クライアント１およ
び様々な患者介護デバイス（例えば、患者介護デバイス７、１２６、１２８、または１３
０）を一緒にドッキングするためのドック５０２、通信モジュール１２４Ｄ、およびドン
グル１３３を有する、ブロック図の形の電子患者介護システム５００が示される。図５の
電子患者介護システム５００は、図１の電子患者介護システム１００と同様であるが、監
視クライアント１、患者介護デバイス７、１２６、１２８、１３０、通信モジュール１２
４Ｄ、およびドングル１３３のそれぞれは全て、ドック５０２にドッキング可能である。
本開示に照らして分かるように、ドック５０２は、通信を容易にするために、１つ以上の
バス、バックプレーン、通信パス、電子回路などを備えることができる。
任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５
、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合
計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイル
を注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポ
ンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／
または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例え
ば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／
または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するた
めに、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配
基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤
が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には
薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を
」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。
任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８
、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどう
か判定し、治療または状態が患者にとって安全であるかどうか判定し、システム５００が
適切にまたは所定の境界で作動しているかどうか判定し、および／または監視クライアン
ト１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプレイ上
にデータを表示するために、データを監視クライアント１、他の監視クライアント４、お
よび／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択では、
注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョン・ポ
ンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者２に対
する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量、実際
の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の実際の
停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視クライ
アント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合に）通
信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では、例え
ば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸薬分配
スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視クライア
ント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信するこ
とができる。
患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４
８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の
状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上
は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・
ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または
折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとし
て使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、
１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができ
る。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チ
ューブが針から外れた、および／または針が患者から今外れていることの表れであり、こ
れに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚
的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は
任意選択では、患者２に対する下流側圧力の急激な上昇および／または低下に応じて、流
体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマ
イクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。
いくつかの実施形態では、図５に示すような、またはここで記載されたような、番号が
付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患
者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実
施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設
備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意
選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞ
れ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネッ
トワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／
または治療結果データベース１０は任意選択である。それに加えて、または代替として、
いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２
６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リス
ト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ
１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択
である。
それに加えて、いくつかの実施形態では、図５に示すような、またはここで記載された
ような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポ
ーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテ
ム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示
されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、
ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図５に示さ
れているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ
、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を
使用することができる。それに加えて、または代替として、いくつかの実施形態では、多
数のドック５０２を使用することができる。
それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１
７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイス
の他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例
えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されて
おり、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、
１２８、１３０、１４８は、無効にされ、システム使用のために存在または利用可能では
なく、電源を落とされ、または図５のシステム５００の一部ではないことがある。それに
加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイ
スだけがドック５０２にドッキング可能である。例えば、ある特定の実施形態では、注入
ポンプ７はデバイス・ドック５０２内にドッキングされる唯一のデバイスであり、デバイ
ス・ドック５０２は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、
代替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７
、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能
であり、ドッキングしないで動作することができ、および／またはドッキング可能でなく
、スタンドアロンの患者介護デバイスとして動作することができる。
図５では、ドック５０２はいくつかの患者介護デバイスを受けることが可能であるよう
に示されているけれども、他の実施形態では、ドック５０２は、１つの患者介護デバイス
、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けることが
できる。また、ドックの区画が使用されていないことがあり、例えば、図５に示すように
、空の区画１７０がドック５０２内に示されている。それに加えて、ドック５０２は１つ
の監視クライアント１を受けることが可能であるように示されているけれども、他の実施
形態では、ドック５０２は、２つの監視クライアント１、３つ以上の監視クライアント１
、またはあらゆる任意の数の監視クライアント１を受けることができる。
図６は、本開示の実施形態による、監視クライアント、例えば図５の監視クライアント
１と１つ以上の患者介護デバイス、例えば図５の患者介護デバイス７、１４、１５、１６
、１７、３５、１２６、１２８、１３０、１４８の１つ以上との間で通信を維持するため
の方法３０４を示すフローチャート図である。
該方法は、行為３０６中にドックがドック・コネクタを通して監視クライアントとドッ
クとの間の通信リンクとして利用可能であるか判定する。行為３０６の通信リンクが利用
可能でない場合、方法３０４は行為３０８に進み、そうでなければ、方法３０４は行為３
１０に進む。行為３１０は、ドックがドックと患者介護デバイスの間の通信リンクとして
利用可能であるか判定する。行為３１０の通信リンクが利用可能でない場合、方法３０４
は行為３１２に進み、そうでなければ、方法３０４は行為３１４に進む。
行為３０８は、ドックが無線リンクを通して監視クライアントとドックとの間の通信リ
ンクとして利用可能であるか判定する。行為３０８の通信リンクが利用可能でない場合、
方法３０４は行為３１０に進み、そうでなければ、方法３０４は行為３１２に進む。
行為３１２は、患者介護デバイスが直接無線リンクを通して監視クライアントと患者介
護デバイスとの間の通信リンクとして利用可能であるか判定する。行為３１２の通信リン
クが利用可能でない場合、行為３１６は、監視クライアントと患者介護デバイスとの間の
通信が利用可能ではないと判定する。
行為３１４は、（１つ以上の）利用可能な通信リンクを使用して、監視クライアントと
デバイスとの間のハンドシェイクを試みる。代替実施形態では、ハンドシェイクは利用さ
れず、例えば、いくつかのプロトコルはハンドシェイクを利用しない。判断行為３１８は
、ハンドシェイクが成功したかどうか判定し、成功した場合、方法３０４は、行為３２０
に進んで、（１つ以上の）利用可能な通信リンクを使用してデータを通信する。判断行為
３１８がハンドシェイクが行為３１４で成功しなかったと判定した場合、行為３１６は、
デバイスとの通信が利用可能ではないと判定する。他の実施形態では、判断行為３１８が
、ハンドシェイクが行為３１４で成功しなかったと判定した場合、方法３０４は、検証さ
れていない通信リンク（明示的には図示せず）を介して患者介護デバイスと通信すること
を試みる。
方法３０４は、監視クライアントと１つ以上の患者介護デバイスとの間で通信を維持す
る方法を記載した、本開示の例示的な実施形態である。いくつかの実施形態では、方法３
０４は通信リンクのスケジュールを含むけれども、他のスケジュールを使用することがで
き、放送、エニーキャスト、マルチキャストまたはユニキャストを使用することができ、
ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルーティング・プロ
トコルを使用することができ、リンク状態ルーティング・プロトコルを使用することがで
き、最適化リンク状態ルーティング・プロトコルを使用することができ、パス・ベクトル
・プロトコルを使用することができ、所定の代替通信パスでの静的ルーティングを使用す
ることができ、および／または適応ネットワークを使用することができる。例えば、本開
示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよく、ダイクス
トラアルゴリズムが監視クライアント１と１つ以上の患者ケアデバイスとの間で通信する
ために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質
、ビットエラー率の関数として決定されてもよく、利用可能なデータスループットまたは
待ち時間、および／または同様なものに線形であってもよい。
次に図７を参照すると、本開示のさらに別の実施形態による、患者介護デバイス７、１
２６、１２８、１３０をそこにドッキングするための一体型ドック７０２を備えた監視ク
ライアント１を有する電子患者介護システム７００のブロック図が示される。それに加え
て、いくつかの実施形態では、通信モジュール１２４Ｄ、およびドングル１３３は全て、
ドック７０２にドッキング可能である。図７の患者介護システム７００は、図１の患者介
護システム１００と同様であるが、患者介護システム７００は一体型ドック７０２を備え
ている。いくつかの実施形態では、監視クライアント１は、ドックを介してドッキングさ
れた場合に、患者介護デバイスと通信するが、監視クライアント１が患者介護デバイス、
例えば患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、
１４８と通信することができない場合、監視クライアント１は無線で、例えば監視クライ
アント１のアンテナ１１２を使用して通信することができる。
任意選択では、指示または要求を患者介護デバイス７、１４、１５、１６、１７、３５
、１２６、１２８、１３０、１４８に送信するために、例えばボーラス量、注入流量、合
計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファイル
を注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・ポ
ンプ１３０に送信するために、監視クライアント１、他の監視クライアント４、および／
または遠隔コミュニケータ１１を使用することができる。いくつかの実施形態では、例え
ば、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および／
または最大丸薬分配基準などの、指示または要求を丸薬ディスペンサ１２８に送信するた
めに、監視クライアント１、４、１１の１つ以上を使用することができる。最大丸薬分配
基準は、所定の時間内に送達することができる薬剤の最大量であり、例えば、特定の薬剤
が必要に応じて（すなわち、必要になったら）摂取されるが、過剰に摂取される場合には
薬剤は安全でない可能性があり、最大丸薬分配基準は、例えば「所定の時間内に所定量を
」のように、薬剤が患者によって安全でない量で摂取されることを防ぐことができる。
任意選択では、患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８
、１３０、１４８はまた、アラームまたは警戒を発するまたは送信するべきであるかどう
か判定する、治療または状態が患者にとって安全であるかどうか判定する、システム７０
０が適切にまたは所定の境界で作動しているかどうか判定する、および／または監視クラ
イアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディスプ
レイ上にデータを表示するために、データを監視クライアント１、他の監視クライアント
４、および／または遠隔コミュニケータ１１に返信することができる。例えば、任意選択
では、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマイクロインフュージョ
ン・ポンプ１３０は、上流側圧力、上流側圧力の変化、患者２に対する下流側圧力、患者
２に対する下流側圧力の変化、注入ライン内の空気の有無、送達された実際のボーラス量
、実際の注入流量、送達された実際の合計流体、薬物送達の実際の開始時間、薬物送達の
実際の停止時間、または実際の送達流量プロファイルを、監視クライアント１、他の監視
クライアント４、および／または遠隔コミュニケータ１１の１つ以上に（当てはまる場合
に）通信することができる。別の実施形態では、丸薬ディスペンサ１２８は任意選択では
、例えば分配された実際の丸薬、分配された実際の丸薬タイプ、分配された時の実際の丸
薬分配スケジュール、または最大丸薬分配基準を超えたかどうかなどのデータを、監視ク
ライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１に返信
することができる。
患者介護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４
８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所定の
状態に対して分析することができる。例えば、監視クライアント１、４、１１の１つ以上
は、注入ポンプ７、シリンジ・ポンプ１２６および／またはマイクロインフュージョン・
ポンプ１３０の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または
折れ曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとし
て使用することができる。下流側圧力の急激な増加に応じて、監視クライアント１、４、
１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができ
る。それに加えて、または代替として、患者２に対する下流側の圧力の急激な低下は、チ
ューブが針から外れた、および／または針が患者から今外れていることの表れであり、こ
れに応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚
的に警告または警戒を発することができる。監視クライアント１、４、１１の１つ以上は
任意選択では、患者２に対する下流側圧力の急激が上昇および／または低下に応じて、流
体の送達を停止するために、注入ポンプ７、シリンジ・ポンプ１２６、および／またはマ
イクロインフュージョン・ポンプ１３０の１つ以上に指示を送信することができる。
いくつかの実施形態では、図７に示すような、またはここで記載されたような、番号が
付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患
者介護デバイス、ドック、および演算デバイスは任意選択である。例えば、いくつかの実
施形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設
備サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意
選択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞ
れ任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネッ
トワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／
または治療結果データベース１０は任意選択である。それに加えて、または代替として、
いくつかの実施形態では、各患者介護デバイス７、１４、１５、１６、１７、３５、１２
６、１２８、１３０、１４８は任意選択である。同様に、システム・モニタ１３１、リス
ト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャナ１２０、ディスプレイ
１３４、および／またはＡＣ電源はそれぞれ、本開示のいくつかの実施形態では任意選択
である。
それに加えて、いくつかの実施形態では、図７に示すような、またはここで記載された
ような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポ
ーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテ
ム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示
されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、
ドックおよび演算デバイスが意図されている。例えば、単一の注入ポンプ７が図７に示さ
れているけれども、いくつかの実施形態では、２つの注入ポンプ７を使用することができ
、多数の注入ポンプ７を使用することができ、またはあらゆる任意の数の注入ポンプ７を
使用することができる。それに加えて、または代替として、いくつかの実施形態では、一
体型ドック７０２を使用することができる。
それに加えて、または代替として、特定の患者介護デバイス７、１４、１５、１６、１
７、１２６、１２８、１３０、１４８が示されているけれども、特定の患者介護デバイス
の他の組合せ、サブセット、多数のもの、またはその組合せを使用することもできる。例
えば、いくつかの実施形態では、患者介護デバイスのうち注入ポンプ７だけが使用されて
おり、この特定の実施例では、他の患者介護デバイス１４、１５、１６、１７、１２６、
１２８、１３０、１４８は、無効にされ、システム使用のために存在または利用可能では
なく、電源を落とされ、または図７のシステム７００の一部ではないことがある。それに
加えて、または代替として、いくつかの特定の実施形態では、使用される患者介護デバイ
スだけが一体型ドック７０２にドッキング可能である。例えば、ある特定の実施形態では
、注入ポンプ７は一体型ドック７０２内にドッキングされた唯一のデバイスであり、一体
型ドック７０２は１つのデバイス、例えば注入ポンプ７だけを受ける。それに加えて、代
替として、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス７、
１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８は、ドッキング可能で
あり、ドッキングしないで動作することができ、および／またはドッキング可能でなく、
スタンドアロンの患者介護デバイスとして動作することができる。
図７では、一体型ドック７０２はいくつかの患者介護デバイスを受けることが可能であ
るように示されているけれども、他の実施形態では、一体型ドック７０２は、１つの患者
介護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを
受けることができる。また、ドックの区画が使用されていないことがあり、例えば、図７
に示すように、空の区画１７０が一体型ドック７０２内に示されている。それに加えて、
一体型ドック７０２は１つの一体型監視クライアント１を受けることが可能であるように
示されているけれども、他の実施形態では、一体型ドック７０２は、２つの一体型監視ク
ライアント１、３つ以上の一体型監視クライアント１、またはあらゆる任意の数の一体型
監視クライアント１を受けることができる。
図８は、本開示のさらに別の実施形態による、ハブ８０２を有する電子患者介護システ
ム８００のブロック図である。任意選択では、いくつかの実施形態では、ハブ８０２は、
監視クライアント・ドック１０２とデバイス・ドック８０４、８０６との間に通信インタ
ーフェースを提供する。さらに追加の実施形態では、ハブ８０２は、監視クライアント１
、他の監視クライアント４、および／または遠隔コミュニケータ１１なしで、患者介護デ
バイスを制御する。例えば、ハブ８０２は、監視サーバ３、設備サービス８、ナース・ス
テーション５、薬局６、クラウド・サーバ２５、オンライン薬物データベースまたは薬物
有害事象ネットワーク９、患者のパーソナルＥＨＲ１９’および／または治療結果データ
ベース１０と通信することができる。ハブ８０２は、そこに接続された全てのデバイス（
例えば、患者介護デバイス、監視クライアント、遠隔コミュニケータなど）がハブ８０２
のクロックを使用し、リアルタイム・デバイスがハブ８０２のクロックを使用し、または
タイムクリティカルなデバイスがハブ８０２のクロックを使用するように、クロックを提
供することができる。
いくつかの実施形態では、ＧＰＳおよび／または測距モジュール（例えば、超音波測距
モジュール）を、注入ポンプ８３０、監視クライアント１、ハブ８０２、介護人および／
または患者に設置することができる。所定の設定は、注入ポンプ８３０、監視クライアン
ト１、ハブ８０２、介護人および／または患者の所定の一群が、この特定の実施形態では
、治療を開始する前に、および／または注入ポンプ８３０、ハブ８０２、および／または
監視クライアント１の１つを構成する前に、互いに所定の距離内に居なければならないこ
とを要求することがある。
いくつかの実施形態では、ハブ８０２は、アプリケーション・プログラミング・インタ
ーフェース（ＡＰＩ）を備えて、監視クライアント１、および／または遠隔コミュニケー
タ１１の上にＧＵＩ、ウィンドウ、データなどを表示する。ＡＰＩは、セキュアなデータ
・クラスを含むことができる。さらに追加の実施形態では、ドック１０２、８０４、およ
び／または８０６は、ＡＰＩを備えて、監視クライアント１、または遠隔コミュニケータ
１１の上にＧＵＩ、ウィンドウ、データなどを表示する。さらに追加の実施形態では、ド
ック１０２、８０４、または８０６、またはハブ８０２は、ＡＰＩを備えて、患者介護デ
バイス８３０、８１０、および／または８１４の上にＧＵＩ、ウィンドウ、データなどを
表示する。
いくつかの実施形態では、ハブ８０２および／またはドック１０２、８０４、および／
または８０６は、関連付けられた患者介護デバイス（そこにペアリングされたデバイス、
ハブ８０２および／またはドック１０２、８０４、および／または８０６に差し込まれた
またはドッキングされたデバイス）のタイプに基づいて、そこに関連付けられた患者介護
デバイスのタイプを識別し、構成データをロードすることができる。
いくつかの実施形態では、ハブ８０２および／またはドック１０２、８０４、および／
または８０６は、そこに関連付けられた患者介護デバイスのタイプを識別し、ｈｔｍｌ、
ＣＳＳ、ＪａｖａＳｃｒｉｐｔなどを使用してＵＩを構成することができる。いくつかの
実施形態では、ハブ８０２および／またはドック１０２、８０４、および／または８０６
は、分散型ＵＩシステムを有することができる。
本明細書に記載したユーザ・インターフェースは、要求アクションフレームワークを利
用してもよい。
任意選択では、いくつかの特定の実施形態では、ハブ８０２は、監視クライアント１と
通信するためのセーフティ・クリティカル回路およびソフトウェアの全てを備える。例え
ば、この特定の実施形態では、ハブ８０２は監視クライアント１から治療パラメータを受
信し、ハブ８０２は、どこかで、例えば監視クライアント１上で行なわれた何らかの安全
点検とは独立に、治療パラメータが患者２にとって安全であることを保証する。さらに追
加の特定の実施形態では、システム８００は、任意選択では、監視クライアント１に完全
にフォールト・トレラントであり、例えば、監視クライアント１で行なわれた独立した安
全点検が所定の基準、例えば注入ポンプ７の薬物送達の所定の安全範囲を満たしていない
場合に、監視クライアント１からの指示、要求またはパラメータを無視することができる
。
任意選択では、さらに追加の特定の実施形態では、静脈内バッグ１７０に取り付けられ
たバーコードを、スキャナ１２０によってスキャンすることができ、これは所定の処方箋
を（例えば、患者のパーソナルＥＨＲ１９’から）ダウンロードし、および／または注入
ポンプ８３０が、ハブ８０２がドック８０４にドッキングされているときにハブ８０２に
アップロードされた所定の処方箋を含んでいる。その後、この特定の実施形態では、また
任意選択では、ハブ８０２は患者２に静脈内バッグ１７０の注入を開始し、治療の進行を
監視して患者２の安全を保証する。それに加えて、代替として、または任意選択では、こ
の特定の実施形態では、介護人はハブ８０２のみを介して図８に示すようにシステム８０
０と相互作用することができる。任意選択では、いくつかの実施形態では、ハブ８０２は
、治療、状態、または患者情報を監視クライアント１にアップロードする。例えば、ハブ
８０２は、注入ポンプ８３０から受信した治療情報、または静脈内バッグ１７０上のスキ
ャンされたバーコードに対応する患者のパーソナルＥＨＲ１９’から受信した治療情報を
監視クライアント１にアップロードして、ユーザに表示し、ユーザによってその情報を確
認し、監視クライアント１内に記憶などをすることができる。
いくつかの実施形態では、デバイス・ドック８０４は、注入ポンプ８３０、８１０およ
び８１２を受ける。いくつかの実施形態では、デバイス・ドック８０４は、１つの、２つ
以上の、または複数の患者介護デバイスを受ける。デバイス・ドック８０６は、丸薬ディ
スペンサ８１４を受ける。いくつかの実施形態では、デバイス・ドック８０６は、丸薬デ
ィスペンサ８０６などの１つの、２つ以上の、または複数の患者介護デバイスを受ける。
デバイス・ドック８０４は、無線通信用のアンテナ８１６を備えており、デバイス・ドッ
ク８０６は、無線通信用のアンテナ８１８を備えている。同様に、ハブ８０２は、無線通
信用のアンテナ８２０を備えている。それに加えて、または代替として、デバイス・ドッ
ク８０４、ハブ８０２および／または監視クライアント１は、有線接続を使用して互いに
通信する。ハブ８０２ならびにドック８０４および８０６のそれぞれは、例えば、ＵＳＢ
ケーブルを使用して、イーサネット・ケーブルを使用して、および／または無線リンクを
介して、互いに通信することができる。任意選択では、ハブ８０２は、ディスプレイ８２
２、カメラ８２４、マイクロフォン８２６、スキャナ１２０、着脱可能ディスプレイ（図
示せず）などの追加の付属品を備えていてもよい。上記したように、ハブ８０２は、全て
の患者セーフティ・クリティカル機能を提供することができ、監視クライアント１および
／または監視クライアント・ドック１０２とは独立して動作することができる。
任意選択では、指示または要求を患者介護デバイス１４、１５、１６、１７、３５、８
３０、８１０、８１２、８１４、１４８に送信するために、例えばボーラス量、注入流量
、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファ
イルを注入ポンプ８３０、８１０、８１２の１つ以上に送信するために、監視クライアン
ト１、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用すること
ができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示、丸薬
タイプ、丸薬分配スケジュールおよび／または最大丸薬分配基準などの、指示または要求
を丸薬ディスペンサ８１４に送信するために、監視クライアント１、４、１１の１つ以上
を使用することができる。最大丸薬分配基準は、所定の時間内に送達することができる薬
剤の最大量であり、例えば、特定の薬剤が必要に応じて（すなわち、必要になったら）摂
取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大丸薬分配基
準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全でない量で
摂取されることを防ぐことができる。
任意選択では、患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８
１２、８１４、１４８はまた、アラームまたは警戒を発しまたは送信するべきであるかど
うか判定する、治療または状態が患者にとって安全であるかどうか判定する、システム８
００が適切にまたは所定の境界内で作動しているかどうか判定する、および／または監視
クライアント１、他の監視クライアント４および／または遠隔コミュニケータ１１のディ
スプレイ上にデータを表示するために、データを監視クライアント１、他の監視クライア
ント４、および／または遠隔コミュニケータ１１に返信してもよい。例えば、任意選択で
は、注入ポンプ８３０、８１０、８１２の１つ以上は、上流側圧力、上流側圧力の変化、
患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気の有
無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬物送
達の実際の開始時間、薬物送達の実際の停止時間または実際の送達流量プロファイルを、
監視クライアント１、他の監視クライアント４、および／または遠隔コミュニケータ１１
の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では、丸薬ディ
スペンサ８１４は任意選択では、例えば分配された実際の丸薬、分配された実際の丸薬タ
イプ、分配された時の実際の丸薬分配スケジュールまたは最大丸薬分配基準を超えたかど
うかなどのデータを、監視クライアント１、他の監視クライアント４および／または遠隔
コミュニケータ１１に返信することができる。
患者介護デバイス１４、１５、１６、１７、３５、８３０、８１０、８１２、８１４、
１４８から受信したデータは、アラームおよび／または警戒を発するために、あらゆる所
定の状態に対して分析してもよい。例えば、監視クライアント１、４、１１の１つ以上は
、注入ポンプ８３０、８１０、８１２の１つ以上の下流側圧力の増加を、患者へのチュー
ブの過剰な凝固、浸透、閉塞または折れ曲がり、または静脈内バッグ１７０内の他の材料
による閉塞の１つの表れであるとして使用することができる。下流側圧力の急激な増加に
応じて、監視クライアント１、４、１１の１つ以上は、ユーザに視覚的にまたは聴覚的に
警告または警戒を発することができる。それに加えて、または代替として、患者２に対す
る下流側圧力の急激な低下は、チューブが針から外れた、および／または針が患者から今
外れていることの表れであり、これに応じて、監視クライアント１、４、１１の１つ以上
は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができる。監視クライ
アント１、４、１１の１つ以上は、任意選択では、注入ポンプ８３０、８１０、８１２の
１つ以上に指示を送信して、患者２に対する下流側圧力の急激な上昇および／または低下
に応じて、流体の送達を停止することができる。
いくつかの実施形態では、図８に示すような、またはここで記載されたような、番号が
付けられたものも付けられていないものも、各アイテム、コンポーネント、デバイス、患
者介護デバイス、ドックおよび演算デバイスは任意選択である。例えば、いくつかの実施
形態では、監視クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備
サービス８は任意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選
択であり、クラウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ
任意選択であり、オンライン薬物データベース９は任意選択であり、薬物有害事象ネット
ワークは任意選択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／ま
たは治療結果データベース１０は任意選択である。それに加えて、または代替として、い
くつかの実施形態では、各患者介護デバイス８３０、８１０、８１２は任意選択である。
同様に、システム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード
１１４、スキャナ１２０、ディスプレイ８０８および／またはＡＣ電源はそれぞれ、本開
示のいくつかの実施形態では任意選択である。
それに加えて、いくつかの実施形態では、図８に示すような、またはここで記載された
ような、番号が付けられたものも付けられていないものも、いくつかのアイテム、コンポ
ーネント、デバイス、患者介護デバイス、ドック、および演算デバイスが、単一のアイテ
ム、コンポーネント、デバイス、患者介護デバイス、ドックまたは演算デバイスとして示
されているけれども、複数のアイテム、コンポーネント、デバイス、患者介護デバイス、
ドックおよび演算デバイスが意図されている。例えば、単一の丸薬ディスペンサ８１４が
図８に示されているけれども、いくつかの実施形態では、２つの丸薬ディスペンサ８１４
を使用することができる、多数の丸薬ディスペンサ８１４を使用することができる、また
はあらゆる任意の数の丸薬ディスペンサ８１４を使用することができる。それに加えて、
または代替として、いくつかの実施形態では、多数のドック８０４または８０６、および
／または多数の監視クライアント・ドック１０２を使用することができる。
それに加えて、または代替として、特定の患者介護デバイス８３０、８１０、８１２が
示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの
またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護
デバイスのうち注入ポンプ８３０だけが使用されており、この特定の実施例では、他の患
者介護デバイス８１０、８１２、８１４は、無効にされ、システム使用のために存在また
は利用可能ではなく、電源を落とされ、または図８のシステム８００の一部ではないこと
がある。それに加えて、または代替として、いくつかの特定の実施形態では、使用される
患者介護デバイスだけがドック８０４または８０６にドッキング可能である。例えば、特
定の１つの実施形態では、注入ポンプ８３０が、ドック８０４内にドッキングされた唯一
のデバイスであり、ドック８０４は１つのデバイス、例えば注入ポンプ８３０だけを受け
る。
図８では、ドック８０４はいくつかの患者介護デバイスを受けることが可能であるよう
に示されているけれども、他の実施形態では、デバイス・ドック８０４は、１つの患者介
護デバイス、複数の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受
けることができる。また、ドックの区画が使用されないことがある（図８には図示せず）
。それに加えて、監視クライアント・ドック１０２は１つの監視クライアント１を受ける
ことが可能であるように示されているけれども、他の実施形態では、監視クライアント・
ドック１０２は、２つの監視クライアント１、３つ以上の監視クライアント１、またはあ
らゆる任意の数の監視クライアント１を受けることができる。それに加えて、代替として
、または任意選択では、いくつかの特定の実施形態では、患者介護デバイス１４、１５、
１６、１７、３５、８３０、８１０、８１２、８１４がドッキング可能であり、ドッキン
グしないで動作することができ、および／またはドッキング可能でなく、スタンドアロン
の患者介護デバイスとして動作することができる。
図８のシステム８００は、任意の知られている通信方法を使用して、それとの通信を維
持することができる。例えば、いくつかの実施形態では、任意の通信のスケジュールを使
用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用す
ることができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルー
ティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使
用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、
パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーテ
ィングを使用することができおよび／または適応ネットワークを使用することができる。
例えば、本開示のいくつかの実施形態では、ウェイトが各通信パスに割り当てられてもよ
く、ダイクストラアルゴリズムが監視クライアント１またはハブ８０２と１つ以上の患者
介護デバイス（例えば、患者介護デバイス８３０、８１０、８１２、および８１４）のと
間で通信するために使用されてもよい。ウェイトは任意の公知の方法で、例えば帯域幅、
シグナルの質、ビットエラー率の関数として決定されてもよく、利用可能なデータスルー
プットまたは待ち時間、および／または同様なものに線形であってもよい。
本開示の実施形態では、設備サービス８および／または薬物有害事象ネットワーク９は
また、誤薬低減システム（ＤＥＲＳ）を備えてもよい。ＤＥＲＳシステムは、ソフト・ア
ラームを始動するための第１のセットの所定の基準、および／またはハード・アラームを
始動するための第２のセットの所定の基準を含むことができる。ソフト・アラームは、注
入ポンプ８３０のユーザ・インターフェース、ハブ８０２のユーザ・インターフェース８
０８および／または監視クライアント１のユーザ・インターフェースを使用して介護人に
よって無効にされる（例えば、止められる）ことができ（また、可聴および／または振動
アラームのみであってもよく）、他方、ハード・アラームは該ハード・アラームの原因が
取り除かれるまで治療を中断させる。
本開示のさらに追加の実施形態では、ＤＥＲＳシステムは、ソフト・リミットを規定す
る第１のセットの所定の基準、および／またはハード・リミットを規定する第２のセット
の所定の基準を含んでいてもよい。ハードおよびソフト・リミットは、体格、体重、年齢
、他の患者パラメータまたは他の基準に基づいて、薬物投与量などの治療リミットを規定
する。ソフト・リミットは、注入ポンプ８３０のユーザ・インターフェース、監視クライ
アント１のユーザ・インターフェース、および／またはハブ８０２のユーザ・インターフ
ェース８０８を使用して介護人によって無効にされて、治療が第１のセットの所定の基準
外であるにも関わらず治療を開始することができ、他方、ハード・リミットは、設定がハ
ード・リミットを規定する第２のセットの所定の基準に合うように変更されるまで、治療
が開始されるのを阻止する。
いくつかの実施形態では、患者介護デバイス８３０、８１０、８１２、８１４、１４、
１５、１６、１７、３５および／または１４８、監視クライアント１、遠隔コミュニケー
タ１１、およびドック１０２および／または８０４、および／またはハブ８０２は、例え
ばＡＰＩを介して、セキュアなデータ・クラスを備えてもよい。
再び図面を参照すると、図９は、本開示のさらに別の実施形態による、積み重ね可能な
監視クライアント９０２、積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・
ポンプ９０６および別の積み重ね可能な患者介護デバイス９０８を有する電子患者介護シ
ステム９００のブロック図を示す。積み重ね可能なデバイス９０２〜９０８は、バックプ
レーンおよび／またはバスを使用して通信してもよい（いくつかの実施形態では、積み重
ね可能なデバイス９０２〜９０８は通信モジュールを介して通信する）。
任意選択では、指示または要求を患者介護デバイス１４、１５、１６、１７、３５、１
２８、９０４、９０６、９０８、１４８に送信するために、例えばボーラス量、注入流量
、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、または送達流量プロファ
イルを積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・ポンプ９０６、およ
び／または他の積み重ね可能な患者介護デバイス９０８に送信するために、監視クライア
ント９０２、他の監視クライアント４、および／または遠隔コミュニケータ１１を使用す
ることができる。いくつかの実施形態では、例えば、丸薬を分配するための丸薬分配指示
、丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準などの、指示ま
たは要求を丸薬ディスペンサ１２８に送信するために、監視クライアント９０２、４、１
１の１つ以上を使用することができる。最大丸薬分配基準は、所定の時間内に送達するこ
とができる薬剤の最大量であり、例えば特定の薬剤が必要に応じて（すなわち、必要にな
ったら）摂取されるが、過剰に摂取される場合には薬剤は安全でない可能性があり、最大
丸薬分配基準は、例えば「所定の時間内に所定量を」のように、薬剤が患者によって安全
でない量で摂取されることを防ぐことができる。
任意選択では、患者介護デバイス１４、１５、１６、１７、３５、１２８、９０４、９
０６、９０８、１４８はまた、データを監視クライアント９０２、他の監視クライアント
４および／または遠隔コミュニケータ１１に返信して、アラームまたは警戒を発しまたは
送信するべきであるかどうか判定する、治療または状態が患者にとって安全であるかどう
か判定する、システム９００が適切にまたは所定の境界で作動しているかどうか判定する
、および／または監視クライアント９０２、他の監視クライアント４および／または遠隔
コミュニケータ１１のディスプレイ上にデータを表示することができる。例えば、任意選
択では、積み重ね可能な注入ポンプ９０４、積み重ね可能なシリンジ・ポンプ９０６およ
び／または他の積み重ね可能な患者介護デバイス９０８は、上流側圧力、上流側圧力の変
化、患者２に対する下流側圧力、患者２に対する下流側圧力の変化、注入ライン内の空気
の有無、送達された実際のボーラス量、実際の注入流量、送達された実際の合計流体、薬
物送達の実際の開始時間、薬物送達の実際の停止時間、または実際の送達流量プロファイ
ルを、監視クライアント９０２、他の監視クライアント４、および／または遠隔コミュニ
ケータ１１の１つ以上に（当てはまる場合に）通信することができる。別の実施形態では
、丸薬ディスペンサ１２８は任意選択では、例えば分配された実際の丸薬、分配された実
際の丸薬タイプ、分配された時の実際の丸薬分配スケジュール、または最大丸薬分配基準
を超えたかどうかなどのデータを、積み重ね可能な監視クライアント９０２、他の監視ク
ライアント４および／または遠隔コミュニケータ１１に返信してもよい。
患者介護デバイス１４、１５、１６、１７、３５、１２８、９０４、９０６、９０８、
１４８から受信したデータは、何らかの所定の状態の有無が分析されて、アラームおよび
／または警戒を発することができる。例えば、監視クライアント９０２、４、１１の１つ
以上は、積み重ね可能な注入ポンプ９０４および／または積み重ね可能なシリンジ・ポン
プ９０６の下流側圧力の増加を、患者へのチューブの過剰な凝固、浸透、閉塞または折れ
曲がり、または静脈内バッグ１７０内の他の材料による閉塞の１つの表れであるとして使
用することができる。下流側圧力の急激な増加に応じて、監視クライアント９０２、４、
１１の１つ以上は、ユーザに視覚的にまたは聴覚的に警告または警戒を発することができ
る。それに加えて、または代替として、患者２に対する下流側圧力の急激な低下は、チュ
ーブが針から外れた、および／または針が患者から今外れていることの表れであり、これ
に応じて、監視クライアント９０２、４、１１の１つ以上は、ユーザに視覚的にまたは聴
覚的に警告または警戒を発することができる。監視クライアント９０２、４、１１の１つ
以上は、任意選択では、積み重ね可能な注入ポンプ９０４および／または積み重ね可能な
シリンジ・ポンプ９０６の１つ以上に指示を送信して、患者２に対する下流側圧力の急激
な上昇および／または低下に応じて、流体の送達を停止することができる。
積み重ね可能な監視クライアント９０２、積み重ね可能なデバイス９０８、積み重ね可
能な注入ポンプ９０４および積み重ね可能なシリンジ・ポンプ９０６は、各デバイスの上
部および底部に結合されたコネクタを介して一緒にデイジー・チェーン接続することがで
きる。例えば、積み重ね可能なシリンジ・ポンプ９０６を代わりに、監視クライアント９
０２の上部に積み重ねることができ、それによって、積み重ね可能なシリンジ・ポンプ９
０６の底部コネクタは監視クライアント９０２の上部のコネクタに電気結合される。
デイジー・チェーンは、例えば、積み重ね可能な監視クライアント９０２、積み重ね可
能な患者介護デバイス９０８、積み重ね可能な注入ポンプ９０４および積み重ね可能なシ
リンジ・ポンプ９０６のそれぞれ内の電気導体を通して作成することができ、それによっ
て連続電気接触がこれらのデバイスのそれぞれの間に維持される。
それに加えて、または代替として、積み重ね可能なデバイス９０２、９０８、９０４、
９０６は任意選択では、互いに無線通信を維持してもよい。例えば、積み重ね可能な監視
クライアント９０２は、デイジー・チェーン接続された導体が積み重ね可能なデバイス９
０２、９０８、９０４、９０６のうちの１つの積み重ね可能なデバイス内の内部短絡によ
り電気的に無反応であることを検出することができ、積み重ね可能な監視クライアント９
０２は、各積み重ね可能なデバイス９０８、９０４、９０６に問い合わせて、どのデバイ
スが故障したのか判定することができる。この判断を行なった後に、積み重ね可能な監視
クライアント９０２は、積み重ね可能なデバイス９０２、９０８、９０４、９０６のうち
の故障したデバイス内の絶縁された切断回路と無線通信して、故障したデバイスをデイジ
ー・チェーン接続された導体から電気的に係脱させることができる。それに加えて、また
は代替として、積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つ以上は、
積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つが故障している、および
／または積み重ね可能なデバイス９０２、９０８、９０４、９０６の１つがデイジー・チ
ェーン接続された有線通信リンクを介してではなく無線で通信していることを、警告し、
警戒を送信し、および／またはメッセージを表示することができる。
それに加えて、または代替として、積み重ね可能な監視クライアント９０２、積み重ね
可能なデバイス９０８、積み重ね可能な注入ポンプ９０４および積み重ね可能なシリンジ
・ポンプ９０６はそれぞれ、デイジー・チェーン内でその下または上でそれぞれのデバイ
スに情報を中継しまたは再伝達してもよい。例えば、積み重ね可能な注入ポンプ９０４は
、内部メモリ内のデータをバッファリングし、積み重ね可能な患者介護デバイス９０８が
追加のデータを受信する準備ができていることを示すシグナルを積み重ね可能な患者介護
デバイス９０８から受信した場合にその情報を通信することによって、積み重ね可能なシ
リンジ・ポンプ９０６から受信したデータを全て通信することができる。いくつかの実施
形態では、図８に示すような、またはここで記載されたような、番号が付けられたものも
付けられていないものも、各アイテム、コンポーネント、デバイス、患者介護デバイス、
ドック、および演算デバイスは任意選択である。例えば、いくつかの実施形態では、監視
クライアント１は任意選択であり、監視サーバ３は任意選択であり、設備サービス８は任
意選択であり、各サービス１９、２０、２１、２２、２３、２４は任意選択であり、クラ
ウド・サーバ２５は任意選択であり、他の監視クライアント４はそれぞれ任意選択であり
、オンライン薬物データベース９は任意選択であり、薬物有害事象ネットワークは任意選
択であり、患者のパーソナルＥＨＲ１９’は任意選択であり、および／または治療結果デ
ータベース１０は任意選択である。それに加えて、または代替として、いくつかの実施形
態では、各患者介護デバイス８３０、８１０、８１２は任意選択である。同様に、システ
ム・モニタ１３１、リスト・バンド１１８、ＲＦＩＤ１１６、バーコード１１４、スキャ
ナ１２０、ディスプレイ８０８および／またはＡＣ電源はそれぞれ、本開示のいくつかの
実施形態では任意選択である。
それに加えて、いくつかの実施形態では、図９に示すような、またはそれとともに記載
されたような、番号が付けられたものも付けられていないものも、いくつかのアイテム、
コンポーネント、デバイス、患者介護デバイスおよび演算デバイスが、単一のアイテム、
コンポーネント、デバイス、患者介護デバイスまたは演算デバイスとして示されているけ
れども、複数のアイテム、コンポーネント、デバイス、患者介護デバイスおよび演算デバ
イスが意図されている。例えば、単一の丸薬ディスペンサ１２８が図９に示されているけ
れども、いくつかの実施形態では、２つの丸薬ディスペンサ１２８を使用することができ
、多数の丸薬ディスペンサ１２８を使用することができ、またはあらゆる任意の数の丸薬
ディスペンサ１２８を使用することができる。
それに加えて、または代替として、特定の患者介護デバイス９０４、９０６、９０８が
示されているけれども、特定の患者介護デバイスの他の組合せ、サブセット、多数のもの
またはその組合せを使用することもできる。例えば、いくつかの実施形態では、患者介護
デバイスのうち積み重ね可能な注入ポンプ９０４だけが使用されており、この特定の実施
例では、他の患者デバイス９０６、９０８は、無効にされ、システム使用のために存在ま
たは利用可能ではなく、電源を落とされ、または図９のシステム９００の一部ではないこ
とがある。それに加えて、または代替として、いくつかの特定の実施形態では、使用され
る患者介護デバイスだけが積み重ねられる。例えば、特定の１つの実施形態では、注入ポ
ンプ９０４が、積み重ねられた唯一のデバイスである。それに加えて、または代替として
、積み重ねられていない患者介護デバイス、例えば患者介護デバイス９０４、９０６およ
び／または９０８は、スタンドアロンのデバイスとして動作している場合に動作し続ける
ことができる。それに加えて、代替として、または任意選択では、いくつかの特定の実施
形態では、患者介護デバイス１４、１５、１６、１７、３５、９０４、９０６、９０８、
１２８、１４８はドッキング可能であり、ドッキングしないで動作することができ、およ
び／またはドッキング可能でなく、スタンドアロンの患者介護デバイスとして動作するこ
とができる。
図９では、スタックはいくつかの患者介護デバイスを積み重ねることが可能であるよう
に示されているけれども、他の実施形態では、スタックは１つの患者介護デバイス、複数
の患者介護デバイス、またはあらゆる任意の数の患者介護デバイスを受けてもよい。それ
に加えて、スタックは１つの監視クライアント９０２を受けることが可能であるように示
されているけれども、他の実施形態では、２つの積み重ね可能な監視クライアント９０２
、３つ以上の積み重ね可能な監視クライアント９０２、またはあらゆる任意の数の積み重
ね可能な監視クライアント９０２が、システム９００内で一緒に積み重ねられる。
図９のシステム９００は、任意の知られている通信方法を使用して、それとの通信を維
持することができる。例えば、いくつかの実施形態では、任意の通信のスケジュールを使
用することができ、放送、エニーキャスト、マルチキャストまたはユニキャストを使用す
ることができ、ルーティング・アルゴリズムを使用することができ、距離ベクトル・ルー
ティング・プロトコルを使用することができ、リンク状態ルーティング・プロトコルを使
用することができ、最適化リンク状態ルーティング・プロトコルを使用することができ、
パス・ベクトル・プロトコルを使用することができ、所定の代替通信パスでの静的ルーテ
ィングを使用することができ、および／または適応ネットワークを使用することができる
。例えば、本開示のいくつかの実施形態では、ウェイトを各通信パスに割り当てることが
でき、ダイクストラアルゴリズムを使用して監視クライアント９０２と１つ以上の患者介
護デバイス（例えば、患者介護デバイス９０４、９０６、９０８）との間で通信すること
ができ、ウェイトは任意の公知の方法で、例えば帯域幅、シグナルの質、ビットエラー率
の関数として決定されてもよく、利用可能なデータスループットまたは待ち時間、および
／または同様なものに線形であってもよい。
図１、３、５、７、８および９を参照すると、様々な更新技術および／または手法を利
用して、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者
介護デバイスを更新してもよい。例えば、患者介護デバイスは、例えばいくつかの実施形
態では、ＲＳ２３２フォーマット・データを、例えばＩ２Ｃフォーマット・データに変換
するバス変換器により、演算デバイス（いくつかの実施形態では、パーソナル・コンピュ
ータ、またはパーソナル・コンピュータと同様の方法で使用することができる任意のデバ
イス、例えばこれに限らないがタブレットであってもよい）に結合することができる。ハ
ブ、ドック、デバイス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイ
ス内のプロセッサは、いくつかの実施形態では、更新プログラムを実行して、例えばスー
パーバイザ・プロセッサおよび／またはコマンド・プロセッサによってフラッシュ・メモ
リ内にソフトウェアをダウンロードすることを制御しまたは組織化してもよい。いくつか
の実施形態では、演算デバイスが、ハブ、ドック、デバイス、インスリン・ポンプ、注入
ポンプおよび／または患者介護デバイスのフラッシュ・メモリ内にソフトウェアをダウン
ロードすることを組織化してもよい。演算デバイスによって得られたソフトウェア更新は
、スーパーバイザ・プロセッサおよび／またはコマンド・プロセッサによってアクセス可
能なフラッシュ・メモリ（図示せず）内に送ることができる。上記ソフトウェア更新は、
いくつかの実施形態では、スクリプト・プロセスによって自動的に呼び出すことができる
コマンド・ライン・プログラムであってもよい。
いくつかの実施形態では、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプ
および／または患者介護デバイスは、これに限らないが、ウェブをベースとするセキュア
・ポータルを通して、および／または電子メールを通して、および／または無線通信プロ
トコルにより、これに限らないが、アプリケーションをダウンロードし、ソフトウェア更
新をダウンロードし、情報をアップロードし、および／または情報を様々なマシンに送信
する能力を含むことができるウェブ接続遠隔インターフェースであってもよく、またはこ
の能力を有するであってもよい。したがって、様々な実施形態では、遠隔インターフェー
ス・アプリケーションは、任意の機能デバイス上で実行することができ、いわゆる専用デ
バイスに限るものではない。さらに、いくつかの実施形態では、遠隔インターフェースは
、これに限らないが、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプ、患者
介護デバイス、ブルートゥースまたは他の通信デバイス、患者介護デバイス、および／ま
たは任意の他のデバイスの１つ以上を含むことができる１つ以上のデバイスと、例えば無
線周波数（「ＲＦ」）通信を使用して通信することが、ブルートゥースで可能にされても
、または他様に可能にされてもよい。
いくつかの実施形態では、充電ステーションは、ＵＳＢプラグを備えることができる遠
隔インターフェースに対する、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポン
プおよび／または患者介護デバイスの充電領域を含んでいてもよい。いくつかの実施形態
では、充電ステーションはＵＳＢポートを備えてもよく、いくつかの実施形態では、ミニ
ＵＳＢポートを備えてもよく、それによって、いくつかの実施形態では、ＵＳＢを通して
ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプ、患者介護デバイスおよび／
または遠隔インターフェースを充電するために、充電ステーションが電力を受けることを
可能にすることができる。それに加えて、および／または代替では、ＵＳＢポートは、コ
ンピュータまたは他のデバイス、および／またはコンピュータ・タイプの装置への接続に
よって、遠隔インターフェース、および／またはハブ、ドック、デバイス、インスリン・
ポンプ、注入ポンプおよび／または患者介護デバイスへの／そこからのデータ転送用に構
成することができる。ＵＳＢポートを含む実施形態では、遠隔インターフェースが充電さ
れている間に、システムは、パーソナル・コンピュータおよび／またはウェブ・ポータル
を呼び出して、更新ソフトウェアの有無をチェックし、利用可能な更新ソフトウェアがあ
る場合、例えばＵＳＢ接続を介してソフトウェア更新をダウンロードしてもよい。これら
の更新は次に、ペアリングの際に、ハブ、ドック、デバイス、インスリン・ポンプ、注入
ポンプおよび／または患者介護デバイスに転送することができる。
したがって、ユーザは、ハブ、ドック、デバイス、インスリン・ポンプ、注入ポンプお
よび／または患者介護デバイスの遠隔インターフェースをパーソナル・コンピュータに接
続することができ、および／または、いくつかの実施形態では、データを遠隔インターフ
ェースからウェブ・ポータルなどにアップロードすることができる。いくつかの実施形態
では、これは遠隔インターフェースの「再充電」中に達成されてもよく、この再充電は、
いくつかの実施形態では、パーソナル・コンピュータへのＵＳＢ接続を使用して行われて
もよく、これは、遠隔インターフェースを充電／再充電することに加えて、パーソナル・
コンピュータ、１９０８および／またはウェブ・ポータルからのデータを同期し、および
／またはアップロード／ダウンロードしてもよい。この時、システムは、デバイスの１つ
以上および／または遠隔インターフェースに対するソフトウェア更新が利用可能であるか
判定することができる。ユーザは「更新をダウンロードする」を選択することができ、こ
れらの更新は、充電のとき、および／または遠隔インターフェースが直接にあるいは間接
にパーソナル・コンピュータにおよび／またはそのシステム用に特に設計されたウェブ・
ポータルに接続されている任意のときに、ハブ、ドック、デバイス、インスリン・ポンプ
、注入ポンプおよび／または患者介護デバイスの遠隔インターフェースにダウンロードす
ることができる。上記のように、遠隔インターフェースは、様々なデバイスと通信する能
力を有する。したがって、ソフトウェア更新は、遠隔インターフェースによって任意の１
つ以上のデバイスに伝えることができる。このことは多くの利点を有し、例えば、これに
限らないが、デバイスの全てからのデータ／情報をアップロードすること、および／また
はパーソナル・コンピュータからおよび／またはインターネット／ウェブ・ポータルから
任意のデバイスに更新および／またはアプリケーションをダウンロードすることの両方の
ために、遠隔インターフェースをパーソナル・コンピュータ／ウェブ・ポータルに接続さ
せるだけで済むことが挙げられる。このことは多くの理由から望ましい可能性があり、例
えば、これに限らないが、１つの接続から全てのデバイスを効率的かつ容易に更新するこ
とができること、および／または１つの場所において全てのデバイスからのデータの全て
を見ることができること、および／または遠隔インターフェースを通してパーソナル・コ
ンピュータ／ウェブ・ポータルから任意のデバイスに情報および／または設定をダウンロ
ードすることができることが挙げられる。
したがって、いくつかの実施形態では、パーソナル・コンピュータ／ウェブ・ポータル
が、これに限らないが、遠隔インターフェースを含む全てのデバイスからの情報全てを含
むので、いつでも、新しい「遠隔インターフェース」をシステムに導入することができる
。これは、新しい遠隔インターフェースをパーソナル・コンピュータ／ウェブ・ポータル
に接続し、システムに関する全ての情報を遠隔インターフェースにダウンロードすること
によって達成することができる。いくつかの実施形態では、これは最初に、古い遠隔イン
ターフェースを「認証されたデバイス」から取り除く必要があることがあるが、他の実施
形態では、システムはユーザからの許可によって追加の遠隔インターフェースを「許可」
することができる。したがって、システムは、デバイスに通信することが可能な、および
／またはパーソナル・コンピュータおよび／またはウェブ・ポータルを接続することが可
能な任意のインターネット接続および／または遠隔インターフェースに、全ての情報およ
びアプリケーションをダウンロードするための能力を備える。
また、これにより、遠隔インターフェースが、インターネットから任意のアプリケーシ
ョンをシステム内の任意のデバイスにダウンロードすることが可能になる。したがって、
システムの様々な実施形態では、ユーザは、（パーソナル・コンピュータおよび／または
ウェブ・ポータルに無線通信し、これらに接続する能力などのいくつかのパラメータを含
む）任意の装置を、様々なデバイス、例えば注入ポンプを制御し、および／またはＣＧＭ
センサ／トランシーバおよび／または他の検体センサおよび／またはハブ、ドック、デバ
イス、インスリン・ポンプ、注入ポンプおよび／または患者介護デバイスなどの他のデバ
イスからデータを受信し、および／またはこれらを制御することができ得るデバイスに、
変えることができる。いくつかの実施形態では、遠隔インターフェースおよび／または遠
隔インターフェース上の１つ以上のアプリケーションは、パスワードなどで保護すること
ができ、１つ以上のデバイスとペアにされ、例えば注入ポンプおよび／またはＣＧＭセン
サおよび／または１つ以上の他のデバイスとペアにされる。
いくつかの実施形態では、遠隔インターフェース上の情報は、アップロードし、および
／または別のデバイスおよび／またはコンピュータおよび／または機械と同期し、例えば
、これに限らないが、パスワード保護されていてもよいインターネット・サイト（ウェブ
・ポータル）にデータをアップロードしてもよい。したがって、ユーザは、任意のデバイ
スから情報にアクセスすることができ、および／または任意のデバイス特定アプリケーシ
ョンを含む情報を任意のデバイスにダウンロードすることができ、したがって、これに限
らないが、履歴、好ましい設定などの情報を含むユーザ情報を任意のデバイスにダウンロ
ードすることができる。
図１０は、本開示の実施形態による、監視サーバに患者介護デバイスの患者介護パラメ
ータを通信するための方法６００のフローチャート図である。方法６００は、行為６０２
〜６０８を含む。方法６００の患者介護デバイスは任意選択では、本明細書に開示された
任意の患者介護デバイス、例えば、図１、３、５または７の患者介護デバイス７、１４、
１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１
４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４
、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護
デバイスであってもよい。
行為６０２は、患者介護デバイスと監視サーバとの間の通信リンクを確立する。行為６
０４は、患者介護パラメータを監視サーバに、例えばローカル・エリア・ネットワークお
よび／またはインターネット上でＷｉＦｉを通して、監視クライアント、１つ以上のハブ
またはドックなどを通して通信する。行為６０６は、患者介護パラメータを非識別化する
。行為６０６は、例えば図１、３、５、７、８および／または９の監視サーバ３内で、自
動的におよび電子的に行なうことができる。例えば、患者の名前を取り除き、そして監視
サーバ内の患者の識別情報を判断するために使用することができないランダムなシリアル
番号または他の標識と交換してもよい。行為６０８は、非識別化された患者介護パラメー
タを、データベース内、例えばＳＱＬデータベース、関係データベース、連想データベー
ス、クラウド・サーバなどの監視サーバ内に記憶する。
図１１は、本開示の実施形態による、監視サーバ内で患者介護デバイスから判断された
多数の患者からの患者介護パラメータを集める方法７０１のフローチャート図である。方
法７０１は、行為７０３〜７１３を含む。いくつかの実施形態では、行為７０３〜７１３
は全て任意選択である。患者介護デバイスは、本明細書に開示された任意の患者介護デバ
イス、例えば図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３
５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７
、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、
９０４、９０６、９０、または本明細書に開示された他の患者介護デバイスであってもよ
い。
行為７０３は、監視サーバ、例えば図１、３、５、７、８または９の監視サーバ３と、
複数の患者に関連付けられた複数の患者介護デバイスとの間に通信リンクを確立する。任
意選択では、多数の患者介護デバイスは単一の患者に関連付けることができ、および／ま
たは多数の患者介護デバイスは異なるそれぞれの患者に関連付けることができる。
行為７０５は、複数の患者介護パラメータを複数の患者介護デバイスから監視サーバに
通信する。行為７０７は患者介護パラメータを非識別化し、行為７０９は、これらの患者
介護パラメータを、監視サーバ内、例えばＳＱＬデータベース、関係データベース、連想
データベースなどのデータベース内に記憶する。行為７０７は、自動的におよび／または
電子的に行なうことができる。行為７１１は、複数の患者のうちの患者のサブセットを治
療する。例えば、高血圧の患者は、血圧を下げるように指定された薬剤で治療することが
できる。行為７１３は、複数の患者に関連付けられた複数の患者介護パラメータのサブセ
ットを分析して、治療の有効性を判定する。例えば、行為７１１の血圧薬剤を受けた全て
の患者は、彼らの血圧が所定の時間、例えば６か月後の血圧読み取り値と比較されて、そ
の治療が１人以上の患者に対して効果的であるかどうか判定することができる。
図１２は、本開示の実施形態による、患者介護デバイスの動作が中断されたときの患者
介護デバイスの回復の方法８０１のフローチャート図である。例えば、患者介護デバイス
は、ドックから引き抜かれ、電力が遮断され、ハードウェアまたはソフトウェア障害が患
者介護デバイス内の１つ以上のプロセッサまたは他の回路を一時的に無効にするなどの可
能性がある。それに加えて、または代替として、患者介護デバイス上の１つ以上のプロセ
ッサは、患者介護デバイスがホットスワップ可能であるように、方法８０１を実施しても
よい。
方法８０１は、行為８０３〜８２３を含む。各行為８０３〜８２３は、いくつかの実施
形態では、任意選択である。行為８０３は、患者介護デバイスに関連付けられた１つ以上
の患者介護パラメータを受信する。方法８０１の患者介護デバイスは、本明細書で開示さ
れた任意の患者介護デバイスであってもよく、例えば、図１、３、５または７の患者介護
デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の
患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４または図９
の患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８の１つ以上であっ
てもよい。
行為８０５は、患者介護デバイスの不揮発性メモリ内に１つ以上の患者介護パラメータ
を記憶する。患者介護パラメータは、患者治療パラメータまたは患者状態パラメータを含
む患者介護に関連付けられた任意の値であってもよく、例えば、注入ポンプの注入速度は
患者治療パラメータである。
行為８０７は、患者介護デバイス用の１つ以上の動作パラメータを受信する。動作パラ
メータは、デバイスの動作に関連するどんなものであってもよい。例えば、動作パラメー
タは、注入ポンプのモータの速度の制限、注入ポンプ速度、無線通信上のワット制限、電
池放電速度または速度制限、更新頻度などであってもよい。行為８０９は、患者介護デバ
イスの不揮発性メモリ内に１つ以上の動作パラメータを記憶する。
行為８１１は、患者介護デバイスについての１つ以上の追加の動作パラメータを算出す
る。算出された動作パラメータは、患者介護デバイスを動作するために算出された任意の
パラメータ、例えば、自動ゲイン制御で使用される適応ゲイン係数を有する比例積分微分
（ＰＩＤ）制御ループのゲイン係数である。行為８１３は、患者介護デバイスの不揮発性
メモリ内に１つ以上の追加の動作パラメータを記憶する。
行為８１５は、患者介護デバイスの動作が中断されたこと、例えば患者介護デバイスへ
の電力が失われた、患者介護デバイスに故障が起こった、電圧低下ＣＰＵリセットが起こ
ったことなどを判断する。行為８１７は、患者介護デバイスの動作が再開することができ
ることを判断する。
行為８１９は、患者介護デバイスの作動しているメモリ内に１つ以上の受信または算出
された動作パラメータをロードし、行為８２１は、患者介護デバイスの作動しているメモ
リ内に１つ以上の患者介護パラメータをロードする。行為８２３は、患者介護デバイスの
動作を再開する。
次に図１３を参照すると、本開示の実施形態による、ユーザ・インターフェースを有す
る監視クライアントを患者介護デバイスにペアリングする方法９００のフローチャート図
が示される。方法９００は、行為９０２〜９１２を含む。方法９００の監視クライアント
は、図１、３、５、７または８の監視クライアント１、または遠隔コミュニケータ１１、
図９の監視クライアント９０２、図１、３、５、７、８または９の遠隔コミュニケータ１
１、携帯電話、手持ち式コンピュータ、タブレット・コンピュータ、ラップトップ・コン
ピュータ、パーソナル・コンピュータ、携帯情報端末などであってもよい。方法９００は
監視クライアントと患者介護デバイスとの間のペアリングを記載しているけれども、いく
つかの実施形態では、方法９００を使用して、ハブ（例えば、図８のハブ８０２）を患者
介護デバイス（例えば、患者介護デバイス８３０、８１０、８１２および８１４）にペア
リングし、第１の患者介護デバイス（例えば、図８の患者介護デバイス８３０）を第２の
患者介護デバイス（例えば、図８の患者介護デバイス８１４）にペアリングし、それによ
って第１の患者介護デバイスのユーザ・インターフェースが第２の患者介護デバイスを制
御し、および／またはシステム・モニタ（例えば、図１、３、５、７、８または９のシス
テム監視１３１）を患者介護デバイス（例えば、図１、３、５および７に示すような患者
介護デバイス７、１７０、１２６、１２８、１４８、１４、１５、１６、１７または１７
０、または図８の患者介護デバイス８３０、８１０、８１２、８１４、１４、１５、１６
、１７または１４８、および／または図９の患者介護デバイス９０４、９０６、９０８、
１４、１５、１６、１７または１４８）にペアリングするために使用することができる。
行為９０２は、ユーザ・インターフェース（例えば、ディスプレイ、タッチスクリーン
、ディスプレイ、ボタン、ユーザ入力用加速度計など）を有する監視クライアントを患者
介護デバイスの動作距離内に配置する。行為９０４は、患者介護デバイスの識別情報をユ
ーザ・インターフェース上に表示する。患者介護デバイスは、例えばシリアル番号、デバ
イス・タイプ、または標準またはカスタム発見プロトコルを使用した患者介護デバイスの
ユーザ入力上の視覚的表示によって、識別することができる。行為９０６は、ユーザ・イ
ンターフェースを使用してペアリングするために患者介護デバイスを選択する。例えば、
行為９０６中のユーザは、監視クライアントのタッチスクリーンに触れて、患者介護デバ
イスの選択を表示してもよい。
行為９０８は、患者介護デバイスを監視クライアントにペアリングする。例えば、監視
クライアントへの患者介護デバイスのペアリングは、ブルートゥース、ブルートゥース・
ロー・エネルギー（Ｉ．Ｅ．Ｅ．Ｅ．８０２．１５．１）、ＷｉＦｉ、赤外線通信、近距
離通信（ＮＦＣ ＩＳＯ １３１５７）、ＩＲ通信または光学的方法を利用することがで
きる。本開示に照らして明らかなように、カスタム・ペアリング・プロトコルを同様に利
用してもよく、これは、ハンドシェイク・シークエンスの使用を利用しても、または利用
しなくてもよい。行為９１０は、患者介護パラメータを患者介護デバイスと監視クライア
ントとの間で通信し、例えばそれによって患者介護デバイスを監視クライアントによって
制御しまたは監視してもよい。
行為９１２は、任意選択では、患者介護デバイスを通して、別の患者介護デバイスの追
加の患者介護パラメータを動作可能に通信する。行為９１２では、患者介護デバイスが別
の患者介護デバイスと動作可能に結合され、または動作可能に通信するならば、患者介護
デバイスはリレーまたはルータとして働くことができ、それによって監視クライアントは
別の患者介護デバイスと通信することができる。それに加えて、または代替として、患者
介護デバイスは、その動作のために別の患者介護デバイスからの情報を使用することがで
き、例えば、注入ポンプは、流量計によって決定された流量、または温度プローブからの
温度を使用することができる、および／または注入ポンプは、流量計から監視クライアン
トに情報を中継することができる。それに加えて、監視クライアントは任意選択では、並
列または直列のいずれかで、ペアリングされた患者介護デバイスに結合された多数の患者
介護デバイスと通信することができる。それに加えて、または代替として、本開示のいく
つかの実施形態では、方法９００で、監視クライアントは静脈チューブを使用して患者介
護デバイスと通信する。該通信は、静脈チューブに埋め込まれた、または取り付けられた
電気導体を介して、静脈チューブ内の流体を導電媒体として使用した電気通信を介して、
静脈チューブを通して進む音波を使用して、または管内の流体を光導波路として光学的に
使用することによって行われてもよい。静脈チューブを介した通信を使用して、別の通信
リンク、例えばブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉなどを使
用する（例えば、監視クライアント、ハブ、ドック、患者介護デバイスおよび／または監
視クライアント、ハブ、ドック、患者介護デバイスおよび／またはシステム・モニタの１
つ以上を備えたシステム・モニタの間の）ペアリングを設定してもよい。
本開示のさらに追加の実施形態では、第１のデバイス（例えば、監視クライアント、ハ
ブ、患者介護デバイスまたはシステム・モニタ）から第２のデバイス（例えば、監視クラ
イアント、ハブ、患者介護デバイスまたはシステム・モニタ）とのペアリングは、第１の
通信リンクを使用して構成および／または初期化されて、それによって、これらのデバイ
スは第２の通信リンクを使用してペアリングされてもよい。例えば、近距離通信またはＩ
Ｒ通信が、例えばブルートゥース、ブルートゥース・ロー・エネルギーまたはＷｉＦｉを
使用してこれらのデバイス間にペアリングを設定してもよい。（例えば、近距離通信また
はＩＲ通信を介した）ペアリング設定は、例えば、ブルートゥースを介したペアリングな
ど、デバイスのペアリングのユーザ確認の要求を監視する監視クライアント、ハブ、患者
介護デバイスおよび／またはシステムへの要求を促すことができる。いくつかの実施形態
では、患者介護デバイスがハブ、監視クライアントおよび／またはドックにペアリングさ
れると、ＩＤおよびソフトウェア・バージョン番号が、ハブ、監視クライアントおよび／
またはドックに送信され、これらは、サーバ、例えば監視サーバ３、ミドルウェア、クラ
ウド・サーバまたは他のサーバを調べて、患者介護デバイス上のソフトウェアが最新のも
のであるかどうか判定する。ソフトウェアが最新のものでない場合、ハブ、監視クライア
ント、ドックまたは患者介護デバイス自体が（例えば、直接に）更新ソフトウェアをダウ
ンロードして、患者介護デバイスをプログラムする。患者介護デバイスは、ユーザにソフ
トウェアが最新であるかどうか通知することができ、および／またはユーザにタッチスク
リーン上にオプションを与えて、ソフトウェアが最新でない場合には任意選択で患者介護
デバイスを更新することができる。ペアリングを設定する通信リンク（例えば、ＮＦＣ）
および／またはペアリングを使用する通信リンク（例えば、ブルートゥースまたはブルー
トゥース・ロー・エネルギー）は、更新ソフトウェア、ＩＤ、ソフトウェア・バージョン
番号を通信し、その通知などを提供することができる。例えば、ポンプ患者介護デバイス
またはインスリン・ポンプとともに使用することができる１つのペアリングは、（１）２
０１０年３月２５日出願の、Ｍａｎｄｒｏ他の「注入ポンプ方法およびシステム」という
名称の特許出願第１２／７３１，８４３号（代理人整理番号：Ｉ０６）、（２）２００９
年４月４日出願の、Ｂｒｙａｎｔ他の「注入ポンプを制御する方法およびシステム」とい
う名称の特許出願第１２／４１６，６６２号（代理人整理番号：Ｇ９８）、および／また
は（３）２００９年１２月３１日出願の、Ｋａｍｅｎ他の「注入ポンプ・アセンブリ」と
いう名称の特許出願第１２／３４７，９８５号（代理人整理番号：Ｇ７５）に見ることが
でき、これらの３つ全ては全体を参照として本明細書に援用する。
図１４は、本開示の実施形態による、患者介護デバイスにペアリングされたウェアラブ
ル・システム・モニタを使用した患者介護デバイスの動作を監視する方法１０００のフロ
ーチャート図である。方法１０００は、行為１０１４〜１０４０を含み、様々なデバイス
１００２、１００４、１００６、１００８、１１００、１１１２を利用して、患者介護デ
バイスと方法１０００のウェアラブル・システム・モニタとのペアリングを容易にするこ
とができる。いくつかの実施形態では、各行為１０１４〜１０４０は任意選択である。
方法１０００のウェアラブル・システム・モニタは、図１、３、５、７、８および９の
ウェアラブル・システム・モニタ１３１であってもよい。１つ以上の患者介護デバイスを
監視するための方法１０００のシステム・モニタのペアリングは、デバイス１００２〜１
０１２のいずれか１つ以上を使用して、または本明細書に開示した任意の十分なデバイス
を使用して行なうことができる。例えば、監視デバイス１００２のユーザ・インターフェ
ース、遠隔コミュニケータ１００４のユーザ・インターフェース、通信デバイス１００６
のユーザ・インターフェース、患者介護デバイス１００８のユーザ・インターフェース、
別の患者介護デバイス１０１０のユーザ・インターフェースまたはウェアラブル・システ
ム・モニタ１０１２のユーザ・インターフェースを使用して、方法１０００のウェアラブ
ル・システム・モニタを患者介護デバイスにペアリングさせることができる。
方法１０００の患者介護デバイスは、図１、３、５または７の患者介護デバイス７、１
４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイ
ス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス
１４、１５、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者
介護デバイスなどの、本明細書に開示された任意の患者介護デバイスであってもよい。
方法１０００のシステム・モニタを、図１のシステム１００、図３のシステム３００、
図５のシステム５００、図７のシステム７００、図８のシステム８００、図９のシステム
９００で使用することができ、スタンドアロンのシステムで使用することができ、および
／または本明細書に開示したデバイスの任意の他の十分なシステムまたはグループで使用
することができる。
行為１０１４は、音声認識アルゴリズム、顔認識アルゴリズム、バーコード、ＲＦＩＤ
タグ、近距離通信、単純ログイン、セキュアな署名などの１つ以上を使用して介護人（例
えば、プロバイダ）を識別する。例えば、行為１０４０における介護人の識別は、搭載カ
メラおよび／またはマイクロフォンを使用して、監視クライアント、監視クライアント・
ドッキング・ステーション、デバイス・ドッキング・ステーション、通信モジュール、他
のドックまたはハブによって行なうことができる。また、安全点検として、監視クライア
ント、ハブ、ドックまたは患者介護デバイスは、ユーザが表示された通りのフォントで入
力することを要求して、フォント破損過誤を防ぐことができる。それに加えて、または代
替として、いくつかの実施形態では、ログインまたは認証が1回以上失敗した後に、デバ
イスが写真を撮りその写真を記憶することがある場合、その写真はミドルウェア・サーバ
に記憶するために伝達されることがある。行為１０１６は、デバイス１００２〜１０１２
の１つ以上において介護人の存在を記録する。ログ入力は、デバイス１００２〜１０１２
、本明細書に記載された患者介護デバイス、本明細書に記載された監視クライアント、本
明細書に記載されたウェアラブル・システム・モニタ、本明細書に記載された遠隔コミュ
ニケータおよび／または本明細書に記載されたハブのいずれか１つに記憶されてもよい。
行為１０１６のログは、介護人コンプライアンス、診断の目的などのためである可能性が
ある。例えば、介護人が現れる予定であるのに現れない場合、行為１０１６は、予定され
た時間に介護人が現れなかったことを記録してもよい。
行為１０１４の顔認識アルゴリズムは、相対的体格、外形、眼、鼻、顎、頬骨の位置ま
たは他の顔の特徴を分析することなどの、どのような介護人の顔の特徴をも中継すること
ができる。行為１０１４の顔認識アルゴリズムは、３次元顔認識、肌の質感の分析または
他の顔認識アルゴリズムを使用してもよい。それに加えて、または代替として、いくつか
の実施形態では、行為１０１４の音声認識アルゴリズムは、隠れマルコフモデル、ダイナ
ミック・タイム・ワーピング・ベースの音声認識または他の音声認識アルゴリズム（複数
可）を使用してもよい。
行為１０１８は、ウェアラブル・ドックからウェアラブル・システム・モニタを取り外
す。例えば、図１のシステム・モニタ１３１は、時計のリスト・バンドと同じようなリス
ト・バンドを患者に取り付けるように、患者の腕に着用することができ、ウェアラブル・
システム・モニタの一部分は、リスト・バンド、およびウェアラブル・システム・モニタ
がスナップ嵌合するスナップ嵌めベース部材を備えたドック（本明細書では「ウェアラブ
ル・ドック」とも呼ぶ）から取り外すことが可能である。ウェアラブル・システム・モニ
タがそのドックから取り外されると、行為１０２０がタイマをスタートさせる。タイマお
よび関連する行為はそれぞれ、図１４の方法１０００では任意選択である。
行為１０２０のタイマは、ウェアラブル・システム・モニタがそのドック外にある時間
の経過を追跡する。行為１０２２は、ウェアラブル・システム・モニタがウェアラブル・
ドックからドッキングを外された後、所定の時間が経過したときに治療を止める。例えば
、方法１０００のウェアラブル・システム・モニタは、注入ポンプにシグナルを送って、
ポンプ注入を止めることができる。ウェアラブル・システム・モニタが再びドッキングさ
れると、行為１０２４は、例えば、ウェアラブル・システム・モニタがそのウェアラブル
・ドックからドッキングを外されたことにより治療が中断されている場合に、所定の時間
が経過した後に治療を再開する。
上記したように、行為１０１８は、ウェアラブル・ドックからウェアラブル・システム
・モニタを取り外す。行為１０２６は、例えば音声認識アルゴリズム、顔認識アルゴリズ
ム、バーコード、ＲＦＩＤタグ、近距離通信、単純ログイン、介護人入力などの１つ以上
を使用して患者を識別する。行為１０２６は、行為１０１４と同様であってもよく、行為
１０１４で利用されるのと同じソフトウェアを利用してもよく、および／またはデバイス
１００２〜１０２０の１つを利用してもよい。しかし、いくつかの実施形態では、患者に
対する識別手続は、例えば、生体認証または他の識別患者特有の情報を使用することによ
って、介護人の識別情報より多くのものを含むことができることに留意されたい。このよ
うな患者識別基準を使用して、特定の治療が正しい患者に与えられていることを保証し、
および／または所与の規則とのコンプライアンスを提供することができる。行為１０１４
および／または１０２６は、患者および／または介護人上のパスキー・デバイスを使用し
て行なってもよい。
行為１０２８は、介護人がウェアラブル・システム・モニタをペアリングする、例えば
ウェアラブル・システム・モニタを患者介護デバイスにペアリングする権限を与えられて
いるかどうか判定する。介護人が権限を与えられていない場合には、方法１０００は、ウ
ェアラブル・システム・モニタの追加のペアリング（または、ペアリング設定の編集）を
防ぐ。介護人がウェアラブル・システム・モニタをペアリングする権限を与えられている
場合、行為１０３０は、介護人がウェアラブル・システム・モニタとペアリングするため
の１つ以上の患者介護デバイスを選択することを許可する。介護人の権限確認を使用して
、例えば特定の治療が正しい患者に与えられていることを保証し、および／または所与の
規則とのコンプライアンスを提供することができる。
介護人には、デバイス１００２〜１０１２の１つ以上のユーザ・インターフェース上で
のペアリングに利用可能な患者介護デバイスのリストを提供することができる。行為１０
３０中に、介護人は互いにペアリングするためにウェアラブル・システム・モニタ（例え
ば、行為１０１８の患者ウェアラブル・システム・モニタ）および患者介護デバイスを選
択する。行為１０３２は、ウェアラブル・システム・モニタを患者介護デバイスとペアリ
ングし、行為１０３４は、ウェアラブル・システム・モニタ内に行為１０３２のペアリン
グを、介護人および患者の識別情報を含めて記録する。追加の特定の実施形態では、患者
介護デバイスとのウェアラブル・システム・モニタのペアリングは、別のデバイス（例え
ば、監視クライアント、ハブ、別の患者介護デバイスなど）との患者介護デバイスの並列
または直列ペアリングで使用されてもよい。本開示に照らして分かるように、任意の適切
なペアリング・プロトコル（例えば、ブルートゥースまたはＩＥＥＥ８０２．１１）を使
用することができる。それに加えて、または代替として、行為１０３４は、デバイス１０
０２〜１０１２の１つ以上内にペアリングを記録することができる。
行為１０３６は、ウェアラブル・システム・モニタをウェアラブル・ドックに再び取り
付ける。行為１０３８は、ウェアラブル・システム・モニタを使用してウェアラブル・ド
ックへのドッキングを識別および認証して、例えばウェアラブル・システム・モニタおよ
びウェアラブル・ドックが互いにドッキングするように権限を与えられているかどうか判
定する。例えば、行為１０３８は、ウェアラブル・システム・モニタが、正しい患者のウ
ェアラブル・ドックにドッキングされていることを保証することができる。例えば、ウェ
アラブル・システム・モニタが誤った患者のウェアラブル・ドックにドッキングされてい
た場合、ウェアラブル・システム・モニタは過誤を認識し、（いくつかの実施形態では）
動作を停止するように、誤った患者に関連付けられた患者介護デバイスにシグナルを送る
ことによって関連付られた治療が進行しないようにし、監視クライアント、例えば図１、
３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント９、４
または１１、または本明細書で開示された他の監視クライアントに警戒を送信することが
できる。行為１０２４は、治療が中断された場合に治療を再開することができ、または行
為１０４０は、任意の更新設定１０４０に従って患者を治療することができる。
いくつかの特定の実施形態では、介護人が行為１０１６で識別され、および／または患
者が行為１０２６で識別された場合、介護人は、例えば監視クライアント、ハブ、遠隔コ
ミュニケータまたは患者介護デバイス上で治療設定を更新することができる。
図１５は、本開示の実施形態による、ユーザ・インターフェース・テンプレートを使用
してユーザ・インターフェースを表示するための方法１１００のフローチャート図である
。方法１１００は、行為１１０２〜１１３２を含む。いくつかの実施形態では、各行為１
１０２〜１１３２は任意選択である。
方法１１００の監視クライアントは、図１、３、５、７、８の監視クライアント１、４
、または１１、図９の監視クライアント９、４または１１、または本明細書で開示された
他の監視クライアントの１つ以上であってもよい。方法１１００の患者介護デバイスは、
図１、３、５または７の患者介護デバイス７、１４、１５、１６、１７、３５、１２６、
１２８、１３０、１４８、図８の患者介護デバイス１４、１５、１６、１７、８３０、８
１０、８１２、８１４、図９の患者介護デバイス１４、１５、１６、１７、９０４、９０
６、９０８または本明細書に開示された他の患者介護デバイスの１つ以上であってもよい
。
方法１１００は監視クライアントでユーザ・インターフェース・テンプレートを使用す
ることを記載しているけれども、監視クライアントは、ハブ、通信モジュール、別の患者
介護デバイスまたはユーザ・インターフェースを有する他の十分なデバイスに置き換える
ことができる。方法１１００のユーザ・インターフェースのユーザ・インターフェース・
テンプレートは、患者介護パラメータを表示するための特定の領域を所定のディスプレイ
に提供する。例えば、注入ポンプ用ユーザ・インターフェース・テンプレートは、現在の
流体流量などの、ＧＵＩ上に表示するための特定の領域を規定することができる。ユーザ
・インターフェース・テンプレートはまた、注入ポンプから受ける現在の流体流量を表示
するための監視クライアントのディスプレイ上のエリアを規定することができる。ユーザ
・インターフェース・テンプレートは、どのように情報を表示するかの指示、様々なウィ
ジェットの記載、様々なウィジェット、グラフ、グラフ軸に対するラベル、ディスプレイ
に対するラベル、ボタン、および／または１つ以上の患者介護デバイスの制御または視覚
情報をユーザに提供するためのラベルなどのレイアウト情報を含むことができる。ユーザ
・インターフェース・テンプレートは、ＱＴベースのテンプレートを記載したテンプレー
トであってもよく、および／またはＨＴＭＬまたはＣＳＳを使用してもよい。
行為１１０２は、ユーザ・インターフェースを有する監視クライアントと通信するため
に、患者介護デバイスを識別または選択する。例えば、行為１１０２では、監視クライア
ントは、患者の治療のためにプロバイダによって以前に指定された所定の注入ポンプを自
動的に識別することができる。それに加えて、または代替として、行為１１０２では、プ
ロバイダは、選択した患者介護デバイス（複数可）の動作に関する情報を監視クライアン
トのユーザ・インターフェース上に表示するために、それから選択すべき患者介護デバイ
スのリストを与えられてもよい。
行為１１０４は、患者介護デバイスが、記憶されたユーザ・インターフェース・テンプ
レートを有するかどうか判定する。例えば、注入ポンプは、中にユーザ・インターフェー
ス・テンプレートが記憶されたフラッシュ・メモリを備えることができる。患者介護デバ
イスが、記憶されたユーザ・インターフェース・テンプレートを有する場合、行為１１０
６は、ユーザ・インターフェースを有する監視クライアントに患者介護デバイスから、記
憶されたユーザ・インターフェース・テンプレートを通信する。行為１１０８は、監視ク
ライアントのユーザ・インターフェース上にユーザ・インターフェース・テンプレートを
表示する。行為１１１０は、患者介護パラメータを患者介護デバイスと監視クライアント
との間で通信する。行為１１１２は、ユーザ・インターフェース・テンプレートに従って
、表示されたユーザ・インターフェース・テンプレート上に患者介護パラメータを表示す
る。例えば、注入ポンプ用ユーザ・インターフェース・テンプレートは、現在の注入速度
に対するスペースを含むことができ、行為１１１２は、本実施例では、ユーザ・インター
フェース・テンプレートを使用して、ディスプレイ上に現在の注入速度（患者介護パラメ
ータ）を表示する。
行為１１０４が、患者介護デバイスには、記憶したユーザ・インターフェース・テンプ
レートがないと判断した場合、方法１１００は、監視クライアントが患者介護デバイスの
患者介護パラメータを表示するのに使用するユーザ・インターフェース・テンプレートを
有するかどうか判定する。それに加えて、または代替として、行為１１０４は、監視クラ
イアントおよび／または患者介護デバイスを介してアラームを発することができる。行為
１１１４は、患者介護デバイスのタイプを判断する。タイプが決定された場合、行為１１
１６はユーザ・インターフェース・テンプレートが患者介護デバイスのタイプに従って、
監視クライアント内に記憶されたかどうか判定する。ユーザ・インターフェース・テンプ
レートがある場合、行為１１１８は、監視クライアントのユーザ・インターフェース上に
ユーザ・インターフェース・テンプレートを表示する。行為１１２０は、患者介護パラメ
ータを患者介護デバイスと監視クライアントとの間で通信する。行為１１２２は、ユーザ
・インターフェース・テンプレートに従って、表示されたユーザ・インターフェース・テ
ンプレート上に患者介護パラメータを表示する。例えば、注入速度などの患者介護パラメ
ータを、ユーザ・インターフェース・テンプレートによって指定されたユーザ・インター
フェースの所定のエリア内に表示してもよい。
該タイプが行為１１１４で決定されず、またはユーザ・インターフェース・テンプレー
トが決定したタイプに基づいて監視クライアント内に置かれていない場合には、行為１１
２４は、監視クライアントのユーザ・インターフェース上に複数のユーザ・インターフェ
ース・テンプレートの選択可能なリストを表示し、それに加えて、または代替として、行
為１１１４は、監視クライアントおよび／または患者介護デバイスを介してアラームまた
は警戒を発することができる。行為１１２６は、ユーザが、監視クライアントのユーザ・
インターフェースを使用して、複数のユーザ・インターフェース・テンプレートからユー
ザ・インターフェース・テンプレートを選択することを可能にする。行為１１２８は、監
視クライアントのユーザ・インターフェース上にユーザ・インターフェース・テンプレー
トを表示する。行為１１３０は、患者介護パラメータを患者介護デバイスと監視クライア
ントとの間で通信する。行為１１３２は、ユーザ・インターフェース・テンプレートに従
って、表示されたユーザ・インターフェース・テンプレート上に患者介護パラメータを表
示する。
本開示のいくつかの実施形態では、方法１１００の患者介護デバイスはまた、例えば、
上記したユーザ・インターフェース・テンプレートを使用して、監視クライアント上に表
示するための１つ以上のフォントを記憶することができる。フォントは、ＪＰＥＧ、ＢＭ
Ｐ、画像フォーマット、プリストア・フォントなどの任意のフォーマットで記憶すること
ができ、領域内での使用のために伝達されて、動作パラメータの表示を提供することがで
きる（例えば、値を伝達するよりは、数または値を示す画像が伝達されて、次にそれが監
視クライアント上に表示される）。いくつかの実施形態では、監視クライアント内に記憶
されたフォントを使用することができ、それによって、動作パラメータの値が監視クライ
アントに送信されて、監視クライアント内に記憶されたフォントを使用してテンプレート
内に表示される。
図１６は、本開示の実施形態による、患者介護デバイスを制御するためのアプリケーシ
ョンをダウンロードする方法１１３４のフローチャート図である。図１６の方法１１３４
では、監視デバイスが、患者介護デバイスを制御するための例示的なデバイスとして記載
されているが、監視デバイスは、ドック、ハブ、通信モジュール、遠隔コミュニケータ、
通信デバイスなどと置き換えることができ、および／またはこれらによって補完すること
ができる。
方法１１３４は、行為１１３６〜１１４６を含む。いくつかの実施形態では、各行為１
１３６〜１１４６は任意選択である。方法１１３４の監視クライアントは任意選択では、
図１、３、５、７、８の監視クライアント１、４、または１１、図９の監視クライアント
９、４または１１、または本明細書で開示された他の監視クライアントの１つであっても
よい。方法１１３４の患者介護デバイスは任意選択では、図１、３、５または７の患者介
護デバイス７、１４、１５、１６、１７、３５、１２６、１２８、１３０、１４８、図８
の患者介護デバイス１４、１５、１６、１７、８３０、８１０、８１２、８１４、図９の
患者介護デバイス１４、１５、１６、１７、９０４、９０６、９０８、または本明細書に
開示された他の患者介護デバイスの１つであってもよい。方法１１３４のサーバは任意選
択では、図１、３、５、７、８または９の監視サーバ３の１つであってもよい。
行為１１３６は、患者介護デバイスをドック内にドッキングする。例えば、図１、３、
５または７の注入デバイス７、図８の注入デバイス８３０、８１０または８１２、または
図９の注入デバイス９０４を、それぞれのドック内にドッキングさせることができる。行
為１１３８では、監視クライアントが患者介護デバイスを識別する。例えば、患者介護デ
バイスは、例えばＩＤ番号、シリアル番号、説明、処方箋、治療計画、患者治療パラメー
タなどを、例えば発見プロトコルにより監視クライアントに通信することができる。ドッ
キングされた患者介護デバイスは、治療情報（例えば、薬剤量、注入速度、合計流体量ま
たは他の患者治療パラメータ）を中に記憶してもよく、このそれぞれは患者に関連付けら
れまたは対応することができる。
行為１１４０では、監視クライアントが、患者介護デバイスを制御するための（例えば
、注入速度を設定するための）アプリケーションをサーバに照会する。行為１１４２では
、監視クライアントがアプリケーションをダウンロードする。監視クライアントとサーバ
との間の通信を暗号化してもよい。例えば、サーバは、監視クライアントに送信する前に
アプリケーションを暗号化してもよく、監視クライアントは十分な暗号キーを使用してア
プリケーションを解読することができる。それに加えて、または代替として、全ての通信
を暗号化してもよい。行為１１４４中に、監視クライアントがアプリケーションを実行す
る。行為１１４６では、監視クライアントは、１つ以上のプロセッサ上でアプリケーショ
ンを実行することによって、アプリケーションを通して患者介護デバイスに通信可能およ
び動作可能に結合される。監視クライアントは、サンドボックス内にアプリケーションを
置くことができる（以下に記載する）。このような１つの実施形態では、アプリケーショ
ンは、監視クライアント上で１つ以上のプロセッサにより実行するように構成されたプロ
セッサ実行可能な指示の動作可能な１セットを含む。アプリケーションは、例えば図１５
の方法１１００のユーザ・インターフェース・テンプレートを使用して、監視クライアン
トのディスプレイ上にユーザ・インターフェースを表示するための指示を含むことができ
る。それに加えて、または代替として、いくつかの実施形態では、患者介護デバイスにパ
ラメータまたは数値、例えばボーラス量、注入流量、合計送達用流体、薬物送達の開始時
間、薬物送達の停止時間、送達流量プロファイル、丸薬を分配するための丸薬分配指示、
丸薬タイプ、丸薬分配スケジュール、および／または最大丸薬分配基準を任意選択で送信
することによって、患者介護デバイスを制御するためにアプリケーションを使用すること
ができる。
図１７は、本開示の実施形態による、患者介護デバイス用のデータ（例えば、要求）を
通信する場合にデータ整合性を保証する方法１２００のフローチャート図である。方法１
２００は行為１２０２〜１２２２を含む。いくつかの実施形態では、各行為１２０２〜１
２２２は任意選択である。方法１２００の患者介護デバイスは、本明細書で開示した任意
の患者介護デバイス、例えば図１、３、５または７の患者介護デバイス７、１４、１５、
１６、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１
５、１６、１７、８３０、８１０、８１２、８１４、図９の患者介護デバイス１４、１５
、１６、１７、９０４、９０６、９０８または本明細書に開示された他の患者介護デバイ
スであってもよい。
該要求は任意選択では、例えば図１、３、５、７または８の監視クライアント１または
４、図１、３、５、７、８、または９の遠隔コミュニケータ１１、携帯電話、手持ち式コ
ンピュータ、タブレット・コンピュータ、ラップトップ・コンピュータ、パーソナル・コ
ンピュータ、携帯情報端末などの任意の権限が与えられ、認証され、および／または識別
された監視クライアントから行われてもよい。
行為１２０２は、監視クライアントのユーザ・インターフェースを使用して、患者介護
デバイスに要求を提示する。例えば、図１の監視クライアント１のタッチスクリーンを使
用して、ユーザは注入ポンプ７に対して注入速度を提示する。いくつかの実施形態では、
要求は任意選択では、患者介護デバイスに関連するパラメータ、例えば、ボーラス量、注
入流量、合計送達用流体、薬物送達の開始時間、薬物送達の停止時間、送達流量プロファ
イル、丸薬を分配するための丸薬分配指示、丸薬タイプ、丸薬分配スケジュール、および
／または最大丸薬分配基準であってもよい。
行為１２０４は任意選択であり、行為１２０４は監視クライアントのユーザ・インター
フェース上に「ペンディング・要求」を表示する。行為１２０６は、患者介護デバイス用
にリスエストをフォーマットする。例えば、行為１２０６は、患者介護デバイスの通信要
件に合うように要求を準備することができる。
行為１２０８は、要求のチェック値を決定する。例えば、周期的冗長性チェック・アル
ゴリズムを使用して、要求に対応するチェック値を決定する。周期的冗長性チェック・ア
ルゴリズムによって算出されたチェック値は、要求に依存している。要求の１ビットの変
化はまた、周期的冗長性チェック・アルゴリズムによって算出されるチェック値を変化さ
せる。同様に、数ビットの変化はまた、チェック値を変化させる。それに加えて、または
代替として、他の実施形態では、パリティ・ビット（偶数または奇数）または他のデータ
整合性チェックを使用することができる。
行為１２１０は、チェック値を要求に付加する。行為１２１２は任意選択であり、行為
１２１２は、ユーザ・インターフェースを使用して要求を通信するために、ユーザからの
確認を要求する。確認の要求は、「確認」を選択するためのボックスを有する「９０ミリ
リットル／時の注入速度を確認したか？」と表示するタッチスクリーン上のポップアップ
・ダイアログ・ボックスであってもよい。行為１２１２に示すテキストおよびフォーマッ
トは、悪い表示画素、破損したフォント・テーブル、ユーザの誤解などに対する追加のセ
ーフガードを提供するために、例えば、要求の入力中に表示されるまたは他様に表示され
る、他の表示情報とは異なるフォント、異なるフォント・サイズ、および／または異なる
表示位置であってもよい。行為１２１４は、要求を確認して、ユーザ・インターフェース
を使用してその要求を通信する。ユーザは、本開示のいくつかの実施形態に従って、「確
認」ボックスに触れて、その要求を通信するための要求を確認することができる。
行為１２１６は、要求を患者介護デバイスに通信する。通信は、有線、無線、誘導また
は光ファイバ通信などを介して行なってもよい。行為１２１６中に、患者介護デバイスは
要求を受信する。要求が伝達される間に、要求内の１つ以上のビットが破損してしまう、
例えばビットの値が変化してしまう、ビットが失われてしまう、ビットが加えられてしま
うなどが起こる可能性があり、このようなまたは他のデータ破損は望ましくない。
方法１２００の行為１２１８は、破損データの検出を容易にする。行為１２１８中、患
者介護デバイスが、要求に従ってチェック値を認証する。行為１２１８で、患者介護デバ
イスは、該要求について動作１２０８におけるのと同じ周期的冗長性チェック・アルゴリ
ズムを使用して、追加のチェック値を算出することができる。患者介護デバイスによって
算出されるような行為１２１６のチェック値は、要求内のデータが同一である場合にのみ
、動作１２０８で算出されたチェック値と同一になる。すなわち、行為１２１６のチェッ
ク値と行為１２０８のチェック値とは、要求のデータが破損した、より少ないまたはより
多いビットを有する、あるいは他の理由で行為１２０８のチェック値を決定するために使
用されたデジタル・データと同一ではない場合にのみ、異なることとなる。
要求のチェック値が認証されなかった場合、行為１２２２では、患者介護デバイスが、
監視クライアントからの要求の再伝達を要求する。図１７は方法１２００の行為１２０４
に進むものとして行為１２２２を示すけれども、他の実施形態では、方法１２００は、行
為１２０２〜２１１６のいずれかに進むことができる。要求の再伝達が成功しない場合、
方法１２００はエラー、アラームまたは警戒（図示せず）を監視クライアントに通信する
ことができる。あるいは、チェック値がデータ破損を示さないと認証された場合、動作１
２２０で、患者介護デバイスは要求を実行する。
代替の実施形態では、行為１２１８の要求はさらに、患者介護デバイスからの認証の後
に監視クライアントに再び送信され、伝達中に追加のＣＲＣチェックを含むことができる
。認証中の患者介護デバイスは、この代替実施形態では、要求が所定の範囲内にあるかど
うか（例えば、特定の薬物に対する注入速度が安全であるかなど）判定するためのチェッ
クを行なう。監視クライアントは、この代替実施形態では、患者介護デバイスから受信し
た要求をメモリ内に記憶された元の要求と比較することができる（要求を互いに関連付け
ることができる）、および／または監視クライアントは、確認のために要求をユーザに表
示することができる。確認に対する要求は、「確認」を選択するためのボックスを有する
「９０ミリリットル／時の注入速度を確認したか？」と表示するタッチスクリーン上のポ
ップアップ・ダイアログ・ボックスであってもよい。確認のためのこの代替実施形態で示
されるテキストおよびフォーマットは、悪い表示画素、破損したフォント・テーブル、ユ
ーザの誤解などに対する追加のセーフガードを提供するために、例えば、要求の入力中に
表示されるまたは他様に表示される、他の表示情報とは異なるフォント、異なるフォント
・サイズ、および／または異なる表示位置であってもよい。この代替実施形態では、ユー
ザは、要求を確認して、ユーザ・インターフェースを使用して要求を通信することができ
る。ユーザは、本開示のいくつかの実施形態により、「確認」ボックスに触れて、その要
求を通信するための要求を確認することができる。
その後、この代替実施形態では、要求は患者介護デバイスに再送信されて実行される。
それに加えて、または代替として、この代替実施形態では、動作メッセージが患者介護デ
バイスに送信され、該動作メッセージは、これを元の要求とリンクさせる情報（例えば、
「これは、ついさっき送信した９０ミリリットル／時の要求についての「動作」である」
）を含む。
図１８は、本開示のさらに別の実施形態による、電子患者介護システム１３００のブロ
ック図である。システム１３００は、監視クライアント１３０２、ドック１３０４および
無線ドック１３０６を備えている。任意選択では、いくつかの実施形態では、ドック１３
０４は本明細書に記載したハブとして働くことができる。
患者介護デバイスは、図１、３、５または７の患者介護デバイス７、１４、１５、１６
、１７、３５、１２６、１２８、１３０、１４８、図８の患者介護デバイス１４、１５、
１６、１７、８３０、８１０、８１２、８１４、または図９の患者介護デバイス１４、１
５、１６、１７、９０４、９０６、９０８のうちの１つなどの、本明細書に開示された任
意の患者介護デバイスであってもよい。監視クライアント１３０２は、図１、３、５、７
、８の監視クライアント１、４または１１、図９の監視クライアント９、４または１１、
タブレット、スマートフォン、ＰＤＡなどの、本明細書に記載した任意の監視クライアン
トに置き換えることができる。
ドック１３０４は、監視クライアント１３０２を受けるような形状の受信部を備えて、
ケーブル１３０８を通してドック１３０４に監視クライアント１３０２の電気接点を接続
することができる。ケーブル１３０８は、ドック１３０４および／または監視クライアン
ト１３０２と一緒に一体化することができる。ケーブル１３０８は、例えばドック１３０
４と監視クライアント１３０２との間にＵＳＢまたは他の標準的通信を提供することがで
きる。
ドック１３０４は任意選択では、プロセッサ１３０１、センサ１３０９、ウォッチドッ
グ１３１０、充電器１３１２、電池１３１４および交流（「ＡＣ」）電力コード１３１６
を備えている。プロセッサ１３０１は、ドック１３０４の動作を制御する。患者介護デバ
イス１３１８は、ドック１３０４にドッキング可能である。システム１３００はまた、患
者介護デバイス１３２０をドッキングさせた無線ドック１３０６を備えている。無線ドッ
ク１３０６は、ドック１３０４と同一または類似であってもよいが、無線ドック１３０６
は、いくつかの実施形態では、監視クライアント１３０２と無線通信する。
電池１３１４は、ＡＣ電力コード１３１６がＡＣアウトレット（図示せず）から抜かれ
たときに、ドック１３０４および患者介護デバイス１３１８に電力を与えることができる
。いくつかの実施形態では、ドック１３０４は、監視クライアント１３０２または患者介
護デバイス１３１８に対する唯一の電源であってもよい。それに加えて、または代替とし
て、監視クライアント１３０２および／または患者介護デバイス１３１８は、搭載電池ま
たは別個のＡＣ電力コード（図示せず）を備えていてもよい。
いくつかの例示的な実施形態では、ドック１３０４は、患者介護デバイス１３１８にＩ
ＥＣ−６０６０１準拠電力を与えることができる。それに加えて、または代替として、ド
ック１３０４は、患者介護デバイス１３１８によって要求されるような可変ＤＣ電圧を提
供することができる。例えば、ドック１３０４は、コネクタ１３２２の特定のコネクタ・
ピンに対して、患者介護デバイス１３１８によって要求されるような１ボルトから２４ボ
ルトまでのＤＣ電圧を提供することができるプログラム可能バック・ブースト電源（図示
せず）を備えていてもよい。
電池１３１４は、電力コード１３１６がＡＣアウトレット（図示せず）に差し込まれた
場合に、充電器１３１２によって充電することができる。電池１３１４は、ＡＣ電力コー
ド１３１６がＡＣアウトレット（図示せず）から抜かれた場合に、患者介護デバイス１３
１８に中断しない電力を提供する。例えば、患者介護デバイス１３１８は、ＡＣ電力コー
ド１３１６が抜かれた後にも動作し続ける注入ポンプであってもよい。というのは、電池
１３１４は、ＡＣ電力コード１３１６が抜かれた後にも患者介護デバイス１３１８に交換
用電力を自動的に供給するからである。
センサ１３０８としては任意選択では、大気温度センサ、大気圧力センサ、大気湿度セ
ンサなどの１つ以上を挙げることができる。センサ１３０８は任意選択では、２つの温度
センサなどの重複したセンサを備えることがあり、ドック１３０４は、重複したセンサを
使用して、例えば２つのセンサの読み取り値を互いに比較することによって、１つまたは
両方が故障しているかどうか判定してもよい。ドック１３０４は、センサ１３０８および
／または他の周辺機器と通信して、その適切な動作を保証し、データ整合性チェックを行
い、患者介護デバイス１３１８にその測定結果、例えば大気温度を提供することができる
。
ウォッチドッグ１３１０は任意選択では、上記の問合せを行ない、かつ、患者介護デバ
イス１３１８の出力を監視することによって、患者介護デバイス１３１８が適切に動作し
ていることを確実にして、それらが所定の範囲（例えば、物理的に可能なまたはありそう
な範囲）内であるかどうか、加えられた入力に合致したフィードバックを有するかどうか
、および他様に適切に動作しているかどうか判定することができる。それに加えて、また
は代替として、システム・モニタ１３１０は任意選択では、ケーブル１３０８を通して監
視クライアント１３０２の動作を監視することができる。１つのウォッチドッグ１３１０
が本明細書に記載されているけれども、１つ以上のウォッチドッグ１３１０、例えば複数
のウォッチドッグ１３１０を使用してもよい。いくつかの例示的な実施形態では、患者介
護デバイス１３１８は、固定間隔でウォッチドッグ１３１０と通信する。該固定間隔は任
意選択では、監視クライアント１３０２のユーザ・インターフェースを使用して、または
ケーブル１３０８に取り付けられたコンピュータを使用して構成可能である。患者介護デ
バイス１３１８が固定間隔中にウォッチドッグ１３１０と通信できない場合、ウォッチド
ッグ１３１０は、患者介護デバイス１３１８内でエラーが起こったと判断し、警戒または
アラーム、例えばスピーカ１３２４を使用して可聴音を発する、またはＬＥＤ１３２６を
赤く点滅させる。該間隔内に通信を受信しないことへの応答動作は、例えば、監視クライ
アント１３０２のユーザ・インターフェースを使用して、またはケーブル１３０８に取り
付けられたコンピュータを使用して構成可能であり、および／またはこれらの使用をプロ
グラムすることができる。例えば、重大でない患者介護デバイスでは、ウォッチドッグ１
３１０に応答しないと、ＬＥＤ１３２６を赤く点滅させることがあり、重大な患者介護デ
バイスへの動作はさらに、ドック１３０４および／または監視クライアント１３０２に聴
覚的および視覚的に警告を発させ、ナース・ステーション、および／または遠隔コミュニ
ケータ、例えば図１、３、５、７、８または９の遠隔コミュニケータ１１、スマートフォ
ン、ラップトップ・コンピュータ、別の患者介護デバイスなどに通知を送信させてもよい
。それに加えて、または代替として、ＬＥＤ１３２６は、任意選択では、患者介護デバイ
ス１３２６が適切に動作し、または患者を現在治療している場合に、緑に点滅することが
ある。それに加えて、または代替として、監視クライアント１３０２内のスピーカは可聴
警戒またはアラームを発することができる。適切な場合、患者介護デバイスは、エラー状
態が解消されるまで、無効にするまたは交換することができる。
それに加えて、または代替として、ウォッチドッグ１３１０は、監視クライアント１３
０２に、固定の、所定のまたは予めプログラムした間隔でウォッチドッグ１３１０と通信
することを要求することによって、監視クライアント１３０２が適切に動作していること
を保証してもよい。監視クライアント１３０２が固定間隔中にウォッチドッグ１３１０と
通信しない場合、ウォッチドッグ１３１０は、監視クライアント１３０２内でエラーが起
こったと判断し、患者介護デバイス１３１８に関して上記したのと同様の警戒またはアラ
ームを発する、例えばスピーカ１３２４を使用して可聴音を発する、またはＬＥＤ１３２
６を赤く点滅させる。いくつかの実施形態では、監視クライアント１３０２内のスピーカ
は可聴警戒を発することができる。いくつかの実施形態では、監視クライアント１３０２
内のスピーカは、ドック１３０４に対するバックアップ・スピーカとして働くことができ
、ドック１３０４のスピーカ１３２４は、監視クライアント１３０２に対するバックアッ
プ・スピーカとして働くことができる。
充電器１３１２は、ＡＣ電力コード１３１６を通して供給されるＡＣ電力を使用して、
電池１３１４を充電することができる。それに加えて、または代替として、充電器１３１
２は、患者介護デバイス１３１８内の電池１３２８を充電することができる。
いくつかの実施形態では、無線ドック１３０６は、ドック１３０４と同じハードウェア
を備えることができ、ＡＣ電力コード１３１６を備えていてもいなくともよい。例えば、
無線ドック１３０６は、再充電クレードル内に該無線ドックを配置するための複数の接点
を備え、該再充電クレードルは、中で電池を充電するために無線ドック１３０６の接点と
係合させる複数の接点を備える。
図１９は、本開示の別の実施形態による、電子患者介護システム１４００のブロック図
である。システム１４００は、監視クライアント１４０２、ドック１４０４、大容量ポン
プ１４０６、シリンジ・ポンプ１４０８およびセンサ１４１０を備えている。システム１
４００はまた、ＵＳＢケーブルを通してドック１４０４に結合されたＵＳＢセンサ１４１
２、ドック１４０４と無線通信する無線センサ１４１４、サーバ１４１６および病院情報
サーバ１４１８を備えている。監視クライアント１４０２は、図１、３、５、７、８の監
視クライアント１、４、または１１、図９の監視クライアント９、４または１１、タブレ
ット、スマートフォン、ＰＤＡ、ラップトップのうちの１つなどの任意の監視クライアン
トであってもよい。ドック１４０４は、図１９に示す電気導体を介して、および／または
無線を介して、１つ以上の大容量ポンプ１４０６、１４０８および／またはセンサ１４１
０と通信して、パラメータを受信する、および／またはデバイスを制御することができる
。
ドック１４０４は、ＡＣアウトレット１４２２からＡＣ電力１４２０を受ける。ドック
１４０４は、監視クライアント・アダプタ１４２４を使用して、監視クライアント１４０
２と動作可能に通信する。監視クライアント・アダプタ１４２４は、ＵＩコネクタ１４２
６、１４２８を通してドック１４０４に結合されている。ＵＩコネクタ１４２６、１４２
８は、監視クライアント・アダプタ１４２４に電力を、およびＵＳＢリンクを通してデー
タを提供する。監視クライアント・アダプタ１４２４は、いくつかのコネクタ１４３０、
１４３２、１４３４、１４３６を通して監視クライアント１４０２に結合されている。コ
ネクタ１４３０、１４３４の２つは、電力を監視クライアント・アダプタ１４２４から監
視クライアント１４０２に提供し、他方、他の２つのコネクタ１４３４、１４３６はその
間にＵＳＢ接続を提供して、ドック１４０４と監視クライアント１４０２との間のデジタ
ル通信を容易にする。他の実施形態は、ＵＳＢタイプ以外の接続を利用することができる
ことに留意されたい。
コネクタ１４３８〜１４５０により、ドック１４０４が電力を大容量ポンプ１４０６、
シリンジ・ポンプ１４０８およびセンサ１４１０に動作可能に供給することが可能になる
。それに加えて、または代替として、コネクタ１４３８および１４４０はドック１４０４
と大容量ポンプ１４０６との間に直列通信を提供し、コネクタ１４４２および１４４４は
大容量ポンプ１４０６とシリンジ・ポンプ１４０８との間に直列通信を提供し、コネクタ
１４４６および１４４８はシリンジ・ポンプ１４０８とセンサ１４１０との間に直列通信
を提供する。コネクタ１４５０は、追加のデバイス（図示せず）に対して任意選択の拡張
を提供する。
システム１４００は、いくつかのデバイスを一緒に結合するデイジー・チェーン・シス
テムを示す。各デバイスは、別のデバイスに向けられたデータをそれに続くデバイスにデ
ジタルでルーティングするか、あるいは各デバイスは、電気導体を、そのコネクタの両方
がそれぞれのピンへの電気接続を含むように備える。
ドック１４０４は、例えば、ブルートゥース、ブルートゥース・ロー・エネルギー、Ｚ
ｉｇｂｅｅ、Ｘｂｅｅ、ＡＮＴ、ＡＮＴ Ｐｌｕｓなどを使用して、無線センサ１４１４
と通信することができる。センサ１４１２、１４１４および／または１４１０は、患者監
視デバイス、または温度センサ、湿度センサ、カメラ、マイクロフォン、周囲光センサ、
振動センサなどの１つ以上の環境センサであってもよい。
サーバ１４１６は、病院情報システム１４１８と通信することができる。サーバ１４１
６は、ＷｉＦｉルータを提供し、それによって、ドック１４０４は病院情報システム１４
１８と動作可能に通信する。情報は、サーバ１４１６を通して病院情報システム１４１８
に、およびそこから転送することができ、サーバ１４１６はドック１４０４のプロトコル
を、病院情報システム１４１８またはヘルス・レベル７（「ＨＬ７」）に、およびそこか
ら変換することができる。サーバ１４１６（および／または病院情報システム１４１８）
は、誤薬低減システム（「ＤＥＲＳ」）を備え、該誤薬低減システムは、システム１４０
０を使用して、患者に適用されている何らかの治療が患者にとって安全であるとチェック
して判断することができる。サーバ１４１６は監視サーバ３であってもよく、病院情報シ
ステム１４１８は、図１、３、５、７、８および／または９の設備サービス８であっても
よい。
図２０は、本開示の実施形態による、図１９の電子患者介護システム１４００のドック
１４０４のブロック図である。いくつかの実施形態では、図２０に示される各コンポーネ
ントは任意選択である。
ドック１４０４は、ＡＣ電力１４２０を受けるＡＣ／ＤＣ変換器１４５２を備えている
（図１９参照）。ＡＣ／ＤＣ変換器１４５２は、整流回路、円滑化回路、スイッチ・モー
ド電源、線形レギュレータなどを備えて、ＡＣ電力をＤＣ電力１４５４に変換してもよい
。本開示のいくつかの実施形態では、ＡＣ／ＤＣ変換器１４５２はドックの外部にあって
もよい。他の実施形態では、ＡＣ／ＤＣ変換器１４５２はドック１４０４内に置かれる。
ＤＣ電力１４５４はＤＣ電力入力１４５６において受けられ、これは、ＤＣ電力１４５
４の正および負のリードをＰＣＢボードの電力供給および接地面にそれぞれ接続するため
のコネクタであってもよい。ＤＣ電力入力１４５６は、ドック１４０４の回路に電力を提
供する。ＤＣ電力入力１４５６はまた、無線電力１４５８を受けてもよい。
ＤＣ電力入力１４５６を介して受けた電力は、充電回路１４６０に送信される。充電回
路１４６０は、一次電池１４６２およびバックアップ電池または超コンデンサ１４６４を
充電する。充電回路１４６０は、様々な充電技術、例えば、定電流／定電圧充電アルゴリ
ズムを利用することができる。
ドック１４０４は、一次プロセッサ１４６６および安全性プロセッサ１４６８を備えて
いる。一次プロセッサ１４６６は、一次電池１４６２によって電力が与えられる。安全性
プロセッサ１４６８も一次電池１４６２によって電力が与えられるが、バックアップ電池
または超コンデンサ１４６４から電力を受けることもできる。
この例示的な実施形態では、一次プロセッサ１４６６は、バーコード・リーダ１４７０
、カメラ１４７２、ドック・センサ１４７４、スピーカ１４７６、ＷｉＦｉトランシーバ
１４７８、ブルートゥーストランシーバ１４８０、ＵＳＢコントローラ１４８２、ＬＥＤ
状態光１４８４、および３つの内部拡張スロット１４８６、１４８８および１４９０（そ
れぞれ任意選択である）とインターフェース接続する。
内部拡張スロット１４８６、１４８８および１４９０は、追加の回路を受けることがで
きる。例えば、図２０に示すように、内部拡張スロット１４８６は、通信／測距モジュー
ル１４９２を有し、内部拡張スロット１４８８は、ＲＦＩＤリーダ１４９４およびその中
に挿入された近距離コミュニケータ１４８８（それぞれ任意選択である）を有する。
安全性プロセッサ１４６８は、ウォッチドッグ機能を一次プロセッサ１４６６に提供す
る。例えば、安全性プロセッサ１４６８は、所定の間隔で一次プロセッサと通信すること
ができ、または所定の間隔で一次プロセッサ１４６６からの通信を予測する。安全性プロ
セッサ１４６８が予測した応答または通信を受信しない場合、エラーが起こったと判断す
ることができる。安全性プロセッサ１４６８は該エラーに応答して、ＬＥＤ故障状態ライ
ト１４０１を使用して故障を表示し、バックアップ・スピーカ１４０３を使用して可聴音
を生起し、または振動モータ１４０５を使用してドック１４０４を振動させることができ
る。本開示に照らして分かるように、多数の故障通知（例えば、電話、Ｅメール、テキス
ト・メッセージなど）を多数の職員（例えば、看護師および／または内科医、設備保守な
ど）に発することができる。
安全性プロセッサ１４６８は、電流感知回路１４０７を使用して、デバイス・コネクタ
を通して供給される電力を監視することができる。安全性プロセッサ１４６８が、デバイ
ス・コネクタ１４３８に供給される電流が所定の閾値を超えた、あるいは他様に規格外で
あると判断した場合、安全性プロセッサ１４６８は、電力許可回路１４０９にシグナルを
送って、一次電池１４６２からデバイス・コネクタ１４３８に供給される電力を解除する
。電力許可回路１４０９は、リレー、スイッチ、ソリッド・ステート・スイッチ、コンタ
クタなどを備えて、一次電池１４６２をデバイス・コネクタ１４３８に接続し、およびそ
こから切断してもよい。
一次プロセッサ１４６６はまた、任意選択の充電状態ディスプレイ１４１１および任意
選択のディスプレイ１４１３に電気結合される。充電状態ディスプレイ１４１１は、一次
電池１４６２の充電状態を表示することができる。ディスプレイ１４１３はタッチスクリ
ーンであってもよく、および／またはドック１４０４の動作状態を表示してもよい。ドッ
ク１４０４は、任意選択のボタン１４１５を介してユーザ入力を受ける。
通信／測距モジュール１４９２は、他の通信／測距モジュール１４９２と、例えば患者
介護デバイス、他のドック、または監視クライアント上で通信して、これらの間の距離を
判断することができる。例えば、２つの通信／測距モジュール（例えば、通信／測距モジ
ュール１４９２および別の通信／測距モジュール）は、例えば超音波、ＲＦ、ＵＨＦ、電
磁エネルギー、光学的方法などを介して無線通信して、これらの間の距離を判断してもよ
い。１つの実施形態によると、患者介護デバイス、監視クライアント、患者のウォッチド
ッグ、遠隔コミュニケータなどの１つ以上は、通信／測距モジュール１４９２を有するこ
れらのそれぞれが、互いに対して所定の距離内に居ると判断しない限り、動作しないこと
がある。
図２１はシステム２１００の例示的配置を示しており、そこでは、監視クライアント２
１０２がドック２１２０を介して多数の患者介護デバイスにリンクされており、例えば小
さい方の流体バッグ２１１８に接続され、そこから送達する注入ポンプ２１０６と、大き
い方の流体バッグ２１１６に接続され、そこから送達する注入ポンプ２１０８と、小さい
方のバッグ２１１８からチューブに接続された点滴検出デバイス２１１２と、丸薬ディス
ペンサ２１１４と、マイクロインフュージョン・ポンプ２１１０とが示されている。監視
クライアント２１０２は、これらの患者介護デバイスと、注入ポンプ２１０６、２１０８
、マイクロインフュージョン・ポンプ２１１０（ドック２１２０、２１０４を介して）、
および丸薬ディスペンサ２１１４について示したように、有線で通信することができる。
代替として、監視クライアントは、患者介護デバイスと、点滴検出デバイス２１１２と監
視クライアント２１０２との間に有線接続がないことによって示唆されるように、無線通
信することができる。１つの実施形態では、監視クライアント２１０２と患者介護デバイ
スとの間の有線接続はまた、電力が監視クライアント２１０２から患者介護デバイスに供
給される機会を提供する。この場合、監視クライアント２１０２は、電圧を変換するのに
必要な電子回路を備えて、監視クライアント２１０２に取り付けられた電池からか、ある
いは患者の部屋の電力アウトレット（図示せず）から監視クライアント２１０２に供給さ
れるライン電圧から患者介護デバイスに電力を与えることができる。それに加えて、また
は代替として、ドック２１０４は、注入ポンプ２１０６、２１０８およびマイクロインフ
ュージョン・ポンプ２１１０に電力を供給する。
１つの実施形態では、各患者介護デバイスにリンクされている監視クライアント２１０
２は、各患者介護デバイスに関する情報を、該デバイス自体から直接にか、あるいはドッ
キング・ステーション、例えば患者介護デバイスを上に取り付けることができるドック２
１０４を介して、受信することが可能である。ドック２１０４は、標準的な接続マウント
を介して、またはいくつかの場合では、特定のデバイスに個別化された接続マウントを介
して、１つ以上の患者介護デバイスを受けるように構成することができる。例えば、図２
１では、注入ポンプ２１０６および２１０８は、同じような接続マウントを介してドック
２１０４に取り付けることができ、他方、マイクロインフュージョン・ポンプ２１１０は
、例えばマイクロインフュージョン・ポンプ２１１０のハウジングの特定の寸法のために
構成された接続マウントを介してドック２１０４に取り付けることができる。
ドック２１０４は、ドッキング・ステーションに取り付けられている特定の患者介護デ
バイスを電子的に識別し、この識別情報を監視クライアント２１０２に無線でか、あるい
は有線接続を介して伝達するように構成することができる。それに加えて、特定の患者介
護デバイスは、監視クライアント２１０２に伝達される治療情報（例えば、所定の注入流
体についての注入速度などの患者治療パラメータ）を予めプログラムすることができる。
本開示のいくつかの実施形態では、監視クライアント２１０２はＥＭＲ記録と通信して、
予めプログラムされた治療情報が識別した患者に安全であること、および／または予めプ
ログラムした治療情報がＥＭＲ記録に記憶された処方された治療と一致することを認証す
る。
いくつかの実施形態では、点滴検出デバイス２１１２は、無線または有線接続でのいず
れかで、監視クライアント２１０２と通信することができる。（例えば、患者へのチュー
ブが閉塞したことによる）異常な流体流れ状態が検出された場合、以下のシグナルを監視
クライアント２１０２に伝達することができる：（１）監視クライアント２１０２上でロ
ーカルに、またはナース・ステーションもしくは手持ち式通信デバイスでのユーザ・イン
ターフェースにより遠隔でのいずれかで、ユーザ・インターフェース内で流体容器２１１
８からの流体の流量を表示することができるシグナル；（２）聴覚的または視覚的アラー
ムを始動することができるシグナル；（３）注入を終了させる、あるいはポンプ速度を変
更するいずれかによって、バッグ２１１８に接続されたポンプ２１０８の注入速度を変更
することができるシグナル；または（４）注入ポンプ２１０６上で聴覚的アラーム（およ
び／または振動アラーム）を発生させることができるシグナル。アラームは、いくつかの
デバイス上で同時に発生させることができ、または所定のスケジュールをたどることがで
きる。例えば、閉塞が注入ポンプ２１０６に接続されたライン内で起こった場合、（１）
点滴検出デバイス２１１２がその内部スピーカおよび内部振動モータを使用して警告し、
（２）その後、注入ポンプ２１０６がその内部スピーカおよび内部振動モータを使用して
警告し、（３）次に、監視クライアント２１０２がその内部スピーカおよび内部振動モー
タを使用して警告し、（４）最後に、遠隔コミュニケータ１１（例えば、図１、３、５、
７、８、９を参照）がその内部スピーカおよび内部振動モータを使用して警告する。
いくつかの実施形態では、監視クライアント２１０２内、監視クライアント２１０２と
ポンプとの間の通信チャネル内、またはポンプ自体内のいずれかでの故障により、通信が
監視クライアント２１０２とポンプとの間で失敗した場合に、所定のポンプ速度での継続
動作を可能にするように、個別のポンプをプログラムすることができる。いくつかの実施
形態では、注入されている薬剤が、システムの他の部分の故障の場合に中断されないまた
は持続されないように予め指定されている場合には、このような独立した機能オプション
は有効にされる。いくつかの実施形態では、フェイル・セーフ・モードで独立して動作す
るようにプログラムされたポンプはまた、監視クライアント２１０２を通してではなく、
直接点滴検出デバイス２１１２から情報を受信するように構成することができる。このオ
プションでは、ポンプは、いくつかの実施形態では、点滴検出デバイス２１１２が異常な
流れ状態（例えば、自由流状態または注入ライン内に存在する気泡など）を検出した場合
に、注入を止めるようにプログラムすることができる。いくつかの実施形態では、ポンプ
２１０６、２１０８および２１１０の１つ以上は、内部流体流量計を有することができ、
スタンドアロンのデバイスとして独立に動作することができる。
図２２は、本開示の実施形態による、患者介護デバイス２１０６、２１０８、２１１０
、２１１２、２１１４と無線通信するためにドック内にドッキングされたタブレット２１
０２を有する電子患者介護システム２２００を示す。監視クライアント２１０２は、無線
で、またはドック２１２０上の無線トランシーバを通して、患者介護デバイス２１０６、
２１０８、２１１０、２１１２と通信することができる。例えば、監視クライアント２１
０２は、ドック２１０４内でトランシーバと通信することができる。それに加えて、また
は代替として、ドック２１２０は、ドック２１０４と通信するために監視クライアント２
１０２により、および／または患者介護デバイス２１０６、２１０８、２１１０、２１１
２、２１１４への無線接続を介して直接使用するためのトランシーバを備えている。
図２３は、本開示の実施形態による、格納式ユーザ・インターフェースを備えた監視ク
ライアント２３１２を有するドック２３１０内にドッキングするモジュール式注入ポンプ
２３０２、２３０４、２３０６、２３０８を有する電子患者介護システム２３００を示す
。モジュール式注入ポンプ２３０２、２３０４、２３０６、２３０８は、標準コネクタを
有し、それによってドック２３１０内にスナップ嵌めすることができる。モジュール式注
入ポンプ２３０２、２３０４、２３０６、２３０８はそれぞれ、ユーザ・インターフェー
スを備えている。例えば、モジュール式注入ポンプ２３０２は、タッチスクリーン２３１
４、開始ボタン２３１６、停止ボタン２３１６、注入速度増加ボタン２３２０および注入
速度低下ボタン２３２２を備えている。図２４は、図２３の電子患者介護システム２３０
０の側面図であり、キャビティ２４００の輪郭を示しており、取付支柱２４０２が移動可
能であり、それによって監視クライアント２３１２を旋回軸２４０４に沿って回転させ、
キャビティ２４００内に押し下げることができるので、監視クライアント２３１２を中に
格納することができる。
図２５は、本開示の別の実施形態による、互い違いに配置され、格納式ユーザ・インタ
ーフェースを備えた監視クライアント２５１２を有するドック２５１０内にドッキングす
るモジュール式注入ポンプ２５０２、２５０４、２５０６、２５０８を有する電子患者介
護システム２５００を示す。図２５のシステム２５００は、互い違いに配置されたモジュ
ール式注入ポンプ２５０２、２５０４、２５０６、２５０８を有する以外は、図２３のシ
ステム２３００と同様であってもよい。モジュール式注入ポンプ２５０２、２５０４、２
５０６、２５０８の互い違いの配置により、チューブの配置に、より大きい余裕を与える
ことができる。
図２６は、ドック２６０８内に共通の水平面に沿ってドッキングするモジュール式注入
ポンプ２６０２、２６０４、２６０６を有する電子患者介護システム２６００を示す。ド
ック２６０８は、ドック２６０８内に格納可能な監視クライアント２６１０を備えている
。監視クライアント２６１０は、ドック２６０８内に全体的に格納可能であり、および／
またはいくつかの監視クライアント２６１０の回路をドック２６０８内に格納することが
できる。図２６の電子患者介護システム２６００の側面図を示す図２７から容易に分かる
ように、監視クライアント２６１０は、旋回軸２７００に沿って旋回して、ドック２６０
８の内側のキャビティ２７０２内に監視クライアント２６１０を格納する。
図２８は、デバイス・ドック２９０４に結合されたハブ２９０２を備えた電子患者介護
システム２９００の別の実施形態を示す。図２９は、図２８の電子患者介護システム２９
００の側図面を示す。監視クライアント２９０１は、ハブ２９０２と一体化されている。
代替の実施形態では、ハブ２９０２は監視クライアント２９０１用のクレードルであり、
ドック２９０４およびスキャナ２９１２への電気接続のみを提供する。モジュール式注入
ポンプ２９０６、２９０８、２９１０は、デバイス・ドック２９０４内にドッキングされ
ているように示される。システム２９００はまた、ハブ２９０２に結合されたスキャナ２
９１２を備えている。ドック２９０４は、ドック２９０４の左右側にそれぞれ、簡易脱着
ハンドル２９１４および２９１６を備えている。また、各モジュール式注入ポンプ２９０
６、２９０８、２９１０の左上隅部に示されているのは、それぞれのボタン２９１８、２
９２０および２９２２であり、これらは、その患者介護デバイスが監視クライアント２９
０１（監視クライアントの１タイプである、タブレットとして示されている）上の相互作
用の焦点であるか、またはユーザによる制御のために選択されている場合に点灯する。タ
ブレットが特定のモジュール式注入ポンプを選択して、またはユーザがモジュール式注入
ポンプ２９０６、２９０８、および２９１０のボタン２９１８、２９２０、および２９２
２のそれぞれのボタンを押してのいずれかで、監視クライアント２９０１上の操作のため
にそれを選択することができる。
図３０〜３２は、本開示の実施形態による、支柱上に電子患者介護システムを取り付け
るためのクラッチ・システムを示すいくつかの図を示す。図３０は、支柱３１０４を受け
るための穴３１０２を有するドック３１００の上面図を示す。クラッチ３１１０および３
１１２が、図３１に示されている。いくつかの実施形態では、クラッチ３１１０、３１１
２はクリート３１１４、３１１６を備えている。ハンドル３１０６および３１０７を、個
別または一緒に使用して、（例えば、ハンドルを引っ張ることによって）クラッチ３１１
０および３１１２を支柱３１０４から解放することができる。それに加えて、または代替
として、ハンドル３１０６および３１０７を使用して、（例えば、ハンドル３１０６、３
１０７を押すことによって）クラッチ３１１０および３１１２を支柱３１０４に係止する
ことができる。図３１から容易に分かるように、例えば重力による下向きの力はさらに、
クラッチ３１１０、３１１２を支柱３１０４に対して押し付ける。２つのクラッチ３１１
０、３１１２が図３１に示されているけれども、１つのクラッチを使用して、支柱３１０
４を摩擦表面に対して押すことができる。図３２は、２つのファスナ３３０２および３３
０４を使用して支柱３１０４を締め付ける、代替支柱取付構造３３００を示す。
図３３は、本開示の実施形態による、注入ポンプ３４００および格納可能コネクタ３４
０２、３４０６を示す。図３３〜３５では、ハブ３４０１は、格納可能コネクタ３４０２
および３４０６を有するように示されている。ハブ３４０１はそれ自体をドックにするド
ッキング・コネクタを有する。格納可能コネクタ３４０２および３４０６は、図３３では
閉じられているように示されている。しかし、代替の実施形態では、格納可能コネクタ３
４０２および３４０６は、注入ポンプ３４００、注入ポンプ３４１２および／または追加
の注入ポンプに直接接続させることができる。ハブ３４０１は、ハブ３４０１によって囲
まれた支柱取付機構を有してもよい（図３６参照）。ハブ３４０１は、いくつかの実施形
態では、ドックまたはクレードルであってもよく、任意選択では、その上部に結合された
ハンドルを備えることができる。ハンドルは、支柱取付機構内に一体化させることができ
、それによってハンドルを持ち上げることにより、ハブ３４０１が支柱から解放される。
代替として、いくつかの実施形態では、ハブ３４０１はクレードルを支持して、これを監
視クライアント、例えばタブレットに取り付けることができる、または監視クライアント
を別に支柱に取り付けることができる。格納式コネクタ３４０２および３４０６は、いく
つかの実施形態では、格納可能コネクタ３４０２および３４０６の底部上に支持機構（例
えば、リップ）を有して、注入ポンプが取り付けられた場合にそれを支持することができ
る。この例示的な実施形態では、リップはまた、電気接続のための機構であってもよい。
図３４では、格納可能コネクタ３４０２が開いて示されており、コネクタ３４０８およ
び３４１０が示される。コネクタ３４０８および３４１０は格納可能コネクタ３４０２上
に示されているけれども、他の実施形態では、コネクタ３４０８および３４１０はハブ３
４０１上にあり、または注入ポンプ３４００および３４０２はコネクタ３４０８および３
４１０を覆うためのカバーである。格納可能コネクタ３４０６は、そこにドッキングされ
た注入ポンプ３４１２を有する。図３５は、格納可能コネクタ３４０２にドッキングされ
た注入ポンプ３４１６を示しており、注入ポンプ３４１２は格納可能コネクタ３４０６に
ドッキングされている。注入ポンプ３４００、３４１２、および３４１６は、ハブ３４０
１を介して図３５で一緒に電気接続されている。図３６は、図３３〜３５の支柱３４２０
に取り付けられた注入ポンプ３４００およびハブ３４０１の上面図を示す。格納可能コネ
クタ３４０２および３４０６は、開構成で示される。
図３７は、本開示の実施形態による、いくつかのコネクタ３７０３、３７０５、３７０
７、３７０９を有する四角形のハブ３７０１を示す。各コネクタ３７０３、３７０５、３
７０７および３７０９を使用して、追加の電池、通信モジュール、スキャナ、監視クライ
アント、監視クライアントのＵＩ、患者介護デバイスなどを接続することができる。各コ
ネクタ３７０３、３７０５、３７０７および３７０９は、標準的ピン配列を使用して、そ
こに取り付けられたモジュールがサブセットを使用することができる。いくつかの実施形
態では、各コネクタ３７０３、３７０５、３７０７および３７０９は、例えばシグナルか
ら決定されるような、デバイスのタイプに基づいて接続されるそのデバイスに特有の利用
可能なピンのサブセットを使用することができる。支柱取付機構は、四角形のハブ３７０
１の背面に配置することができる。四角形のハブ３７０１はまた、前面コネクタ３７１１
および背面コネクタ３７１３を備えることができる。各コネクタ３７０３、３７０５、３
７０７、３７０９、３７１１、３７１２に関連付けられた機械的取付具は、永久的取付具
（例えば、ねじ）または簡易着脱取付部（例えば、ラッチ）であってもよい。
図３８は、本開示の別の実施形態による、支柱３７１５に結合されたハブ３７０１を有
する電子患者介護システムを示す。図３８は、左側に連接型監視クライアント３７２１、
上部に拡張電池／通信モジュール３７１７、底部にバーコード・スキャナ・モジュール３
７１９、およびハブ３７０１の右側にポンプ・ドック３７２３を示す。ポンプ・ドック３
７２３は、取り付けられた全ての注入ポンプ３７２５、３７２７、３７２９とともに、全
て１つのユニットとして運ばれることができるように、輸送のために取り外し可能である
。ハブ３７０１から容易な取り外しすることができるように、簡易着脱ハンドル３７３１
がポンプ・ドック３７２７の上部に置かれてもよい。代替として、他の実施形態では、注
入ポンプ３７２５、３７２７、３７２９は、互いにデイジー・チェーン接続することがで
きる。連接型監視クライアント３７２１（例えば、タブレット）は、ハブ３７０１に永久
的に取り付けることができ、ドック３７２３が取り外された場合に「ゼロ・チャネル・ポ
ンプ」になることができる。例えば、監視クライアント３７２１は、ポンプが監視クライ
アント３７２１に取り付けられていない、および／または監視クライアント３７２１と動
作可能に通信していない場合に、様々な患者介護デバイスを動作させおよび監視し続ける
ことができる。
図３９は、本開示の別の実施形態による、ポータブル・ドック３７３３をハブ３７０１
から取り外すための簡易脱着ハンドル３７３１を備えた、支柱３７１５およびポータブル
・ドック３７３３に結合されたハブ３７０１を有する電子患者介護システムを示す。ハブ
３７０１により、図４０に示すように、アダプタ・プレート３７３５を使用してデバイス
をそこに接続することが可能になる。
図４０は、本開示の別の実施形態による、支柱３７１５に結合されたハブ３７０１、お
よびハブ３７０１に結合されたドック３７３５を有する電子患者介護システムを示す。図
４０のドック３７３５は、コネクタ・プレートとして示されている。すなわち、ドック３
７３５は、ハブ３７０１によって提供される一般的コネクタを使用して、ハブ３７０１へ
の注入ポンプ３７２５、３７２７、３７２９の接続を容易にするように適合されたアダプ
タまたはコネクタ・プレートとして示されている。ドック３７０１は、ドック３７３５に
接続するために十分なシグナルおよび十分な機械的アラインメントおよび方向付けを提供
する、および／または逆も同様である。
図４１は、本開示の別の実施形態による、支柱４１０５に結合されたハブ４１０３を有
する電子患者介護システム４１０１を示す。ハブ４１０３は、３つのそれぞれの注入ポン
プ、例えば注入ポンプ４１１３および／または４１１５を受けるためのコネクタ４１０７
、４１０９および４１１１を備えている。患者介護システム４１０１は、支柱４１０５の
一方側に監視クライアント４１１７、例えばタブレット、およびコネクタ４１０７、４１
０９および４１１１を介して支柱４１０５のもう一方側に取り付け可能な注入ポンプを備
えている。３つのコネクタ４１０７、４１０９、４１１１が示されているけれども、任意
の好みの数のコネクタを使用することができる。電子患者介護システム４１０１は、監視
クライアント４１１７、および注入ポンプ、例えばコネクタ４１０７、４１０９、４１１
１に取り付けられた注入ポンプ４１１３および４１１５を見ることを容易にする。それに
加えて、電子患者介護システム４１０１は、チューブのルーティングを容易にする。チュ
ーブは、注入ポンプの上部から底部に挿入することができ、または支柱４１０５の側部で
監視クライアント４１１７の側から（例えば、支柱４１０５上のチューブオーガナイザを
使用して）ルーティングすることができる。監視クライアント４１１７は連接させること
ができる。ハブ４１０３の支柱マウントは、支柱４１０５に固定され、または支柱４１０
５の、調節可能な支柱で利用可能な段差上を滑ることができる。ハブ４１０３の支柱マウ
ントはここでは、管形状として示されているが、他の実施形態では、長方形であってもよ
く、および／または電源、ハンドルおよび／またはハブ・ハードウェアを備えることがで
きる。いくつかの実施形態では、ハブ４１０３は、電気接続をルーティングするためのク
レードルであってもよい。
図４２は、本開示の別の実施形態による、患者介護デバイス、例えば注入ポンプ４７１
３を受けるためのノッチ４２０７、４７０９、４７１１を有するハブ４２０５に結合され
た監視クライアント４２０３を有する電子患者介護システム４２０１を示す。この注入ポ
ンプ４７１３は、ノッチ４２０７、４７０９、４７１１の１つの内をスライドするスライ
ド・コネクタ４７１５を備えている。コネクタ４７１５は、構造的に十分なものであって
もよく、および／または追加の構造サポートを加えてもよい。監視クライアント４２０３
は折り畳まれ、例えばドック４２０５と平らになってもよい。ドック４２０５は、例えば
左から右にまたは上から下に、チューブをルーティングするための逃げを含むことができ
る。代替の実施形態では、注入ポンプ４７１３はドック４２０５に取り付けることができ
、それによってドック４２０５の前面の前で持ち上げられて、チューブの垂直ルーティン
グが容易になる。図４３は、同図に示すようにハブ４２０５のノッチ４２０７、４７０９
、４７１１と接続するための、Ｔ字形コネクタ、例えば図４２のコネクタ４７１５の拡大
図である。
図４４は、本開示の別の実施形態による、積み重ね可能な患者介護デバイス４４０３、
４４０５、および注入バッグ、例えば注入バッグ４４１１および４４０８を格納するため
の積み重ね可能な容器４４０７を有する電子患者介護システム４４０１を示す。積み重ね
可能な容器４４０７は、中にバッグ４４１１、４４０９を固定するための蓋４４１３を備
えている。電子患者介護システム４４０１は、折り畳むことができるスクリーンを備えた
監視クライアント４４１５、および携帯のために引き上げることができるハンドル４４１
７を備えている。
注入バッグ４４１１および４４０７はマイクロバッグであってもよく、一体型流量モニ
タ、および／またはバッグ４４１１および／または４４０７の内容物に関連付けられたシ
リアル番号またはデータ（例えば、患者データ）を中に埋め込まれて有するＲＦＩＤタグ
を備えてもよい。この特定の実施形態では、マイクロバッグ４４１１および４４０７は、
一体型流量計、点滴カウンタ、一体型点滴チャンバ、静脈管を介して通信するための通信
リンクを備えることができ、電池またはＡＣ／ＤＣ変換器を備えたまたは備えていない電
源を備えて、その上で電子部品に電力を与えることができる。静脈内通信は、静脈管内に
埋め込まれたまたは取り付けられた電気導体を介して；導電媒体として静脈管内の流体を
使用する電気通信を介して；静脈管を通して進む音波を使用して；または光導波路として
管内の流体を使用することによって光学的に；行われてもよい。静脈内通信は、例えば対
称または非対称キー暗号を使用して暗号化することができる。マイクロバッグ４４１１お
よび／または４４０７は、流量および／または中に入れられた液体の内容を記載したデー
タを（注入チューブを介して）注入ポンプに通信する光学コミュニケータを備えることが
できる。マイクロバッグ４４１１および／または４４０７は、点滴カウンタとインターフ
ェース接続することができるピグテイルにＲＦＩＤおよび／またはＮＦＣタグを備えて、
リーダはそれを使用してマイクロバッグ４４１１および／または４４０７内の液体の内容
および／または量（例えば、その情報がその中に符号化されている）を判断することがで
きる。マイクロバッグ４４１１および／または４４０７は、気泡センサ（容量式または超
音波式）を備えてもよく、これは、気泡サイズの推定を監視クライアントおよび／または
ハブに通信する。マイクロバッグ４４１１および／または４４０７は、これらが動作する
（例えば、バルブを開く、および／または一体型流量計、点滴カウンタまたは点滴チャン
バ、通信リンク、電源などをアクティブにする）前に、ＮＦＣおよび／または測距モジュ
ールによって判断された、患者から所定の距離内にある必要があることがある。
図４５は、本開示のさらに別の実施形態による、患者介護デバイスの別のスタックの隣
に積み重ね可能である積み重ね可能な患者介護デバイス４５０３、４５０５、４５０７、
４５０９、４５１１、４５１３、４５１５、４５１７を有する電子患者介護システム４５
０１を示す。電子患者介護システム４５０１は、折り畳むことができるスクリーン、およ
び携帯のために引き上げることができるハンドル４５２０を含む監視クライアント４５１
９を備える。
図４６は、本開示の別の実施形態による、単一のシリンジ４６０９を有するシリンジ・
ポンプ患者介護デバイス４６０７を備えた積み重ね可能な患者介護デバイス４６０３、４
６０５、４６０７を有する電子患者介護システム４６０１を示す。
図４７は、本開示の別の実施形態による、２つのシリンジ４７１１、４７１３を有する
シリンジ・ポンプ患者介護デバイス４７０７を備えた積み重ね可能な患者介護デバイス４
７０３、４７０５、４７０７、４７０９を有する電子患者介護システム４７０１を示す。
図４８は、本開示の別の実施形態による、ディスプレイ（すなわち、ディスプレイ４８
１１、４８１３、４８１５、４８１７）をそれぞれ有する積み重ね可能な患者介護デバイ
ス４８０３、４８０５、４８０７、４８０９を有する電子患者介護システム４８０１を示
す。図４９は、図４８の電子患者介護デバイスのハンドル４９０１の拡大図である。図５
０は、図４８の電子患者介護システム４８０１の注入ライン・ポート５００１の拡大図で
あり、その中を通って配置された注入ライン５００３を示す。
図５１〜５２は、本開示の別の実施形態による、電子患者介護システム５１０１の別の
実施形態を示し、取り外し可能、積み重ね可能な患者介護デバイス５１０３を示している
。図５２は、支柱５１０５とともに電子患者介護システム５１０１を移動させるための移
動の配置に動かされているハンドル５１０５を示す。
図５３は、本開示の別の実施形態による、支柱５３１７に結合され、ドック・コネクタ
５３０５を介してハブ５３０３に結合された積み重ね可能な患者介護デバイス５３０７、
５３０９、５３１１、５３１３、５３１５を有する電子患者介護システム５３０１を示す
。ハブ５３０３は、監視クライアント５３０５に結合されている。ドック・コネクタ５３
０５は、患者介護デバイス５３０７および５３０９に接続し、これらは、デイジー・チェ
ーン接続を介して患者介護デバイス５３１１、５３１３および５３１５に接続される。
図５４は、本開示の別の実施形態による、底部から上に積み重ね可能である積み重ね可
能な患者介護デバイス５４０３、５４０５、５４０７を有する電子患者介護システム５４
０１を示す。図５５は、本開示の別の実施形態による、上部から下に積み重ね可能である
積み重ね可能な患者介護デバイス５５０３、５５０５、５５０７を有する電子患者介護シ
ステム５５０１を示す。
図５６は、本開示の別の実施形態による、支柱５６０５を摩擦力で把持するための、解
放ハンドル５６０３を有するクラッチ・システム５６０１の斜視図を示す。図５７は、図
５６のクラッチ・システム５６０１の背面図を示し、クラッチ５６０７および５６０９を
係合するためのハンドル５６０３の使用法を例示する、透明な背面を示している。図５８
は、図５６のクラッチ・システムの上面断面図を示す。
図５９は、本開示の実施形態による、注入ポンプを制御するためのシステム３４００の
ブロック図である。システム３４００は、ユーザ・インターフェース・コンポーネント３
４０２、ポンプ・エンジン・コンポーネント３４０４、データ管理治療層コンポーネント
３４０６、流体測定／安全性モニタ・コンポーネント３４０８を備えている。
コンポーネント３４０２、３４０４、３４０６、および３４０８は、例えばハードウェ
ア、ソフトウェア、実行中のソフトウェアで、デジタル論理で、ファームウェア、バイト
コード、仮想化で、ＰＬＤ、ＦＰＧＡまたはＰＬＡを使用して、１つ以上のプロセッサを
使用して、またはこれらのある組合せを使用して、実施することができる。例えば、コン
ポーネント３４０２、３４０４、３４０６および３４０８は、デバイス３４０１上で１つ
以上のプロセッサによって実行するように構成されたプロセッサ実行可能な指示の動作可
能な１セットであってもよく、例えば、デバイス３４０１は本明細書に開示された監視ク
ライアントであってもよい。コンポーネント３４０２、３４０４、３４０６および３４０
８は、１つ以上のプロセッサによって実行するために１つ以上のプロセッサによって読み
取り可能な非一過性コンピュータ可読媒体上に記憶させることができ、例えば、１つ以上
のプロセッサは、非一過性コンピュータ可読媒体と動作可能に通信することができる。
ユーザ・インターフェース３４０２は、ユーザ入力、例えば注入速度を受けるように構
成されたタッチスクリーン（または、タッチスクリーンを制御するためのプロセッサ実行
可能コード）であってもよい。ユーザ・インターフェース３４０２は、オペレータによっ
て使用されて、治療パラメータを設定し、治療状態を見ることができる。ユーザ・インタ
ーフェース３４０２は、治療中に患者治療パラメータを調節するために、システム３４０
０の設定上の案内のために、および／またはシステム３４００の治療後の分解のために使
用されることができる。ユーザ・インターフェース３４０２は、タッチスクリーンおよび
ボタンを備えることができる。ユーザ・インターフェース３４０２は、デバイス３４０１
上の常駐ソフトウェア・アプリケーションであってもよく、または手持ち式デバイスまた
はナース・ステーションのコンピュータなどの遠隔または別のコンポーネントによって実
行されてもよい。例えば、ユーザ・インターフェース３４０２は、遠隔コミュニケータ１
１、または図１、３、５、７、８または９の他の監視クライアント１、４、スマートフォ
ン、タブレット、ＰＣ、タブレット・コンピュータなどによって実施されてもよい。
データ管理治療コンポーネント３４０６は、１つ以上の外部データ・システム３４１０
と通信することができる。例えば、データ管理治療コンポーネント３４０６は、患者３４
１２のＩＤと電子診療録３４１０とを比較して、ユーザ・インターフェース・コンポーネ
ント３４０２を介して入力された治療（例えば、注入速度）が、以下のものかどうか判定
することができる：（１）患者にとって安全であること、（２）患者３４１２の病気、状
態、疾病、および／または治療計画に合致すること、（３）別の薬剤または治療と禁忌で
ないこと、（４）（ＲＦＩＤタグ、音声認証、顔認識、ユーザ名／パスワード識別または
認証、セキュアな署名などによって決定される）患者３４１２の近接範囲内に居ると判断
できる専門家の存在を必要としないこと。
データ管理治療コンポーネント３４０６は、全ての治療設定を含むことができ、外部デ
ータ・システム３４１０で設定を認証することができ、流量、薬物設定、バイタル・サイ
ンなどの治療履歴を外部データ・システム３４１０の電子診療録に記録することができる
。データ管理治療コンポーネント３４０６はまた、あらゆる安全性モニタについてパラメ
ータを設定することができる。データ管理治療コンポーネント３４０６が治療を確認した
場合、この設定はポンプ・エンジン・コンポーネント３４０４に送信される。
ポンプ・エンジン・コンポーネント３４０４は、患者治療パラメータ、例えば注入速度
を注入ポンプ３４１４に送信する。注入ポンプ３４１４は、本明細書に開示する任意の注
入ポンプであってもよい。本開示のいくつかの実施形態では、ポンプ・エンジン・コンポ
ーネント３４０４だけが、注入速度をポンプ３４１４に送信する。該ポンプは、流量計に
対して重複する流量測定能力を有することができ、またはシステム３４０６の一次流量測
定である。
流量測定／安全性モニタ・コンポーネント３４０８は、他のポンプ・エンジン・コンポ
ーネント３４０４に対するウォッチドッグとして働くことができ、流量計（図示せず）か
ら流量データを受信することができ、ポンプ３４１４に対するウォッチドッグとして働く
ことができる。流量測定／安全性モニタ・コンポーネント３４０８は、故障またはエラー
状態が存在するかどうか、例えば測定した注入速度が所定の範囲外または閾値を超えてい
るかどうか判定することができ、停止コマンドをポンプ３４１４に通信して、ポンプ３４
１４を停止することができる。それに加えて、または代替として、流量測定／安全性モニ
タ・コンポーネント３４０８は、機械的閉塞デバイス（図示せず）と通信して、患者３４
１２への注入流体の流れを止めることができる。
それに加えて、または代替として、流量測定／安全性モニタ・コンポーネント３４０８
は、流量とともに患者状態パラメータ、例えば心拍数、体温、バイタル・サインなどに関
するフィードバックを受信することができる。流量測定／安全性モニタ・コンポーネント
３４０８によって監視されたパラメータのいずれかが所定の範囲外である場合、テキスト
・メッセージまたはＥメールなどの警戒が、例えば、監視デバイス、遠隔コミュニケータ
、他の監視クライアント、スマートフォン、タブレット、ＰＣ、タブレット・コンピュー
タなどに発せられる。それに加えて、または代替として、流量測定／安全性モニタ・コン
ポーネント３４０８は、機械的閉塞デバイス（図示せず）と通信して、患者３４１２への
注入流体の流れを止めることができる。
図６０は、本開示の実施形態による、いくつかの電子患者介護デバイス３５０２、３５
０４、３５０６、３５０８、３５１０と通信するためのシステム３５００のブロック図で
ある。
システム３５００は、無線またはＵＳＢベースのドックまたはハブ３５１８を備えてい
る。ドック３５１８は、点滴カウンタ３５０２、注入ポンプ３５０４、ウェアラブル・シ
ステム・モニタ３５０６、丸薬ディスペンサ３５０８および他のデバイス３５１０に結合
されている。他のデバイスは、例えば、パルス・オキシメータ・デバイス、心拍モニタ・
デバイス、血圧デバイス、および体温デバイスなどの様々な患者状態デバイスであっても
よい。デバイス３５０２、３５０４、３５０６、３５０８、３５１０は、監視クライアン
ト、例えばタブレット３５１４と通信し、次に監視クライアント、例えばタブレット３５
１４が、１つ以上のサーバ３５１６と通信する。１つ以上のサーバ３５１６は、例えば図
１、３、５、７または８の設備サービス８、オンライン薬物データベース９または薬物有
害事象ネットワーク９、患者のパーソナルＥＨＲ１９’、または治療結果データベース１
０のサーバであってもよい。
無線またはＵＳＢドック３５１８とデバイス３５０２、３５０４、３５０６、３５０８
、３５１０との間の無線通信は、例えば、ＷｉＦｉ、ブルートゥース、ロー・エネルギー
・ブルートゥース、Ｚｉｇｂｅｅ、測距が可能な通信リンク、近距離通信、ＲＦＩＤ通信
などであってもよい。
タブレット３５１４は、本開示のいくつかの実施形態では、一次プログラムおよび監視
インターフェースであってもよい。タブレット３５１４は、単一の患者に対して構成する
ことができ、またはドック３５１８内にドッキングされた場合、またはタブレット３５１
４が患者を識別した場合に構成することができる（例えば、患者のＩＤがタブレット３５
１４に手動で、ＲＦＩＤリーダ、バーコード・リーダなどを通して入力された後に、タブ
レット３５１４が患者治療パラメータをダウンロードすることができる）。
タブレット３５１４は、患者状態パラメータまたは患者治療パラメータを１つ以上のサ
ーバ３５１６に通信することができる。１つ以上のサーバ３５１６は、患者状態パラメー
タまたは患者治療パラメータを記憶することができる。タブレット３５１４は、患者介護
パラメータ、例えば患者状態パラメータまたは患者治療パラメータをリアルタイムで（す
なわち、期限などの少なくとも１つの時間制約で）通信することができる。
タブレット３５１４は、無線で、ＵＳＢケーブルを通してドック３５１８に接続するこ
とができる、またはそこにドッキングすることができる。タブレット３５１４は、いくつ
かの実施形態では、ドック３５１８から１つ以上の有線通信を通して電力およびデータを
受ける。
注入ポンプ３５０４は、低流量注入ポンプ（例えば、毎時０．１〜１０ミリリットルを
送達することができるもの）、中流量注入ポンプ（例えば、毎時１０〜３００ミリリット
ルを送達することができるもの）、高流量注入ポンプ（例えば、毎時３００〜１０００ミ
リリットルを送達することができるもの）、様々な流量設定の間で切り替わる注入ポンプ
、またはそのある組合せであってもよい。注入ポンプ３５０４は、ハブ３５１８内に受信
部を通して挿入することができる。すなわち、ハブ３５１８はまたドック（図６０には図
示せず）であってもよい。注入ポンプ３５０４は、本開示のいくつかの実施形態では、ハ
ブ３５１８から１つ以上の有線通信を通して電力およびデータを受ける。注入ポンプ３５
０４は、ハブ３５１８からドッキングを外すように構成することができ、患者が所持して
いる間、動作し続けることができる。注入ポンプ３５０４は、配置のために、および／ま
たは注入バッグ（静脈内バッグとも呼ばれる）に取り付けるために、薬局に送られること
ができる。いくつかの実施形態では、注入ポンプ３５０４は、特定のバッグおよび／また
は特定の患者とのみ動作するように構成することができる。
ウェアラブル・システム・モニタ３５０６は、図１、３、５、７、８または９のウェア
ラブル・システム・モニタ１３１であってもよい。いくつかの実施形態では、ウェアラブ
ル・システム・モニタ３５０６は、例えばＲＦＩＤを介して、スマート・アーム・バンド
から患者の識別情報を読み出すことができ、他のデバイス３５０２、３５０４、３５０８
、３５１０のいずれにもウォッチドッグ機能を提供することができ、流量を追跡し、空気
を検出し、人体器官を監視することができ、またはその上に一体化されたコール・ボタン
を含むことができる。ウェアラブル・システム・モニタ３５０６は、エラー状態に応じて
流れを閉塞することができる。ウェアラブル・システム・モニタ３５０６は、ハブ３５１
８または注入ポンプ３５０４と無線通信することができる。
図６１は、本開示の実施形態による、ＵＳＢ接続により患者介護デバイス３７０４、３
７０６Ａ〜３７０６Ｃに接続可能なドック３７０２を有する電子患者介護システム３７０
０のブロック図である。システム３７００は、タブレット３７０８を受けるドック３７０
２を備えている。ドック３７０２は、ＵＳＢ接続を含むハブ３７１０に結合され、ＵＳＢ
接続を通してドック３７１２および３７１４に接続することができる。ドック３７１２は
、丸薬ディスペンサ３７０４を受ける。ドック３７１４は、注入ポンプ３７０６Ａ〜３７
０６Ｃを受ける。ドック３７１２および３７１４は、そこにドッキングされたデバイス３
７０４、３７０６Ａ〜３７０６Ｃに電力を提供する。
ドック３７０２は、タブレット３７０８の内部電池に電力を供給し、これを充電する。
ドック３７０２はまた、ＵＳＢハブ３７１０に結合され、これに対してはタブレット３７
０８がホストである。流量計３７１６、例えば点滴カウンタ、およびウェアラブル・シス
テム・モニタ３７１８は、タブレット３７０８上のアンテナおよびトランシーバを介して
、および／またはドック３７０２上のトランシーバおよびアンテナを介して、タブレット
３７０８に無線通信することができる。本開示に照らして分かるように、流量計３７１６
およびウェアラブル・システム・モニタ３７１８は、タブレット３７０８との無線通信を
容易にするように、図１の通信モジュール１２４およびアンテナ１２２などのトランシー
バおよびアンテナと動作可能に結合することができる、または他様にその中に一体化する
ことができる。
図６２は、本開示の実施形態による、電子患者介護のいくつかの段階を示すプロセス図
３８００である。プロセス図３８００は、例えば図１、３、５、７、８および９の例示的
なシステムで使用するための電子患者介護の方法であってもよい。プロセス図３８００は
、段階３８０２〜３８１０を含む。段階３８０２は、内科医が電子診療録内の患者データ
および以前の治療履歴を検討し、コンピュータ化内科医指示エントリ・サーバ３８１２内
に処方箋を入力するステップを含む。
段階３８０４は、薬剤師が薬物容器を準備し、印刷されたラベルおよび／またはＲＦＩＤ
で容器を識別し、そして送達デバイスを選択するステップを含む。段階３８０６は、容器
を患者または外科病棟に運び、容器、例えば制御された物質を追跡するステップを含む。
段階３８０８は、看護師が治療を設定しおよび調節し、５Ｒ（正しい患者、正しい薬物な
ど）をチェックするステップを含む。段階３８１０は、薬剤を送達し、電子医療録に治療
歴を記録し、警戒またはアラームを発し、患者の観察、例えば患者を監視するステップを
含む。
図６３は、ドック３９０４にドッキングされた注入ポンプ３９０２、ドック３９０８内
にドッキングされた丸薬ディスペンサ３９０６、およびＵＳＢケーブルを介してドック３
９０４および３９０８とインターフェース接続するためのハブ３９１０を有するシステム
３９００を示す。ハブ３９１０はまた、タブレット３９１４を受けるタブレット・ドック
３９１２とインターフェース接続する。それに加えて、または代替として、タブレット３
９１４はハブ３９１０と無線通信する。タブレット３９１４は、通信に使用されるモード
またはテクノロジーが変わった場合、例えば有線から無線にまたは無線から有線に変わっ
た場合に、警戒および／またはアラームを発することができる。
ハブ３９１０は、ディスプレイ３９１６を備えており、ドック３９１２を通してタブレ
ット３９１４との間にインターフェースを提供する。ハブ３９１０は、プログラム、セッ
トアップ・ガイダンス、状態、表示警戒、表示アラームなどのために、ディスプレイ３９
１６（タッチスクリーンであってもよい）上に表示されたＧＵＩをサポートすることがで
きる。
本開示のいくつかの実施形態では、ハブ３９１０は、システム３９００を、タブレット
３９１４内でまたはそれに関して起こり得る何らかの故障またはエラーに完全にフォール
ト・トレラントにすることができる患者安全回路を全て備えており、患者の安全に必要な
ユーザ・インターフェースは、ハブ３９１０上、または患者介護デバイス３９０６および
３９０２のディスプレイ上のいずれかである（例えば、注入ポンプ３９０２は、ディスプ
レイ３９１８を備えているが、明示的に示されたデバイス３９０６ではない）。例えば、
ハブ３９１０は、送達されるべき注入速度および薬物の（例えば、ハブ３９１０のタッチ
スクリーンを介しての）ユーザ確認を、注入ポンプ３９０２に注入速度の要求または指示
を送信する前に、要求してもよい。それに加えて、または代替として、いくつかの実施形
態では、注入ポンプ３９０２は、動作の前に、送達されるべき注入速度および薬物のユー
ザ確認を（例えば、注入ポンプ３９０２のタッチスクリーンを介して）要求する。
ハブ３９１０は、ヘルプ・ガイダンス、警戒プロンプト、アラーム・プロンプトに対す
る可聴表示を鳴動することができ、独立の安全システムを備えて、セーフティ・クリティ
カル・タスクを監視することができ、警戒またはアラーム状態が起きた場合に患者介護デ
バイスを安全な状態に置くためのフェイル・セーフ・システムであることができ、クリテ
ィカル・センサ用の独立のセンサを備えることができ、タイム・クリティカルな患者介護
デバイス、例えばリアルタイムの患者介護デバイス用の独立のタイム・ベースのまたはリ
アルタイムのクロックを備えることができ、電池バックアップを備えて、ＵＳＢケーブル
を通して患者介護デバイスに電力を与えることができ、および回路に充電する電池を備え
て、その中の内部電池を充電することができる。
ハブ３９１０は、ＡＣまたはＤＣ電源用電力入力モジュールを備えてもよく、標準的Ａ
Ｃ電力アウトレットから電力を受けることができる。ハブ３９１０は、ＩＥＣ−６０６０
１に従った絶縁および電磁互換性の要件を満たしてもよい。ハブ３９１０は、内部バック
アップ電池を充電し、その中の様々な回路に電力を提供し、または患者介護デバイス３９
０６、３９０２にそれぞれのＵＳＢケーブルを介して電力を与えるために、使用されるこ
とができる調整ＤＣ電力に、ＡＣ電力を変換する。
ハブ３９１０は、選択可能またはプログラム可能なＩＥＣ−６０６０１対応電源を備え
て、取り付けられた患者介護デバイスが、電力パラメータ、例えば、電圧、デューティ・
サイクル、ＤＣまたはＡＣ電力などをハブ３９１０に要求することができるようにしても
よい。ハブ３９１０は、ＩＥＣ−６０６０１によって規定された一次電源とは独立した１
つ以上の独立電源を備えてもよい。
ハブ３９１０は、ＵＳＢケーブルまたは他のケーブル（明示的には図示せず）を介して
電力を供給するために使用することができるバックアップ電池を備えている。ハブ３９１
０は、その独自の電池充電回路、例えば定電圧／定電流充電回路を備えてもよい。
ハブ３９１０のディスプレイ３９１６は、患者介護デバイス３９０２、３９０６、３９
２０から受信したシグナルに基づいて、アラームまたは警戒を表示することができる。例
えば、ハブ３９１０は患者介護デバイス３９０２、３９０６、３９２０に周期的に照会す
ることができ、ハブ３９１０が、患者介護デバイス３９０２、３９０６、３９２０または
タブレット３９１４の１つ以上から応答を受けない場合、あるいは、患者介護デバイス３
９０２、３９０６、３９２０またはタブレット３９１４の１つ以上が無反応になった場合
、ディスプレイ３９１４は警戒またはアラームを表示する。アラームは、患者介護デバイ
スが無反応であることをユーザに示すことができる。患者介護デバイスは、シリアル番号
、注入ポンプ経路、注入ポンプによって送達されている薬物、患者介護デバイス上に表示
されている文字または数字を介して、監視デバイス上の患者介護デバイスの視覚的マッピ
ングなどを介して、監視クライアントによって識別されることができる。例えば、監視ク
ライアント３９１４は、患者介護デバイス３９０２、３９０６、３９２０のレイアウト図
をそのスクリーン上に表示して、これらのデバイスの視覚的マッピングを提供することが
できる。その後、問題のあるデバイス、ドック、またはハブは、点滅する赤色デバイスと
して表示されて、ユーザにそのデバイスが警戒および／またはアラームの対象であるデバ
イスであることを示すことができる。ハブ３９１０はまた、状態表示灯、ＬＥＤ、スピー
カ、バイブレータまたは他の視覚／音声表示器を備えてもよい。
ハブ３９１０は、例えばボタン、またはスイッチ、タッチペン入力などの他の入力デバ
イスを備えることができる。本開示のいくつかの実施形態では、ハブ３９１０のみが、患
者介護デバイスの警戒および／またはアラームを発する。しかし、他の実施形態では、患
者介護デバイス３９０２、３９０６、３９２０またはタブレット３９１４が警戒および／
またはアラームを発する。
ハブ３９１０は、それぞれ互いに対するウォッチドッグである２つの別個のプロセッサ
を備えることができる。ハブ３９１０はまた、大気温度センサ、圧力センサ、湿度センサ
などの様々なセンサを備えることができる。ハブ３９１０のセンサは、患者介護デバイス
３９０２、３９０６、３９２０またはタブレット３９１４上のセンサに対して冗長であっ
てもよく、またはハブ３９１０は、患者介護デバイス３９０２、３９０６、３９２０また
はタブレット３９１４に、ハブ３９１０のセンサによって行なわれた測定へのアクセスを
与えてもよい。
ハブ３９１０は、例えば、ＷｉＦｉ能力、Ｚｉｇｂｅｅ、ブルートゥース、ロー・エネ
ルギー・ブルートゥース、Ｘｂｅｅ、近距離通信、測距デバイスなどを含むことができる
。ハブ３９１０はまた、例えばＲＳ−２３２、ＳＰＩ、ＣＡＮ、ＵＳＢ、イーサネット接
続などの様々な有線インターフェースを含むことができる。
ハブ３９１０はまた、患者介護デバイス３９０２、３９０６、３９２０またはタブレッ
ト・ドック３９１２の１つ以上に結合されたフェイルセーフ・ラインを備え、これが引き
下げられると、安全回路が、患者介護デバイス３９０２、３９０６、３９２０またはタブ
レット・ドック３９１２の全て、または故障を生じる特定のデバイスをフェイル・セーフ
・モードに入れることが起こり得る。例えば、電気導体（すなわち、ワイヤまたはライン
）が、ハブ３９１０と抵抗器を介して電圧源に結合された１つ以上のものと間に存在する
ことがあり（すなわち、そのラインが「高い」）、別の回路は導体を接地表面に結合させ
ることができる（その導体は、いわゆる「引き下げられ」ることができる）。本開示の全
ての実施形態ではないが、いくつかの実施形態では、患者介護デバイス３９０２、３９０
６、３９２０の１つ以上などの本明細書に開示した監視クライアント、またはタブレット
３９１４などの監視クライアントがフェイル・セーフ・モードに入ると、ソフトウェア・
ルーチンのうちの重要なもの（所定の１セット）だけが有効にされ、および／または重要
な回路（所定のセット）だけに電力が与えられる。全てではないが、いくつかの実施形態
では、注入ポンプのモータ・ドライバ回路を除く全ての回路、例えばラジオ、ディスプレ
イ、ディスプレイ・ドライバまたは他の回路を無効にすることができる。それに加えて、
または代替として、全ての実施形態ではないが、いくつかの実施形態では、特定のフェイ
ル・セーフ・モードが、例えば注入ポンプなどに入力された場合に、必要ではないいくつ
かのソフトウェア・ルーチンまたは機能を無効にすることができ、構成情報を表示するソ
フトウェアを無効にすることができる。
ハブ３９１０はまた、カメラ３９２２を備え、これは、システム３９００へのアクセス
を許可し、または顔認識ソフトウェアを使用してまたはバーコード（２Ｄまたは３Ｄ）を
読み取ることによって、患者、看護師、または薬物を識別するために使用することができ
る。ハブ３９１０のカメラ３９２２はまた、薬物情報を読み取り、それを１つ以上のサー
バ３９２６に照らして正確かどうかチェックし、薬物が正しい患者に送達されていること
を保証することができる。それに加えて、または代替として、ハブ３９１０はまた、マイ
クロフォン３９２４を備えて、音声認識ソフトウェアを使用して、患者、看護師または介
護人を識別することができる。
ハブ３９１０はまた、バーコード・リーダ、ＲＦＩＤリーダまたは磁気ストリップ・リ
ーダであるスキャナ３９２８を備えることができる。スキャナ３９２８を使用して、シス
テム３９００へのアクセスを許可し、または患者、看護師または薬物を識別することがで
きる。ハブ３９１０のスキャナ３９２８はまた、薬物情報を読み取り、それを１つ以上の
サーバ３９２６に照らして正確かどうかチェックし、薬物が正しい患者に送達されている
ことを保証することができる。
ハブ３９１０はまた、１つ以上のコンポーネントを備えて、その中の１つ以上のプロセ
ッサによって実行することができる。ハブ３９１０は、以下のものを備えることができる
：所与の間隔で、患者介護デバイスが通信照会（例えば、５秒毎または他の適切な間隔で
各患者介護デバイスにコールアンドレスポンスの投げ掛けをして、ハブ３９１０が応答を
受信しない場合、ハブ３９１０は安全ラインを「引く」、すなわちエラー状態が存在する
ことを表示する）に応答していることを認証するためのウォッチドッグ・コンポーネント
；様々な電源電圧の健康を監視し、電圧レベルをチェックするためのウォッチドッグ回路
；ハブ３９１０を通して伝達されているデータが破損していないことを認証し、タブレッ
ト３９１４または本明細書で開示される患者介護デバイスに送信される内部および送り届
けられたパケットをチェックするためのデータ整合性チェック；またプログラムされた閾
値のチェックを可能にする範囲チェッカ。ハブ３９１０は、データ整合性チェックを使用
してもよい。
ハブ３９１０は、タブレット３９１４を監視することができ、エラーが患者介護デバイ
スに起こった場合に別個に警告することができる。本開示のいくつかの実施形態では、ハ
ブ３９１０は、セーフティ・クリティカル回路およびソフトウェアの全てを含むことがで
き、それによって、システム３９００はタブレット３９１４の故障に完全にフォールト・
トレラントであり、および／またはタブレット３５１４のあらゆる故障モードに完全にフ
ォールト・トレラントである。
ハブ３９１０は、ディスプレイ３９１６またはタブレット３９１４上にデータを表示す
るために、アプリケーション・プログラミング・インターフェース（「ＡＰＩ」）を含む
ことができる。ＡＰＩはセキュアなデータ・クラスを備えることができる。患者介護デバ
イスは、ＡＰＩを使用して、ハブ３９１０のディスプレイ３９１６上に表示することがで
きる。患者介護デバイスは、患者介護デバイスに対してインターフェースをどのように表
示するかをタブレット３９１４に指示するメッセージをタブレット３９１４に送信するこ
とができる。それに加えて、または代替として、ハブ３９１０は、タブレット３９１４上
にユーザ・インターフェースを表示するために１つ以上のサーバ３９２６からアプリケー
ションをダウンロードするようにタブレット３９１４に指示するメッセージをタブレット
３９１４に送信し、ハブ３９１０は、ＵＳＢケーブルを介して、または無線で（例えば、
本明細書に記載したペアリングを使用して）のいずれかで、患者介護デバイスがハブ３９
１０に最初に接続されたときに、このメッセージを送信することができる。それに加えて
、または代替として、ハブ３９１０は、識別された患者介護デバイスとインターフェース
接続するためのユーザ・インターフェースを表示するようにタブレット３９１４に指示を
送信する。
図６４はシステム４０００を示し、これは、１つ以上のサーバ４００２の電子診療録サ
ーバが、処方箋を入力し、該処方箋を注入ポンプ４００４Ａ〜４００４Ｃの１つの注入ポ
ンプに送信することを可能にし、それをスキャナ４００６を使用し、および／または注入
ポンプ４００４Ａ〜４００４Ｃの１つ以上のインターフェースを使用して確認する。処方
箋は、サーバ４００２上のＥＭＲ記録から、アプリケーションを介して注入ポンプ４００
４Ａ〜４００４Ｃに送信することができる。アプリケーションはベッドサイド・コンピュ
ータ４００８上にあって、臨床医の処方箋とのコンプライアンスを判断するために使用す
ることができる。いくつかの実施形態では、アプリケーションは監視クライアント上にあ
る。ベッドサイド・コンピュータ４００８は、標準的ＡＰＩを通して１つ以上のサーバ４
００２のＥＭＲサーバとインターフェース接続するアプリケーションを備えて、注入ポン
プ４００４Ａ〜４００４Ｃ上で使用するための処方箋および／または治療計画をダウンロ
ードすることができる。ＡＰＩはセキュアなデータ・クラスを含むことができる。いくつ
かの追加の実施形態では、ハブは上に記載したようにミドルウェアを通してサーバ４００
１と通信する。それに加えて、または代替として、図６５を参照すると、ＥＭＲサーバと
インターフェース接続するためのアプリケーションは、図６５に示すようにタブレット４
１０２上にあってもよい。スキャナ４１０４はハブ４１０６に結合されているように示さ
れているけれども、患者介護デバイス４１０８Ａ〜４１０８Ｃ、またはタブレット・ハブ
４１１０に取り付けることもできる。薬剤を識別するためにスキャナ４１０４を使用しな
いで、カメラ４１１２を使用して、薬剤、例えば注入バッグまたは丸薬容器の上の２Ｄま
たは３Ｄバーコードを読み取ることによって薬剤を識別してもよい。
図６６に、システム４２００が示される。患者介護デバイス４２０２Ａ〜４２０２Ｃの
うちの１つの患者介護デバイスは、患者介護パラメータ、例えば注入速度などの患者治療
パラメータを認可されたデバイスまたはペアリングされたデバイスに放送することができ
る（図６７参照）。例えば、注入ポンプ４２０２Ａ、ハブ４２０４、遠隔コミュニケータ
４２０６、ナース・ステーション４２０８またはベッドサイド・コンピュータ４２１０は
、温度プローブなどから放送されたシグナルを受信することができる（例えば、注入ポン
プ４２０２Ａは温度プローブに認可されている）。データは、異なるレベルの暗号を有す
ることができ、それによって、全てのデータが全てのクライアントによってアクセス可能
なわけではない（例えば、別のデバイスに認可されたデバイスは、必要なセキュリティ優
先度が最小レベルであってもよい）。放送されるシグナルは、タブレット４２１２または
そのサブセットによって受信されるのと同じシグナルであってもよい。放送されたメッセ
ージは、クロスプラットフォーム・プロトコル、例えばｈｔｔｐ、ｈｔｔｐｓなどを使用
することができる。
図６７は、本開示の実施形態による、図６６のシステム４２００に対する通信のタイミ
ング図４３００を示す。タイミング図４３００は、タブレット４２１２で実行される電子
診療録アプリケーション・プログラミング・インターフェースを使用した通信を示す。本
開示のいくつかの実施形態では、誤薬低減システムおよび／またはガードレイル（または
、そのキャッシュ・バージョン）は、ハブ４２０４または注入ポンプ４２０２Ａ〜４２０
２Ｃのうちの１つの注入ポンプ上に存在して、システム４２００が１つ以上のサーバ４２
１４上で電子診療録と動作可能に通信していない場合に、冗長な患者安全を提供すること
ができる。
タイミング図４３００は、行為４３０２〜４３５４を含む。行為４３０２中、ユーザは
、コンピュータまたは監視クライアント、例えばタブレット内のアプリケーション（「ア
プリ」）内の処方箋を更新する。行為４３０４では、更新された処方箋は、ＥＭＲ内の１
つ以上のサーバに通信される。行為４３０６は、ＤＥＲＳ内の処方箋をチェックして、例
えば所定の基準を使用して、任意の患者または特定の患者に対して安全であるかどうか判
定する。行為４３０８は、安全情報をＤＥＲＳシステムから監視クライアントまたはコン
ピュータ・アプリケーション上のアプリケーションに通信する。行為４３１０は、安全情
報を受信する。行為４３１２は、処方箋をタブレットまたはコンピュータ・アプリケーシ
ョンからハブのＡＰＩに、行為４３１４のハブのＥＭＲアプリケーション・プログラミン
グ・インターフェース（ＡＰＩ）を介して通信する。ＡＰＩは、セキュアなデータ・クラ
スを含むことができる。行為４３１６は、処方箋を行為４３１８におけるポンプに通信し
、これは次に、処方箋を行為４３２０におけるポンプに通信する。行為４３２２は、例え
ばタッチスクリーンを介して、ポンプ・ユーザ・インターフェース上の処方箋のユーザ確
認を要求する。確認後、この確認は行為４３２４においてポンプに通信され、行為４３２
６において受信される。行為４３２６中、治療が開始され、状態情報は、行為４３２８を
介してポンプ状態ＵＩに通信され、行為４３３０においてユーザに表示される。
また、状態情報は、行為４３３２および４３３４において通信される。行為４３２６で
は、状態情報はハブによって受信され、ハブは行為４３３８においてＷｉＦｉを介してそ
の状態を放送する。タブレット・アプリケーションは、行為４３４０中の状態情報を行為
４３４２中の状態の通信から受信する。行為４３４６中、状態情報はＥＭＲ ＡＰＩを介
してインターフェース接続され、行為４３４８を介してタブレットまたはコンピュータ・
アプリに通信され、行為４３５０において受信される。状態情報は、行為４３５２におい
てＥＭＲデータベースに通信され、行為４３５４においてＥＭＲデータベースを更新する
。いくつかの実施形態では、ＥＭＲとＡｌｌｓｃｒｉｐｔタブレット／コンピュータ・ア
プリまたはハブとの間の通信は、ミドルウェア（例えば、図１の監視サーバ３上のミドル
ウェア）を通したものである。
図６８Ａ〜６８Ｂは、本開示の実施形態による、図６７のタイミング図を示す方法４３
３５のフローチャート図を示す。方法４３３５は行為４３０１〜４３３３を含む。
行為４３０１は、アプリケーション内の患者用処方箋を更新する。行為４３０３は、患
者用の更新された処方箋の安全を決定するために、サーバ上の電子診療録をアプリケーシ
ョンから照会する。行為４３０５は、アプリケーションにサーバから患者用の更新された
処方箋の決定された安全性を通信する。行為４３０７は、ハブのＡＰＩにアプリケーショ
ンから更新された処方箋を通信する。ＡＰＩはセキュアなデータ・クラスを含むことがで
きる。いくつかの実施形態では、行為４３０７の通信は、ミドルウェア（例えば、図１の
監視サーバ３上のミドルウェア）を通して起こる。行為４３０９は、更新された処方箋の
安全をハブ内で決定する（例えば、いくつかの実施形態では、ＤＥＲＳチェックおよび／
または処方箋チェック）。いくつかの実施形態では、行為４３０９は任意選択である。い
くつかの実施形態では、行為４３１１は、ポンプにハブから更新された処方箋を通信する
。いくつかの実施形態では、行為４３１１は任意選択である。
行為４３１３は、ポンプのユーザ・インターフェース上に更新された処方箋の確認要求
を表示する。行為４３１５は、ポンプのユーザ・インターフェース上の更新された処方箋
を確認する。行為４３１７は、更新された処方箋に従って流体をポンプで注入する。行為
４３１９は、ポンプのユーザ・インターフェース上にパラメータを表示する。行為４３２
１は、ハブにポンプからパラメータを通信する。行為４３２３は、ハブからパラメータを
無線放送する。行為４３２５は、監視クライアント、例えばタブレットにハブからパラメ
ータを通信する。行為４３２７は、監視クライアントのユーザ・インターフェース上にパ
ラメータを表示する。行為４３２９は、ハブのＡＰＩを使用して、アプリケーションにハ
ブからパラメータおよび／または更新された処方箋を通信する。行為４３３１は、サーバ
にアプリケーションからパラメータおよび／または更新された処方箋を通信する。行為４
３３３は、サーバ内の電子診療録内にあるパラメータおよび／または更新された処方箋を
更新する。いくつかの実施形態では、行為４３３３は、ミドルウェア（例えば、図１の監
視サーバ３上のミドルウェア）を通して通信する。
図６９は、電子患者介護システム４４００を示し、図７０は電子患者介護システム４５
００を示す。いくつかの実施形態では、電子診療録アプリケーションは、図６９に示すよ
うにタブレット４４０２上に、および／または図７０のベッドサイド・コンピュータ４５
０２上に常駐することができる。それに加えて、または代替として、いくつかの実施形態
では、電子診療録アプリケーションは、ハブ、注入ポンプ、タブレット、患者介護デバイ
ス、いくつかの他のデバイスまたは装置、そのいくつかの組合せ内に常駐することができ
る、またはそれを利用しなくてもよい。スキャナ４４０４を使用して、薬剤、例えば注入
バッグが識別された患者に処方された処方箋と一致するかどうか判定することができる、
例えば、スキャナ４４０４を使用して患者を識別することができる。
図７１はタイミング図４６００を示し、これは、注入ポンプ４４０８Ａおよび／または
ハブ４４０６が、タブレット４４０２から、タブレット４４０２上で実行される電子診療
録アプリケーションに照会することによって、どの処方箋が患者に処方されたのかを要求
する方法を、本開示のいくつかの実施形態により図示する。ユーザは、患者の識別情報を
入力することができ、または患者の識別情報がスキャナ４４０４を使用してスキャンされ
る。タブレット４４０２上で実行される電子診療録アプリケーションは、１つ以上のサー
バ４４１０から処方された薬剤を要求することができる。タブレット・アプリケーション
は、多数の処方箋、例えば多数の注入ポンプ・ベースの処方箋がある場合に、利用可能な
処方箋のリストから選択することをユーザに要求することができる。
タイミング図４６００は、行為４６０２〜４６５２を示す。行為４６０２は、行為４６
０４中に監視クライアントを使用して、患者を識別した後に患者用の処方箋のリストを要
求する。行為４６０２は、監視クライアントから処方箋情報を「引き込む」。患者は、バ
ーコード・スキャナ、ＲＦＩＤ呼掛器、音声または顔認識を使用して、または手動入力に
より識別されることができる。タブレットは、行為４６０６の間に患者のＩＤをＥＭＲ
ＡＰＩを使用して、４６０８のタブレットまたはコンピュータ・アプリケーションに通信
する。ＡＰＩは、セキュアなデータ・クラスを含むことができる。患者の識別情報は、行
為４６１０においてＥＭＲデータベースに通信され、行為４６１２において、これは、Ｅ
ＭＲ ＡＰＩに処方箋のリストを行為４６１４中に通信し、これは、行為４６１６におい
て監視クライアントまたはコンピュータ・アプリ上で実行しているＥＭＲプログラムによ
って受信され、これが次に、行為４６１８においてこれらを監視クライアント・アプリケ
ーションに通信する。ＥＭＲタブレット／コンピュータ・アプリケーションとＥＭＲデー
タベースとの間の通信は、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア
）を介したものであってもよい。
監視クライアント、例えばタブレットは、行為４６２０において、ユーザ選択のために
患者用の様々な処方箋を表示することができる。選択された処方箋は、行為４６２２にお
いてハブに通信され、行為４６２４において処方箋をチェックすることができ、行為４６
２６において処方箋をポンプに通信することができる。ポンプは、行為４６２８において
、処方箋が例えばＤＥＲＳを使用して所定の基準内にあることを保証することによって自
動的に、またはユーザ認証を要求することによって有効になる。それに加えて、または代
替として、ユーザは、ポンプＵＩを使用して処方箋を有効にすることができる。
行為４６２８の有効にされた処方箋は、行為４６３０においてハブに通信され、行為４
６３２では、これを監視クライアント・アプリケーションに行為４６３４において通信す
る。行為４６３６では、ユーザは処方箋を承認することができ、その後、行為４６３８に
おいてハブに通信される。承認された処方箋の通信は、行為４６４０で起こり、これを行
為４６４２によりポンプに通信する。行為４６４４では、ポンプは処方箋をポンプＵＩに
行為４６４６において通信し、ユーザは、行為４６４２において処方箋を確認することが
できる。確認は行為４６５０においてポンプに送信される。行為４６５２は治療を行なう
。
図７２Ａ〜７２Ｂは、本開示の実施形態による、図７１のタイミング図を図示した方法
４６５３のフローチャート図を示す。方法４６５３は行為４６５５〜４６９１を含む。
行為４６５５は、監視クライアント、例えばタブレット内で監視クライアント・アプリ
ケーションを使用して患者の識別情報を判断する。行為４６５７は、ＡＰＩに監視クライ
アント・アプリケーションから患者の識別情報を通信する。行為４６５９は、サーバ上の
電子診療録をＡＰＩから照会して、患者用の少なくとも１つの処方箋を判断する。いくつ
かの実施形態では、行為４６５９は、ミドルウェア（例えば、図１の監視サーバ３上のミ
ドルウェア）を通して電子診療録に照会する。行為４６６１は、ＡＰＩにサーバから患者
用の決定された少なくとも１つの処方箋を通信する。行為４６６３は、監視クライアント
内の監視クライアント・アプリケーションにＡＰＩから患者用の決定された少なくとも１
つの処方箋を通信する。行為４６６５は、任意選択では、少なくとも１つの処方箋のユー
ザ選択可能なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為４６
６７は、任意選択では、監視クライアント上の表示を使用して、少なくとも１つの処方箋
の処方を選択する。行為４６６９は、ハブに監視クライアントから選択された処方箋およ
び／または少なくとも１つの処方箋を通信する。
行為４６７１は、ポンプにハブから選択された処方箋および／または少なくとも１つの
処方箋を通信する。行為４６７３は、選択された処方箋および／または少なくとも１つの
処方箋を有効にする。行為４６７５は、ハブへポンプから選択された処方箋および／また
は少なくとも１つの処方箋を通信する。行為４６７７は、監視クライアントの監視クライ
アント・アプリケーションへハブから選択された処方箋および／または少なくとも１つの
処方箋を通信する。行為４６７９は、監視クライアントのユーザ・インターフェース上に
有効にされた処方箋の確認要求を表示する。行為４６８１は、監視クライアントのユーザ
・インターフェース上で有効にされた処方箋を確認する。行為４６８３は、ハブに監視ク
ライアントの監視クライアント・アプリケーションから有効にされた処方箋を通信する。
行為４６８５は、ポンプへハブから有効にされた処方箋を通信する。行為４６８７は、ポ
ンプのユーザ・インターフェース上に有効にされた処方箋の確認要求を表示する。行為４
６８９は、ポンプのユーザ・インターフェース上で有効にされた処方箋を確認する。行為
４６９１は、有効にされた処方箋に従って流体をポンプで注入する。
図７３は、処方箋が注入ポンプ４４０８Ａにプ送信されるタイミング図４７００を示す
。それに加えて、または代替として、電子診療録アプリケーションはまた、多数のデバイ
スにわたって電子医療録アプリケーション・プログラミング・インターフェースを維持す
るデバイス・ハブ４４０６上に置くことができる。方法４７００は、行為４７０２〜４７
２６を含む。いくつかの実施形態では、ＥＭＲデータベースとＥＭＲタブレット／コンピ
ュータ・アプリケーションとの間で、ミドルウェア（例えば、図１の監視サーバ３上のミ
ドルウェア）を利用することができる。
行為４７０２では、ユーザは監視クライアント、例えばタブレットまたはコンピュータ
上のＥＭＲアプリケーション内で処方箋を更新する。更新は、変更した処方箋の新しい処
方箋であってもよい。更新された処方箋は、行為４７０４においてアプリケーションに通
信される。アプリケーションは、行為４７０６において更新を処理し、行為４７１９にお
いてＥＭＲデータベースにこれを通信する。行為４７０８では、ＤＥＲＳは更新された処
方箋をチェックする。更新された処方箋は、行為４７１０において、ＥＭＲ監視クライア
ントまたはコンピュータ・アプリケーションに通信され、行為４７１２において処理され
る。処理後に、行為４７１４では、更新された処方箋は、ＥＭＲ ＡＰＩを介して、監視
クライアント・アプリケーションに通信され、行為４７２１において処理される。監視ク
ライアントは、行為４７１６において、これをポンプに通信する。ポンプは、行為４７１
８において更新された処方箋を処理し、これを行為４７２０においてポンプに通信する。
ユーザは行為４７２２において更新された処方箋を確認し、行為４７２４においてポンプ
に通信される。行為４７２６において治療が行なわれる。
図７４は、本開示の実施形態により、図７３のタイミング図を図示した方法４７０１の
フローチャート図を示す。方法４７０１は、行為４７０３〜４７１７を含む。
行為４７０３は、アプリケーション内で患者用の処方箋を更新する。行為４７０５は、
サーバ上の電子診療録をアプリケーションから照会して、患者用の更新された処方箋の安
全を確認する。行為４７０７は、アプリケーションにサーバから患者用の更新された処方
箋の判断された安全を通信する。行為４７０９は、監視クライアントのＡＰＩにアプリケ
ーションから更新された処方箋を通信する。行為４７１１は、ポンプへ監視クライアント
から更新された処方箋を通信する。行為４７１３は、ポンプのユーザ・インターフェース
上に更新された処方箋の確認要求を表示する。行為４７１５は、ポンプのユーザ・インタ
ーフェース上で更新された処方箋を確認する。行為４７１７は、更新された処方箋に従っ
て流体をポンプ注入する。
図７５は、処方箋のユーザ確認のためにハブ４４０６が注入ポンプ４４０８Ａに通信す
るタイミング図４８００を示す。すなわち、図７５の方法４８００は、図７３の方法４７
００に類似している。しかし、ハブはＥＭＲ ＡＰＩを含んでおり、これを行為４８０２
で処理する。
図７６は、本開示の実施形態による図７５のタイミング図を図示した方法４８０１のフ
ローチャート図を示す。方法４８０１は、行為４８０３〜４８１７を含む。
行為４８０３は、アプリケーション内で患者用の処方箋を更新する。行為４８０５は、
患者用の更新された処方箋の安全を確認するために、サーバ上の電子診療録をアプリケー
ションから照会する。行為４８０７は、アプリケーションにサーバから患者用の更新され
た処方箋の判断された安全性を通信する。行為４８０９は、ハブのＡＰＩにアプリケーシ
ョンから更新された処方箋を通信する。行為４８１１は、ポンプへハブから更新された処
方箋を通信する。行為４８１３は、ポンプのユーザ・インターフェース上に更新された処
方箋の確認要求を表示する。行為４８１５は、ポンプのユーザ・インターフェース上で更
新された処方箋を確認する。行為４８１７は、更新された処方箋に従って流体をポンプ注
入する。
図７７および７８は、例えば処方箋が患者などに対して安全であるかどうか判定するた
めに、ハブ４４０６が１つ以上のサーバ４４１０と通信する実施形態を示す。
図７９は、ポンプ４４０８Ａのユーザ・インターフェース上の処方箋のユーザ確認のた
めのタイミング図５１００を示す。タイミング図５１００は、行為５１０２〜５１３０を
含む方法を実施する。行為５１０２は、監視クライアントのアプリを使用してＥＭＲから
処方箋を要求し、行為５１０４において通信され、行為５１０６において処理される。要
求５１０２は、患者識別を介して行なうことができる。タブレットは、行為５１０８にお
いて要求をＥＭＲ ＡＰＩを介してＥＭＲデータベースに通信する。行為５１１０は、要
求を処理し、行為５１１２においてＥＭＲ ＡＰＩを介して返信する。監視クライアント
は、行為５１１４においてＥＭＲデータベースから受信した処方箋を処理する。
監視クライアントは、行為５１１６において処方箋をポンプに通信し、行為５１１８に
おいて処方箋を有効にし、行為５１２０においてこれを監視クライアントのアプリケーシ
ョンに通信する。ユーザは、行為５１２２において処方箋を承認することができ、行為５
１２４においてポンプおよびポンプのＵＩに通信される。行為５１２６では、ユーザはポ
ンプ上で処方箋を確認することができる。確認は、行為５１２８においてポンプに通信さ
れ、その後、行為５１３０において実行される。
図８０Ａ〜８０Ｂは、本開示の実施形態による、図７９のタイミング図を図示した方法
５１０１のフローチャート図を示す。方法５１０１は、行為５１０３〜５１２９を含む。
行為５１０３は、監視クライアント、例えばタブレット内で監視クライアント・アプリ
ケーションを使用して患者の識別情報を判断する。行為５１０５は、患者用の少なくとも
１つの処方箋を決定するために、サーバ上の電子診療録をＡＰＩから照会する。行為５１
０７は、監視クライアント・アプリケーションにサーバから患者用の判断された少なくと
も１つの処方箋を通信する。行為５１０９は、任意選択では、少なくとも１つの処方箋の
ユーザ選択可能なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為
５１１１は、任意選択では、監視クライアント上の表示を使用して、少なくとも１つの処
方箋の処方を選択する。行為５１１３は、ポンプに監視クライアントから選択された処方
箋および／または少なくとも１つの処方箋を通信する。行為５１１５は、選択された処方
箋および／または少なくとも１つの処方箋を有効にする。行為５１１７は、監視クライア
ントへポンプから有効にされた処方箋を通信する。行為５１１９は、監視クライアントの
ユーザ・インターフェース上の有効にされた処方箋の確認要求を表示する。
行為５１２１は、監視クライアントのユーザ・インターフェース上で有効にされた処方
箋を確認する。行為５１２３は、ポンプへ監視クライアントから有効にされた処方箋を通
信する。行為５１２５は、ポンプのユーザ・インターフェース上に有効にされた処方箋の
確認要求を表示する。行為５１２７は、ポンプのユーザ・インターフェース上で有効にさ
れた処方箋を確認する。行為５１２９は、有効にされた処方箋に従って流体をポンプで注
入する。
図８１は、ハブ４４０６が１つ以上のサーバ４４１０と通信して、電子診療録と通信す
るタイミング図５２００を示す。タイミング図５２００によって実施される方法は、行為
５２０２〜５２３８を含む。いくつかの実施形態では、ＥＭＲデータベースとＥＭＲタブ
レット／コンピュータ・アプリケーションとの間で、ミドルウェア（例えば、図１の監視
サーバ３上のミドルウェア）を利用することができる。
行為５２０２では、ユーザは監視クライアント・アプリケーションを介してＥＭＲから
処方箋を要求し、行為５２０４において通信され、行為５２０６によって処理される。監
視クライアント・アプリケーションは、行為５２０８においてハブのＥＭＲ ＡＰＩとイ
ンターフェース接続し、行為５２１０によって処理される。ＥＭＲ ＡＰＩは、行為５２
１２において、処方箋を要求し、行為５２１４において処理される。
処方箋は、行為５２１６においてハブに通信され、行為５２１８においてこれらを処理
し、行為５２２０においてこれらを監視クライアントのアプリケーションに通信して、行
為５２２２で処理する。処方箋は、行為５２２４においてポンプに通信されて、行為５２
２６において有効にされる。有効化は、行為５２２８において通信されて、行為５２３０
においてユーザ承認され、行為５２３２においてポンプに通信される。ユーザは、行為５
２３４において処方箋を確認することができ、行為５２３６で通信されて、行為５２３８
においてポンプ内で治療を開始する。
図８２Ａ〜８２Ｂは、本開示の実施形態により、図８１のタイミング図を図示した方法
５２０１のフローチャート図を示す。方法５２０１は、行為５２０３〜５２３３を含む。
行為５２０３は、監視クライアント、例えばタブレット内で監視クライアント・アプリ
ケーションを使用して患者の識別情報を決定する。行為５２０５は、ハブ上のＡＰＩに監
視クライアント・アプリケーションから患者の識別情報を通信する。行為５２０７は、患
者用の少なくとも１つの処方箋を判断するために、サーバ上の電子診療録をＡＰＩから照
会する。行為５２０５および／または５２０７は、ミドルウェア（例えば、図１の監視サ
ーバ３上のミドルウェア）を利用することができる。行為５２０９は、ハブのＡＰＩにサ
ーバから患者用の判断された少なくとも１つの処方箋を通信する。行為５２１１は、監視
クライアント・アプリケーションにハブのＡＰＩから決定された少なくとも１つの処方箋
を通信する。行為５２１３は、任意選択では、少なくとも１つの処方箋のユーザ選択可能
なリストを監視クライアントのユーザ・ディスプレイ上に表示する。行為５２１５は、任
意選択では、監視クライアント上の表示を使用して、少なくとも１つの処方箋の処方を選
択する。行為５２１７は、ポンプに監視クライアントから選択された処方箋および／また
は少なくとも１つの処方箋を通信する。行為５２１９は、選択された処方箋および／また
は少なくとも１つの処方箋を有効にする。行為５２２１は、監視クライアントへポンプか
ら有効にされた処方箋を通信する。行為５２２３は、監視クライアントのユーザ・インタ
ーフェース上に有効にされた処方箋の確認要求を表示する。
行為５２２５は、監視クライアントのユーザ・インターフェース上で有効にされた処方
箋を確認する。行為５２２７は、有効にされた処方箋を監視クライアントからポンプに通
信する。行為５２２９は、ポンプのユーザ・インターフェース上に有効にされた処方箋の
確認要求を表示する。行為５２３１は、ポンプのユーザ・インターフェース上で有効にさ
れた処方箋を確認する。行為５２３３は、有効にされた処方箋に従って流体をポンプ注入
する。
図８３〜８９は、本開示のいくつかの実施形態による、電子患者介護システムのいくつ
かの追加の実施形態を示す。図８３はシステム５３００を示し、電子診療録アプリケーシ
ョンが１つ以上のサーバ３５１６上で電子診療録とインターフェース接続して、タブレッ
ト３５１４および／またはハブ３８０４のユーザ・インターフェース上に患者の電子診療
録のいくつかを表示する。１つ以上のサーバ３５１６から受信した電子診療録からのデー
タのサブセット（例えば、注入ポンプ３５０４によって送達されている薬剤）を、注入ポ
ンプ３５０４上のディスプレイに表示することができる。それに加えて、または代替とし
て、いくつかの実施形態では、電子診療録からのデータのサブセットをハブ上でキャッシ
ュ格納することができる。いくつかの実施形態では、ハブは、ミドルウェア（例えば、図
１の監視サーバ３上のミドルウェア）を通して医療用ＩＴシステムと通信そてもよい。
図８４はシステム５４００を示し、電子診療録アプリケーションが１つ以上のサーバ４
４１０上で電子診療録とインターフェース接続して、ベッドサイド・コンピュータ４２０
４および／またはハブ４４０６のユーザ・インターフェース上に患者の電子診療録のいく
つかを表示する。１つ以上のサーバ４４１０から受信した電子診療録からのデータのサブ
セット（例えば、注入ポンプ４４０８Ａによって送達されている薬剤）を、注入ポンプ４
４０８Ａ上のディスプレイに表示することができる。それに加えて、または代替として、
いくつかの実施形態では、電子診療録からのデータのサブセットをハブおよび／またはベ
ッドサイド・コンピュータ上でキャッシュ格納することができる。いくつかの実施形態で
は、ハブは、ミドルウェア（例えば、図１の監視サーバ３上のミドルウェア）を通して医
療用ＩＴシステムと通信してもよい。
図８５はシステム５５００を示し、これは１つ以上のサーバ４４１０との通信が中断さ
れた場合に、独立システムであってもよく、または図８４のシステム５４００である。図
８６はシステム５６００を示し、これは１つ以上のサーバ４４１０との通信が中断された
場合に、独立システムであってもよく、または図８４のシステム５４００である。図８５
〜８６では、１つ以上のサーバ４４１０の電子診療録サーバへのアクセスなしで、システ
ム５５００、５６００内に処方箋をプログラムすることができる。処方箋は、タブレット
４４０２、ベッドサイド・コンピュータ４５０２または注入ポンプ４４０８Ａ上で調節す
ることができる。ハブ５８０４は、スキャナ、ベッドサイド・コンピュータ４５０２およ
び／または注入ポンプ４４０８Ａ〜４４０８Ｃと無線でおよび／または有線接続を介して
通信することができる。いくつかの特定の実施形態では、監視クライアント４４０２、ハ
ブおよび／またはベッドサイド・コンピュータは、ＥＭＲデータなしでプログラムするこ
とができるが、ガードレイルのローカル・バージョンと比較することもできる。
図面を参照すると、図８７は、患者を電子治療するためのシステム５７００を示す。ハ
ブ５７０２は、１つ以上のサーバへの通信を取り扱う常駐電子診療録アプリケーションへ
のネットワーキングＡＰＩまたはローカルＡＰＩを使用して、１つ以上のサーバ５７０４
と通信する。ポンプ５７０６Ａ〜５７０６Ｃは、治療をプログラムし、実行するために使
用される。ハブ５７０２は、無線でおよび／または有線接続を介して、スキャナおよび／
または医療用ＩＴシステム５７０４と通信することができる。
図８８は、タブレットまたはベッドサイド・コンピュータを有していないシステム５８
００を示す。システム５８００は、１つ以上のサーバ５７０４への通信が利用可能でない
５７０４場合に、図８７のシステム５７００であってもよい。注入ポンプ５８０２Ａは、
ポンプ５８０２Ａ上のユーザ・インターフェースを使用してプログラムされ、所定の安全
基準（例えば、ガードレイル）のキャッシュされたセットが、ハブ５８０４またはポンプ
５８０２Ａ〜５８０２Ｃ内に存在する。所定の安全基準は、送達される薬物、患者、アレ
ルギー、または記憶された薬物禁忌に基づくことができ、安全でない治療設定が患者に送
達されるのを防ぐことができる。ハブ５８０４は、スキャナおよび／または注入ポンプ５
８０２Ａ、５８０２Ｂおよび／または５８０２Ｃと無線で、および／または有線接続を介
して通信することができる。
図８９は、いくつかの注入ポンプを備えたシステム５９００を示す。システム５９００
は、ハブとの通信が利用可能でない場合に、図８８のシステム５８００であってもよい。
注入ポンプ５９０２Ａ〜５９０２Ｃは、ポンプ上の各それぞれのユーザ・インターフェー
スを使用して直接制御されることができ、所定の基準のセット（例えば、ＤＥＲＳ）が中
にキャッシュされて、薬剤が所定の基準外で送達されないことを確実にすることができる
。いくつかの実施形態では、ＤＥＲＳは注入ポンプ５９０２Ａ〜５９０２Ｃ内にキャッシ
ュされず、および／または永久ＤＥＲＳデータが不揮発性メモリ内部に記憶される。
図９０は、本明細書で開示したハブの回路６０００のブロック図を示す。それに加えて
、または代替として、回路６０００を、本明細書の他所で開示されたドック、通信モジュ
ール、またはポンプ内で使用することができる。回路６０００は、バスまたはハブとイン
ターフェース接続して、デバイス・モジュール・インターフェースを介していくつかのデ
バイスと通信し、および／またはそこに電力を提供することができる。回路６０００は、
デバイス・プロセッサ・サブシステム６００４によって起動させることができる第１のフ
ェイルセーフ・ライン６００２、およびインターフェース・プロセッサ・サブシステム６
００８によって起動させることができる第２のフェイルセーフ・ライン６００６を備える
。第１および第２のフェイルセーフ・ライン６００２、６００６は、ＯＲゲート６０１０
内に供給され、ＯＲゲート６０１０は出力フェイルセーフ・ライン６０１２に対する出力
を有する。デバイス・プロセッサ・サブシステム６００４またはインターフェース・プロ
セッサ・サブシステム６００８のいずれかが故障またはエラーを検出した場合、第１また
は第２のフェイルセーフ・ライン６００２、６００６は、出力フェイルセーフ・ライン６
０１２を起動させることができる。フェイルセーフ・ライン６０１２は、出力フェイルセ
ーフ・ライン６０１２、例えば出力フェイルセーフ・ライン６０１２からシグナルを受信
したときに静脈ラインを通して流体が流れるのを自動的に防ぐことができる自動閉塞デバ
イスに応答して、適切な回路および／またはデバイスに結合されてもよい。いくつかの実
施形態では、デバイス・モジュール・インターフェースに結合された患者介護デバイスは
、調整電源から１つ以上の電圧を要求することができ、該調整電源はそれぞれバック、ブ
ーストまたはバック・ブースト電源であってもよい。
図９１は、注入ポンプとインターフェース接続するための回路６１００のブロック図で
ある。それに加えて、または代替として、回路６１００は、本明細書に開示された、ポン
プに接続するドックまたはハブの内にあってもよく、および／または回路６１００は、注
入ポンプに取り付けることができる取付可能モジュール、例えば通信モジュールにであっ
てもよい。回路６１００は、バスまたはハブとインターフェース接続して、デバイス・モ
ジュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこ
に電力を提供することができる。いくつかの実施形態では、インターフェース・プロセッ
サ・サブシステムは、無線リンクおよび／または近距離通信を使用して、デバイス・ハブ
・インターフェースと結合されたデバイスと通信することができる。
図９２は、タブレット・ドック６２０２、注入ポンプ６２０４Ａ〜６２０４Ｄ、注入ポ
ンプ６２０４Ａ〜６２０４Ｄを受けるためのドック６２０６、およびタブレット６２０８
を備えた電子患者介護システム６２００のブロック図を示す。代替の実施形態では、タブ
レット６２０８はタブレット・ドック６２０２内に一体化される。追加の実施形態では、
ドック６２０２および６２０６は互いに一体化される。さらに追加の代替実施形態では、
ドック６２０２、ドック６２０６およびタブレット６２０８は互いに一体化される。タブ
レット６２０８は、ディスプレイ６２１０を使用して一次ユーザ・インターフェースを提
供する。ドック６２０２は、ユーザ・インターフェース・テンプレートをキャッシュまた
は記憶するためのメモリ、または患者介護デバイス、例えば注入ポンプ６２０４Ａ〜６２
０４Ｄに対してディスプレイ６２１０上でユーザ・インターフェースを表示するためのユ
ーザ・インターフェース・プログラムを備えている。誤薬低減システムを有する１つ以上
のサーバ６２１２を使用して、例えばスキャナ６２１４を使用して、処方箋を指示するま
たは処方箋を検証するために、タブレット６２０８を使用することができる。いくつかの
実施形態では、医療用ＩＴシステム６２１２とドック６２０６との間にミドルウェア（例
えば、図１の監視サーバ３上のミドルウェア）があってもよい。ユーザ・インターフェー
ス・テンプレートまたはユーザ・インターフェース・プログラムは、注入ポンプ６２０４
Ａ〜６２０４Ｄからの集合データをディスプレイ６２１０上に表示するように構成され、
注入ポンプ６２０４Ａ〜６２０４Ｄの１つ以上が故障した場合にバックアップ・アラーム
として働く。それに加えて、または代替として、ドック６２０６は、注入ポンプ６２０４
Ａ〜６２０４Ｄの１つ以上が故障した場合、内部スピーカおよび／または内部振動モータ
を使用して警告する。
ドック６２０６は、注入ポンプ６２０４Ａ〜６２０４Ｄからデータを集めることができ
、集合させたデータをタブレット６２０８に通すことができる。各注入ポンプ６２０４Ａ
〜６２０４Ｄは、それぞれのディスプレイ６２１６Ａ〜６２１６Ｄを備えている。ディス
プレイ６２１６Ａ〜６２１６Ｄを使用して、注入中に流量を調節することができる（タブ
レット６２０８を通して処方箋をプログラムする際に、所定の安全基準をロードすること
ができる）。ディスプレイ６２１６Ａ〜６２１６Ｄ上に表示されたユーザ・インターフェ
ース上で流量をゼロから調節することによって、誤薬低減システムの所定の安全性基準な
しで注入を開始させることができる。ディスプレイ６２１６Ａ〜６２１６Ｄはまた、視覚
的、または聴覚表示での両方で、警戒およびアラームを表示することができる。
ドック６２０６は、電力入力モジュール、医療グレード電源およびバックアップ電池を
備えている。ドック６２０６はまた、これらの通信ハードウェアの全てを備えて、タブレ
ット６２０８に、および医療用ＩＴシステム、すなわち１つ以上のサーバ６２１２にイン
ターフェース接続する。ドック６２０６は、移動用ハードウェア、例えば支柱および支柱
取付ハードウェアを備えていてもよい。
処方箋をプログラムする際に、個人別の誤薬低減システム設定、例えば所定の安全基準
が、１つ以上のサーバ６２１２から直接受信される。タブレット６２０８を使用して、患
者のＩＤおよび薬剤内の入力を容易にすることができる。タブレット６２０８と１つ以上
のサーバ６２１２との間の通信は、ドック６２０６を通して行われてもよい。一般誤薬低
減システムからの所定の安全基準は、ドック６２０６上に、または注入ポンプ６２０４Ａ
〜６２０４Ｄの１つ以上内にキャッシュされる。誤薬低減システムが１つ以上のサーバ６
２１２から利用可能でない場合、誤薬低減システムからローカルにキャッシュされた所定
の安全基準は、ネットワーク（例えば、ＷｉＦｉ）が再び利用可能になったときに、それ
を通して更新される。
ドック６２０６は、ハブ・ドック６２０６および注入ポンプ６１１４Ａ〜６１１４Ｄの
８時間の動作をサポートするのに十分な電池を有する。タブレット６１１０は、それ自体
の電池を有していても、有していなくてもよい。いくつかの実施形態では、注入ポンプ６
２０４Ａ〜６２０４Ｄは、ドック６２０６から抜き出されたときにデータ保存をサポート
するのにおよびそれを警告するのに十分な電池（または、他のバックアップ電力）を有す
ることができる。この警告能力および別の電池は、ドック６２０６に移されてもよい。
ディスプレイ６２１６Ａ〜６２１６Ｄのディスプレイ上のポンプのＵＩディスプレイは
、小さくてもよい。例えば、いくつかの実施形態では、ディスプレイ６２１６Ａ〜６２１
６Ｄは、流量のみを調節することができるのにちょうど十分な大きさであってもよい。こ
れにより、他の情報を何も入力することなく注入を開始することが可能になる。ＥＭＲに
アクセスする前に患者のＩＤおよび／または薬剤名は入力することができるので、タブレ
ット６２０８なしで注入を開始した場合には、誤薬低減システムからのまたは１つ以上の
サーバ６２１２からのガードレイルのデータは限定される。注入がタブレットでプログラ
ムされ、その後にタブレットがシステムから取り除かれた場合、ポンプは現在の処方箋に
関するガードレイル特性を実施し続けることができる。
図９３は、図９２のハブ６２０６用、または図１、３、５、７、８または９の通信モジ
ュール１２４Ａ〜１２４Ｋ用の回路６３００のブロック図を示す。それに加えて、または
代替として、回路６３００は、本明細書に記載したポンプまたはドックで使用することが
できる。回路６３００は、バスまたはハブとインターフェース接続して、デバイス・モジ
ュール・インターフェースを介していくつかのデバイスと通信し、および／またはそこに
電力を提供することができる。タブレットＵＩインターフェース６３０２に結合されたタ
ブレット（図示せず）は、それ自体の電源（明示的には図示せず）を有することができる
。本開示のいくつかの実施形態では、回路６３００は電力をタブレットに供給することが
できる。
図９４は、図９２のハブ６２０６用、または図１、３、５、７、８または９の通信モジ
ュール１２４Ａ〜１２４Ｋ用の回路６４００のブロック図を示す。それに加えて、または
代替として、回路６４００は、本明細書に記載したドックまたはポンプで使用することが
できる。回路６４００は、バスまたはハブとインターフェース接続して、ディスポーザブ
ル・インターフェースを介していくつかのデバイスと通信し、および／またはそこに電力
を提供することができる。本開示のいくつかの実施形態では、回路６４００は電力をタブ
レットに供給することができる。
図９５は、拡張電池６５０２、注入ポンプ６５０４および電源アダプタ６５０６を有す
るシステム６５００を示す。システム６５００は、サーバからの誤薬低減システムなしで
動作することができる。注入ポンプ６５０４上のディスプレイ６５０８を使用して、薬物
情報を入力し、注入速度を制御することができる。いくつかの実施形態では、誤薬低減シ
ステム・データは、注入ポンプ６５０４のメモリ内にキャッシュされ、ドッキングを通し
て更新される。
図９６は、デバイス・ハブ６６０２に結合された注入ポンプ６５０４を有するシステム
６６００を示す。注入ポンプ６５０４は、送達を開始する能力を有する。リストから簡便
に選ばれた薬物のサブセットに基いた、限定された一般誤薬低減システムによる緊急モー
ドが、デバイス・ハブ６６０２および／または注入ポンプ６５０４上にキャッシュするこ
とができる。誤薬低減システムからのデータなしで、注入ポンプ６５０４を開始すること
ができる。
図９７は、タブレット６７０２のインターフェースを通して注入ポンプ６５０４へのア
クセスを可能にするタブレット６７０２を有するシステム６７００を示す。タブレット６
７０２のユーザ・インターフェースは、デバイス・ハブ６６０２内に常駐することができ
る。ＤＥＲＳは、タブレット６７０２上、デバイス・ハブ上、および／または注入ポンプ
６５０４上に常駐することができる。電源アダプタ６５０６は、タブレット６７０２、デ
バイス・ハブ６６０２および／または注入ポンプ６５０４に電力を供給することができる
。
デバイス・ハブ６６０２は、タブレット６７０２への物理的接続または無線接続を有し
てもよい。デバイス・ハブ６６０２は、タブレット６７０２用のクレードル（図示せず）
を備えてもよい。タブレット６７０２は任意選択では、デバイス・ハブ６６０２に堅く結
合されることができる。
図面を参照すると、図９８はシステム６８００を示し、システム６８００は、ドック６
８０４（いくつかの実施形態では、クレードルであってもよい）、ポンプ・モジュール６
８０２Ａ〜６８０２Ｃ、デバイス・ハブ６６０２、およびドック６８０４（またはいくつ
かの実施形態では、クレードル）のバックプレーンに差し込まれるタブレット６７６２を
有する。加えて、電力モジュール６８０４は、ドック６８０６に差し込むことができ、ま
たはそれと一体化させることができる電力入力および予備電池を備えている。デバイス・
ハブ６６０２は、１つ以上のサーバ（図示せず）を介した全ての他のモジュールとともに
ＩＴシステムの間の通信用マスタである。注入ポンプ６８０２Ａ〜６８０２Ｃは、図９８
に示す実施形態では取り外し可能であるけれども、他のコンポーネントは他の実施形態で
は、モジュール式または一体化されていてもよい。
注入ポンプ３８０２Ａ〜３８０２Ｃは一般に、ポンプ機構およびポンプ機構を作動させ
ることができる電子部品を備える。特定の１つの実施形態では、デバイス・ハブ６６０２
は、１つ以上の注入ポンプ３８０２Ａ〜３８０２Ｃ用バックアップ電力；データを集め、
タブレット６７０２のＵＩモデル（例えば、ユーザ・インターフェース・テンプレート）
をホスティングするプロセッサ；およびモジュール式通信ハードウェアを備えている。
タブレット６７６２は、タッチスクリーン６８０８を備えることができる。電源アダプ
タ６５０６は、ＡＣからＤＣ変換を行ない、電力入力モジュールおよびＡＣ／ＤＣ電源を
含む電力モジュール６８０４に結合されている。電源アダプタ６５０６は、任意選択であ
り、および／またはＡＣからＤＣ変換され、電力モジュール６８０４内に組み込むことが
できる。電力モジュール６８０４はまた、拡張電池を備えて、多数のポンプ・モジュール
を作動させることができる。ドック６８０６は、様々なコンポーネントを互いに接続する
バックプレーンを備えている。
図９９は、本開示の１つの実施形態による、デバイス・ハブ、例えば図９６のデバイス
・ハブ６６０２の電子回路６９００を示す。これに加えて、または代替として、回路６９
００は、本明細書に記載したポンプ、ドックまたは通信モジュールで使用することができ
る。回路６９００は、バスまたはハブとインターフェース接続して、デバイス患者介護イ
ンターフェース６９１６を介していくつかのデバイスと通信し、および／またはそこに電
力を提供することができる。回路６９００は、様々な電源、ユーザ・インターフェース、
通信、センサおよびアクチュエータを備えている。回路６９００は、ＡＣメイン６９０２
、ＤＣ電力６９０４、無線電力６９０６、例えば誘導、および外部電池接続６９０８を備
えている。
ＡＣメイン６９０２は、配電線への直接接続、たとえばＡＣアウトレットを通した直接
接続であってもよい。ＡＣメイン６９０２は、ＡＣメイン６９０２からのＡＣシグナルを
整流し、ＤＣシグナルに変換することができる電力入力および充電回路６９１０に結合さ
れている。電力入力ＡＣ／ＤＣユニバーサル・サプライ６９１０からのＤＣシグナルは、
ＤＣ電力入力および充電回路６９１２に供給される。
ＤＣ電力６９０４は、図９５の電源アダプタ６５０６などのＤＣ電源から、またはバッ
クプレーンまたは別の外部電池（明示的には図示せず）からＤＣ電力を受ける。
無線電力６９０６は、エネルギーを無線で受けることができる。例えば、無線電力６９
０６は、時変磁場を受けるコイルを備えることができ、それによってコイルにわたる電圧
が誘導され、誘導されたＡＣシグナルは円滑化回路を介して整流および円滑化され、ＤＣ
電力入力／充電回路６９１０に結合される。
回路６９００はまた、一次電池６９１４、外部電池６９０８および二次電池６９２０を
備えている。一次電池６９１４は、患者介護デバイス・インターフェース６９１６に結合
された１つ以上の患者介護デバイス、およびタブレット・インターフェース６９１８に結
合されたタブレット（図示せず）に電力を供給するために使用される。インターフェース
６９１６は、１つ以上の通信テクノロジーを通して患者介護デバイスと接続しなくてもよ
く、または患者介護デバイスの１つ以上と接続することができる。タブレット・インター
フェース６９１８は、タブレットに直接結合することができ、またはタブレットのユーザ
・インターフェースに結合される。外部電池接続６９０８は、電子回路６９００の別個の
ハウジング内に置かれた１つ以上の電池セルと電気結合するように適合されている電気コ
ネクタ（明示的には図示せず）であってもよい。外部電池６９０８は、一次電池６９１４
が故障した場合に、一次電池６９１４を補完する、または一次電池６９１４と置き換える
ことができる。二次電池６９２０は、超コンデンサ６９２０であってもよい。いくつかの
実施形態では、二次電池６９２０は、電力が他様に利用可能ではない故障モードでのみ、
例えばＡＣメイン６９０２が故障し、外部電池６９０８が取り外されており、または故障
している故障モードでのみ使用することができる。二次電池６９２０は、デバイス・プロ
セッサ・サブシステム６９２２に十分な電力を供給して、二次ブザー６８２４を介して警
告する。
回路は、ハブ調整電源６９２６、調整デバイス電源６９２８からのゲート化独立電源、
およびタブレット調整電源６９３０などの様々な電源を備えている。
ハブ調整電源６９２６は、回路６９００の電気センサに電力を与えるために使用される
。例えば、ハブ調整電源６９２６は、インターフェース・プロセッサ・サブシステム６９
３２に電圧を提供するために使用される。
調整デバイス電源６９２８は、ゲート化することができ、患者介護デバイス・インター
フェース６９１６に結合された１つ以上の患者介護デバイスに送られる１つ以上の独立調
整電圧源を提供することができる。患者介護デバイス・インターフェース６９１６を介し
て１つ以上の患者介護デバイスに送られる１つ以上の調整デバイス電源６９２８は、電流
センサ６９３４によって監視され、デバイス・プロセッサ・サブシステム６９２２によっ
て有効にされる。それに加えて、または代替として、調整デバイス電源６９２８はプログ
ラム可能であり、それによって、患者介護デバイスは、デバイス・プロセッサ・サブシス
テム６９２２からの電圧を要求し、次にそれが調整デバイス電源６９２８をプログラムし
て、要求された電圧を患者介護デバイスに供給する。
タブレット調整電源６９３０は、タブレット・インターフェース６９１８に結合された
タブレットにＤＣ電力を供給する。それに加えて、または代替として、回路６９００は、
タブレットの内部電源（図９９には図示せず）によって使用するために、ＡＣメイン６９
０２を通して、ＡＣシグナルを通す。
回路６９００はまた、電池表示器６９３８、状態表示灯６９４０、ＬＣＤタッチスクリ
ーン６９４２を備えたユーザ・インターフェース６９３６を備えている。電池表示器６９
３８は、一次電池６９１４の充電状態および電池状態を示す。状態表示灯６９４０は、患
者介護デバイス・インターフェース６９１６に結合されたハブ、タブレット、および任意
の患者介護デバイスの状態を示す。状態表示灯６９４０は、患者介護デバイス・インター
フェース６９１６に結合された各患者介護デバイス用の１つ以上の灯、例えばＬＥＤを含
むことができる。例えば、状態表示灯６９４０は、アラーム状態を示すためのＬＥＤ、お
よび動作状態を示すための別のＬＥＤを含むことができる。
本開示のいくつかの実施形態では、ＬＣＤタッチスクリーン６９４２は、ディスプレイ
を備えない患者介護デバイス・インターフェース６９１６に結合された患者介護デバイス
用のメイン表示および入力方法であってもよい。それに加えて、または代替として、ＬＣ
Ｄタッチスクリーン６９４２は、患者介護デバイス・インターフェース６９１６に結合さ
れたハブ、ハブの回路６９００、および／または患者介護デバイスに関する詳細な情報を
表示する。加えて、ＬＣＤタッチスクリーン６９４２は、外部ＴＶスクリーンなどの大き
いディスプレイに状態情報を受動的に出力するように構成することができる。
一次スピーカ６９４４を使用して、タブレットがタブレット・インターフェース６９１
８に接続されておらず、および／または他様に利用可能でない場合に、ディスプレイまた
はアラームを有していない患者介護デバイス・インターフェース６９１６に結合された患
者介護デバイスに対して音声ガイダンスを提供することができる。二次ブザー６９２４は
、バックアップ・ブザーであり、一次スピーカ６９４４が利用可能ではない、または破損
されている、および／またはインターフェース・プロセッサ・サブシステム６９３２が利
用可能ではない、または破損されている状態において安全を提供する。
本開示のいくつかの実施形態では、ハードウェア・ボタン６９４６を追加の安全性入力
のために使用して、それ自体のディスプレイを有しておらず、タブレットが利用可能でな
い患者介護デバイスを停止する、または入力を提供することができる。
タブレット・インターフェース６９１８はインターフェース６９３２に結合され、イン
ターフェース・プロセッサ・サブシステム６９３２は、タブレット・インターフェース６
９１８に結合されたタブレットと通信することができる。タブレット・インターフェース
６９１８は、ＵＳＢインターフェース６９４７およびブルートゥース・インターフェース
６９４８（ブルートゥース・インターフェース６９４８は、ブルートゥース・ロー・エネ
ルギー・インターフェースであってもよい）に結合されている。
患者介護デバイス・インターフェース６９１６は、ＳＰＩ、Ｉ２Ｃ、ＲＳ２３２、ＲＳ
４８５、またはあらゆる他のシリアル・プロトコルであってもよい、シリアル・インター
フェース６９４９を含む患者介護デバイスにインターフェースを提供する。患者介護デバ
イス・インターフェース６９１６はまた、ＣＡＮインターフェース６９５０、ＵＳＢイン
ターフェース６９５１、イーサネット・インターフェース６９５２、ＷｉＦｉ無線インタ
ーフェース６９５３、およびブルートゥース・インターフェース６９５４を提供する。
患者介護デバイス・インターフェース６９１６は、患者介護デバイスのタイプ、シリア
ル番号、クラス、または性能特徴、およびマルチチャネル・クレードル、ドックおよび／
またはハブ内の位置の患者介護デバイス発見を容易にする有線デバイスＩＤ６９５５を含
むことができる。有線デバイスＩＤ６９５５を使用して、所定の基準に基づいて、最適ま
たは好ましい通信プロトコルを判断することができる。それに加えて、または代替として
、電力を与える方法は、所定の基準に基づいて有線デバイスＩＤ６９５５の機能として選
択することができる。有線デバイスＩＤ６９５５は、「１ワイヤ」デバイスを使用して患
者介護デバイス・インターフェース６９１６に取り付けられた患者介護デバイスと通信す
ることによって判断することができる。それに加えて、または代替として、患者介護デバ
イス・インターフェース６９１６はまた、ＲＦＩＤ呼掛器、近距離通信、または他の無線
通信リンクを利用することができる患者介護デバイス発見を容易にする無線デバイスＩＤ
６９５８を備えて、患者介護デバイスのタイプ、シリアル番号、クラス、または性能特徴
、およびマルチチャネル・クレードル、ドックおよび／またはハブ内の位置の患者介護デ
バイス発見を容易にする。
患者介護デバイス・インターフェース６９１６はまた、デジタルＩ／Ｏインターフェー
ス６９５６を備える。デジタルＩ／Ｏインターフェース６９５６は、患者介護デバイス・
インターフェース６９１６に結合された患者介護デバイス毎に多数のラインを含むことが
でき、これは、アクチュエータを始動し、安全システムの一部としてピンを有効にし、ま
たは、ハブまたはクレードル上の状態光での使用のために、使用することができる。
患者介護デバイスはまた、フェイルセーフ・ライン６９５７を備えている。インターフ
ェース・プロセッサ・サブシステム６９３２またはデバイス・プロセッサ・サブシステム
６９２２のいずれかは、論理ＯＲ６９７７に供給されるフェイルセーフ・ライン６９５７
の１つを始動することができる。論理ＯＲ６９７７の出力は、患者介護デバイス・インタ
ーフェース６９１６に結合された電気機械閉塞デバイス（図示せず）に結合することがで
きる。代替の実施形態では、論理ＡＮＤは、論理ＯＲ６９７７の代わりに使用され、それ
によって、インターフェース・プロセッサ・サブシステム６９３２またはデバイス・プロ
セス・サブシステム６９２２は両方とも、「真である」シグナルがフェイルセーフ・ライ
ンとして患者介護デバイス・インターフェース６９１６に送信される前に、この特定の実
施形態では一致しなければならない（すなわち、両方とも論理的な真を提示する）。
回路６９００は、ＩＴシステムまたは１つ以上のサーバ６９６７へのいくつかの通信リ
ンクを備える。回路６９００は、ＷｉＦｉインターフェース６９６０、３Ｇ／４Ｇインタ
ーフェース６９６１、およびイーサネット・ハブまたはスイッチ・インターフェース６９
５６を含む。３Ｇ／４Ｇインターフェース６９６１は、ホーム環境内で回路６９００を有
するハブの動作を容易にする。３Ｇ／４Ｇインターフェース６９６１は、任意の携帯テク
ノロジーまたは長距離通信トランシーバ、例えばコード分割多重アクセス（ＣＤＭＡ）、
時間分割多重化（ＴＤＭ）、ＷｉＭａｘ、エボリューション・データ・オプティマイズ（
ＥＶＤＯ）、直交周波数分割多重化（ＯＦＤＭ）、空間分割多重アクセス（ＳＤＭＡ）、
時間分割二重化（ＴＤＤ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割二重化（Ｆ
ＤＤ）などであってもよい。
回路６９００は、（例えば、カメラを使用して２Ｄバーコードを読み取ることによって
）患者認証、臨床医認証、および／または解法／薬物認証のために使用することができる
、バーコード・リーダまたはカメラ６９６２を備えている。
回路６９００はまた、患者認証、臨床医認証、および／または解法／薬物認証のために
、または患者介護デバイスの位置を判断するために、ＲＦＩＤ、ＮＦＣ、または他の通信
プロトコル用のトランシーバ６９６３を備えることができる。
回路６９００はまた、通信拡張スロット６９６４を備えることができ、それによって将
来の有線または無線テクノロジーを、スロット６９６４内にモジュール式に挿入すること
ができる。スロット６９６４は、１つ以上の拡張コネクタを備えることができ、そこに外
部接続可能なハブのケースに対して内部にある。それに加えて、または代替として、拡張
スロット６９６４は、複数の機能、例えば、無線通信機能、有線通信などを有する追加の
モジュールに対する接続であってもよい。
回路６９００はまた、温度センサ、圧力センサ、湿度センサおよび加速度計などのハブ
・センサ６９６５を備えることができる。回路６９００はまた、例えば、タブレット・イ
ンターフェース６９１８に結合されたタブレット上のＧＵＩを介して選択するようにユー
ザに警告または指示する場合に、触覚フィードバック用の振動モータ６９６６を備えるこ
とができる。
図１００は、ポンプなどの患者介護デバイスで使用することができる機構の１つの実施
形態を示す回路７０００のブロック図を示す。すなわち、デバイス・モジュール・インタ
ーフェースは、例えば図１の注入ポンプ７とインターフェース接続することができる。そ
れに加えて、または代替として、いくつかの実施形態では、回路７０００は、本明細書に
記載したハブ、通信モジュール、ドックまたは注入ポンプ上にあってもよい。回路７００
０は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフ
ェースを介していくつかのデバイスと通信し、および／またはそこに電力を提供すること
ができる。回路７０００はまた、様々な安全システムを備えている。回路７０００は、タ
ブレットおよびＩＴシステムへ電源バックアップ電力および通信の方法を供給する。回路
７０００は、ハブおよびタブレットに対する外部電源アダプタ（図示せず）電源から電力
を受ける。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシステムは、Ｉ
Ｔシステムへのイーサネット接続を含む。いくつかの実施形態では、デバイス・ハブ・プ
ロセッサ・サブシステムは、イーサネット、ＷｉＦｉ、ブルートゥース、ブルートゥース
・ロー・エネルギー、近距離通信などを使用して監視クライアント・インターフェースと
通信する。
図１０１は、回路７１００のブロック図を示す。回路７１００はハブ上にあってもよい
。また、デバイス・モジュール・インターフェースは、例えば図１の注入ポンプ７とイン
ターフェース接続することができる。それに加えて、または代替として、いくつかの実施
形態では、回路７１００は、本明細書に記載したハブ、通信モジュール、ドックまたは注
入ポンプ上にあってもよい。回路７１００は、バスまたはハブとインターフェース接続し
て、デバイス・モジュール・インターフェースを介していくつかのデバイスと通信し、お
よび／またはそこに電力を提供することができる。回路７１００は、本開示の１つの実施
形態によるフレキシビリティのために、（例えば、本明細書に記載したような）ＩＴシス
テムと通信するためのＷｉＦｉ回路７１０２およびイーサネット接続７１０４を備えてい
る。スピーカ７１０６はまた、ハブでの不具合またはＩＴシステムへの接続落ちを明瞭に
発声するために有用であり得る。タブレット調整電源は、唯一つの外部電源の使用を容易
にすることができる。いくつかの実施形態では、デバイス・ハブ・プロセッサ・サブシス
テムは、ブルートゥース、ＷｉＦｉ、ブルートゥース・ロー・エネルギー、近距離通信な
どを使用して監視クライアント・インターフェースを介して通信する。いくつかの実施形
態では、デバイス・ハブ・プロセッサ・サブシステムは、ブルートゥース、ブルートゥー
ス・ロー・エネルギー、ＵＳＢ、近距離通信などを使用して患者介護デバイス・インター
フェースと通信する。図１０２は、電池専用バージョン、すなわち上記した拡張電池を示
す。すなわち、図１０２の回路７２００は、図９５の拡張電池６５０２であってもよく、
例えばシステム６５００をウェアラブルにしてもよい。図９５の拡張電池６５０２は、互
いに積み重ね可能であってもよく（例えば、回路７２００はＳＰＩまたはＣＡＮなどのト
ランシーバを含む）、それによって図９５の多数の拡張電池６５０２を互いに積み重ねて
、注入ポンプ６５０４に電力を与えることができる。回路７２００は、バスまたはハブ内
にインターフェース接続して、デバイス・モジュール・インターフェースを介していくつ
かのデバイス（例えば、患者介護デバイス）に電力を提供することができる。
図１０３は、拡張のためのフレキシビリティをもって多数の注入ポンプを制御する回路
７３００のブロック図を示す。例えば、デバイス・モジュール・インターフェースは、多
数の注入ポンプ、１つの注入ポンプとインターフェース接続することができ、または注入
ポンプとインターフェース接続しなくてもよい。それに加えて、または代替として、いく
つかの実施形態では、回路７３００を、本明細書に記載したドック、注入ポンプ、通信モ
ジュール、および／またはハブ内で使用することができる。回路７３００は、バスまたは
ハブとインターフェース接続して、デバイス・モジュール・インターフェースを介してい
くつかのデバイスと通信し、および／またはそこに電力を提供することができる。いくつ
かの実施形態では、監視クライアント・インターフェースは、ブルートゥース、ブルート
ゥース・ロー・エネルギー、または他の通信テクノロジーを利用することができる。いく
つかの実施形態では、デバイス・モジュール・インターフェース（すなわち、患者介護デ
バイス・インターフェース）は、ブルートゥース、ブルートゥース・ロー・エネルギー、
ＷｉＦｉおよび／または近距離通信を介して患者介護デバイスに結合することができる。
本実施例から分かるように、ＣＡＮ通信を有線プロトコルとして使用して、注入ポンプと
通信することができる。いくつかのデジタルが、ＩＯ利用されて、必要に応じて、ポンプ
・クレードルにいくつかの機能を加える。電力入力およびＡＣ／ＤＣ供給７３０２は、ハ
ブの内側（すなわち、回路７３００の内側）にあり、タブレット、ハブ、および１つ以上
の注入ポンプに電力を供給する。回路７３００に結合された注入ポンプは、「独立して」
安全であってもよい。ＲＦＩＤリーダ７３０４およびバーコード・リーダ／カメラ７３０
６が備えられて、患者またはプロバイダを認証する。通信拡張スロット７３０８は、他の
方法が開発された場合に通信機能（例えば、認証および位置に対するピーナツ）を拡張す
るために含まれている。
図１０４は、フェイルセーフ・ライン７４０２および２つのプロセッサ７４０４、７４
０６を備えた、本明細書に記載したハブ用の回路７４００を示す。それに加えて、または
代替として、いくつかの実施形態では、回路７４００を、本明細書に記載したように、ド
ック、注入ポンプおよび／または通信モジュール内で使用することができる。回路７４０
０は、バスまたはハブとインターフェース接続して、デバイス・モジュール・インターフ
ェースを介していくつかのデバイス（例えば、患者介護デバイス）と通信し、および／ま
たはそこに電力を提供することができる。プロセッサ７４０６は安全性プロセッサであっ
てもよい。フェイルセーフ・ライン７４０２は、２つのプロセッサ７４０４、７４０６の
いずれかによって起動させることができる。いくつかの実施形態では、ＷｉＦｉ無線はイ
ーサネット・インターフェースであってもよい。いくつかの実施形態では、ＣＡＮインタ
ーフェースは、ブルートゥース、ブルートゥース・ロー・エネルギー、ＷｉＦｉまたは他
の通信テクノロジーであってもよい。
追加の安全が、フェイルセーフ・ライン７４０２によってもたらされる。例えば、パル
ス・オキシメータ・モニタは、脈拍が上昇しまたは高すぎる場合にラインをクランプ締め
することができる。すなわち、フェイルセーフ・ライン出力は、電気機械式閉塞器に結合
することができる。ハブ回路７４００は、ウォッチドッグとして働くことができ、さらに
は範囲チェックのために出力を監視し、パルス・オキシメータ内のプロセスがエラーであ
り、または故障状態である場合に、クランプを始動するためにフェイルセーフシグナルを
送信することができる。タブレットとの通信は、タブレットＵＩインターフェース７４０
８を介した無線であってもよい。回路７４００は、無線電力７４１０を介して無線で充電
することができる。振動モータは、アラームがある場合に、肝臓のフィードバックを与え
るために追加されてもよい。回路７４００は任意選択では、アラームまたは警戒が発せら
れた場合に、ユーザに警告するための方法を実施する２つのプロセッサ７４０４、７４０
６を備えている。二次電池または超コンデンサ７４１２は、電力故障がある場合に、バッ
クアップ電力を提供することができる。回路７４００は、ポンプ・モジュール、例えば通
信モジュール、および／またはクレードルに取り付けるためのハブであってもよい。
図１０５は、本開示のさらに別の実施形態による、電子患者介護用のシステム７５００
を示す。システム７５００は、監視クライアント、より詳細には積み重ね可能な監視クラ
イアント７５０２、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入
ポンプ７５０４Ａ〜７５０４Ｄを備えている。積み重ね可能な監視クライアント７５０２
は、旋回軸７５０８に沿って旋回するディスプレイ７５０６を備えている。ディスプレイ
７５０６は、タッチスクリーンであってもよい。積み重ね可能な監視クライアント７５０
２は、傾斜センサ、例えば加速度計を備えて、常にユーザが見ることができるようにディ
スプレイ７５０６の向きを変えることができる。同様に、各積み重ね可能な注入ポンプ７
５０４Ａ〜７５０４Ｄは、その傾斜に基づいて向きを変えるそれぞれのディスプレイ７５
１０Ａ〜７５１０Ｄを備えることができ、例えば、ディスプレイは、積み重ね可能な注入
ポンプ７５０４Ａ〜７５０４Ｄが水平の向きまたは垂直の向きで配置されているかどうか
にかかわらず、垂直位置に文字を示すことができる。それに加えて、または代替として、
各積み重ね可能な注入ポンプ７５０４Ａ〜７５０４Ｄは、傾斜センサ、例えば加速度計を
含むことができる。
ディスプレイ７５１０Ａ〜７５１０Ｄは、タッチスクリーンであってもよい。各ディス
プレイまたはディスプレイ７５１０Ａ〜７５１０Ｄは、内部傾斜によって示されるように
、傾斜に基づいて向きを変える１つ以上のボタンを含むことができる。例えば、図１０５
に示すように、ボタン７５１２は積み重ね可能な注入ポンプ７５０４Ａの細長い長さに対
して直立位置にあるように示されている。図１０６を参照すると、システム７５００は傾
斜しているように示されており、それによってボタン７５１２は、積み重ね可能な注入ポ
ンプ７５０４Ａの長さに対して直立位置にあるように示されている。ディスプレイ７５０
７はさらに旋回軸７５０８に沿って旋回されることにも留意されたい。図１０７は、監視
クライアント７５０２に対して旋回されたディスプレイ７５０６を示す。図１０８は、静
脈内注入用の穴７８０７Ａ〜７８０７Ｄを示す。図１０９は、旋回軸７４０８に沿って旋
回する追加の範囲を示す。図１１０は、スタック内にスライド可能な注入ポンプ７５０４
Ｂを示す。
図１１１〜１１２は、積み重ね可能な注入ポンプ８１０２Ａ〜８１０２Ｄがそれぞれ上
部コネクタ（例えば、コネクタ８１００４）および底部コネクタ（明示的には図示せず）
を通して互いに接続され、それによって積み重ね可能な注入ポンプ８１０２Ａ〜８１０２
Ｄが互いにデイジー・チェーン接続される、積み重ね可能な電子患者介護システム８１０
０の追加の実施形態を示す。図１１１は、システム８１００の１つの構成を示す。図１１
２は、注入ポンプ８１０２Ｄがシステム８１００から取り外し可能であることを示す。注
入ポンプ８１０２Ｄは、動作を続けるためにそれ自体の内部電池を備えることができ、例
えば、注入ポンプ８１０２Ｄは、所定の時間にわたって注入流体を患者内に送り込み続け
るのに十分な電池電力を有することができる。
図１１３は、監視クライアント８１０６がコネクタを備えて、注入ポンプ８１０２Ｄを
受けることができることを示す。監視クライアント８１０６は、取付可能／取外可能ディ
スプレイ８１１０を有することができる。図１１４は、別の監視クライアント８１０８を
積み重ね可能な注入ポンプ８１０２Ｄの上に積み重ねることができることを示す。監視ク
ライアント８１０６、８１０８は、その動作を調整することができる。例えば、監視クラ
イアント８１０６、８１０８は、注入ポンプへの電力供給を調整することができ、それに
よって、注入ポンプ８１０６、８１０６の電池は両方とも、システム８０００に電力を供
給する。
図１１５は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クライアント８
４２６をデイジー・チェーン構成で互いに結合することを可能にする接続８４０２〜８４
２０を示す。図１１６は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クラ
イアント８４２６が互いにデイジー・チェーン接続されている、スライド可能接続８５０
２、８５０４、８５０６、８５０８を示す。スライド可能接続８５０２、８５０４、８５
０６、８５０８は、積み重ね可能な注入ポンプ８４２２、８４２４および監視クライアン
ト８４２６を互いに通信可能にする電気コネクタを含むことができる。
図１１７は、バックプレーン・パネル８６０６、８６０８を介して互いに接続する、積
み重ね可能な注入ポンプ８６０４を備えた積み重ね可能な監視クライアント８６０２のシ
ステム８６００を示す。バックプレーン・パネル８６０６は、バックプレーン・パネル８
６０８のコネクタ８６１２と噛み合い係合するコネクタ８６１０を備えている。バックプ
レーンに加えられる監視クライアント８６０２または注入ポンプ８６０４の数に従って、
追加のバックプレーン・パネル（図示せず）を追加してもよい。図１１８は、図１１７の
バックプレーン・パネル８６０８の断面図を示す。
図１１９は、監視クライアント、より詳細には積み重ね可能な監視クライアント８８０
６、および積み重ね可能な患者介護デバイス、例えば積み重ね可能な注入ポンプ８８０２
を備えたシステム８８００を示す。積み重ね可能な注入ポンプ８８０２は、ドック８８０
４内で方向「Ａ」にスライドする。
図１２０は、積み重ね可能な注入ポンプ８９０２Ｂがコネクタ８５０９を介して、方向
「Ｂ」に動かされた場合に、ドック８９０４と係合するシステム８９００を示す。
図１２１は、本開示の実施形態による通信モジュール９０００を示す。通信モジュール
９０００は、コネクタ９００２、ＬＥＤ状況リング９００４、ＲＦアンテナ９００４、ス
ナップ・オン・コネクタ９００６、無線充電コイル９００８、電池充電および安全性プロ
セッサ９０１０、無線通信およびセンサ・プロセッサ９０１２および電池９０１４を備え
ている。図１２１の通信モジュール９０００は、図１、３、５、７または８の通信モジュ
ール１２４Ａ〜１２４Ｋであってもよい。図１２２は、患者介護デバイス９１００に結合
された通信モジュール９０００を示す。図１２３は、本開示の実施形態による、図１２１
の通信モジュール９０００の電子回路９２００の図を示す。
図１２４は、近距離呼掛器（例えば、約１３．５６ＭＨｚで動作するもの）が９００Ｍ
Ｈｚ ＵＨＦ ＲＦＩＤタグを読み取ることを可能にする電子回路９３００を示す。電子
回路９３００は、ヘテロダイン式転送オシレータを備えている。回路９３００は、近距離
問合せシグナルをＲＦＩＤ問合せシグナルに変換する。電子回路９３００は、図９０の通
信モジュール９０００、および／または図１、３、５、７または８の通信モジュール１２
４Ａ〜１２４Ｋによって使用されることができ、近距離通信回路がＲＦＩＤタグに問い合
わせることが可能になる。各アンテナは、ＲＦ回路と置き換えることができ、回路を呼掛
器または受信機上で使用することが可能になる。それに加えて、または代替として、別の
実施形態では、ＵＨＦ ＲＦＩＤ呼掛器を使用して、近距離通信デバイスと通信するよう
に、電子回路を配置することができる。
図１２５〜１２７は、本開示の追加の実施形態によるいくつかのアンテナを示す。図１
２５および１２６は、スキャナで使用することができ、例えばＲＦＩＤまたは近距離呼掛
器および／またはアンテナ（送受信用）の前に置くことができる２つの分割リング共振回
路１２５００、１２６００を示す。共振器１２５００、１２６００は、０．５オンスの銅
を有する０．０２８インチの厚さのＦＲ−４単一側ボードを使用して作られている。（図
示するように）共振器を整調するためにトリミングを使用することができる。
図１２７は、リーダ・チップで近距離パターンに焦点を合わせる、ＵＨＦリーダ（例え
ば、９１５ＭＨＺ ＲＦＩＤリーダ）用の近距離アンテナ１２７００を示す。電力増幅器
なしで、約１．５インチの読み取り範囲が達成される。アンテナ１２７００は、銅バッキ
ングを備えた、０．０２８インチ厚さのＦＲ−４で作られている。アンテナ１２７００は
、１０ｐＦシャント・マッチング素子で使用することができる。
図１２８は、本開示の実施形態により、ＲＦＩＤタグ１２８０２が取り付けられた患者
リスト・バンド１２８００を示す。ＲＦＩＤタグ１２８０２が患者のリスト・バンドに取
り付けられた場合にキャパシタンスが観察されるので、患者から０．０１インチ離れてい
るような、分割リング共振回路（ＳＲＲ）１２８０４を使用することができる。患者のキ
ャパシタンスからの誘電負荷が、ＲＦＩＤタグ１２８０２の周波数を下げ、それによって
、ＳＲＲ１２８０４は、ＲＦＩＤタグ１２８０２をアンテナのより近くに結合することに
よって、ＲＦＩＤタグ１２８０２を整調するのを助ける。ＳＲＲ１２８０４の共振周波数
は、ＲＦＩＤタグ１２８０２の動作周波数より僅かに上であるべきである。図１２９は、
図１２８のリスト・バンド上で使用するための、分割リング共振回路１２８０４の拡大図
を示す。
患者のリスト・バンド１２８００のＲＦＩＤタグ１２８０２は書込み可能である。ハブ
、ドック、患者介護デバイスおよび／または監視クライアントは、（１）流量、薬物設定
、生体信号などの治療履歴、（２）使用統計（患者介護パラメータ、患者治療パラメータ
、患者介護デバイス動作パラメータ、ドック、ハブおよび監視クライアントからの診断情
報など）、（３）静脈ポンプ流量パラメータ、ＥＣＧパラメータ、血圧パラメータ、パル
ス・オキシメータ・パラメータ、ＣＯ２カプノメータ・パラメータ、静脈内バッグ・パラ
メータ、および点滴流量計値、（４）注入ポンプ、心電図シグナル、血圧シグナル、パル
ス・オキシメータシグナル、ＣＯ２カプノメータシグナルおよび温度シグナルの治療経過
の少なくとも１つを含む患者パラメータ、（５）注入速度または注入圧力を含む注入設定
などの患者治療パラメータを含む、患者に関連するデータをＲＦＩＤタグ１２８０２内に
書き込むことができ、そこから、例えば注入ライン内の空気の存在、接続されている静脈
内バッグ内に残っている溶液の量、または注入ライン内の流体の圧力などの様々な動作パ
ラメータを受けることができる。いくつかの実施形態では、ＲＦＩＤタグ１２８０２は、
所定の経過時間（すなわち、ローリング履歴）のみをそのメモリ内に、例えばいくつかの
特定の実施形態では、ＲＦＩＤタグ１２８０２の３２キロバイトまたは５６キロバイト・
メモリ上に６時間から１４時間の履歴を含む。さらに追加の実施形態では、ＲＦＩＤタグ
１２８０２は、患者ＩＤおよび／またはデータを受けるための近距離通信受信機を備える
ことができる。
図１３０は、本開示の実施形態による分割リング共振回路１３０００を示す。高いＱの
分割リング共振回路１３０００は、コンデンサ１３００２を備えており、これは空隙に代
わる作用をする。ＳＲＲ１３０００は、１３．５６ＭＨＺ ＮＦＣループ・アンテナから
約８インチ離れて配置されて、１０ｄＢと同じ程度だけループ・アンテナを良くすること
ができる。ＳＲＲ１３０００は、１３．８ＭＨＺで動作するように設計されて、グループ
遅延歪みを１３．５６ＭＨＺデジタル変調シグナルに下げることができる。図１３１は、
本開示の実施形態による、図１３０のＳＲＲ１３０００用の等価回路１３１００を示す。
図１３２は、本明細書に開示された任意のディスプレイ上に表示することができる５Ｒ
チェックリストを示す。図１３３は、本明細書に開示された任意のディスプレイ上で開示
することができる閉塞チェックリストを示す。図１３４は、いくつかの注入ポンプ、例え
ば図１、３、５、７、８または９の監視クライアント１または１１と動作可能に通信する
ディスプレイを示す。
図１３５は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視ク
ライアント上の表示の例示であり、患者の情報にプロバイダがアクセスすることができる
その患者のリストを示す。
図１３６は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル監視ク
ライアント上の表示の例示であり、特定の患者に関連付けられたデバイスとともに、該デ
バイスからの現在のデータおよび該患者のいくつかの診療情報へのワンタッチ・アクセス
を示す。図１３７は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル
監視クライアント上の表示の例示であり、静脈注入ポンプで使用する薬剤用の処方箋のデ
ータ入力領域を示す。図１３８は、本開示の実施形態による、ヘルス・ケア・プロバイダ
のポータブル監視クライアント上の表示の例示であり、監視クライアントによって作成さ
れた、指示された薬剤に関連付けられたリスク・プロファイルおよび提案された行動指針
を示す。図１３９は、本開示の実施形態による、ヘルス・ケア・プロバイダのポータブル
監視クライアント上の表示の例示であり、指示プロバイダによって提示する準備ができた
薬剤処方箋を示す。図１４０は、本開示の実施形態による、ヘルス・ケア・プロバイダの
ポータブル監視クライアント上の表示の例示であり、処方箋が薬剤師に伝えられたという
指示プロバイダへの確認を監視システムがどのように表示することができるかを示す。
監視アシスト指示入力の実施例
患者監視システムの機能は、指示プロバイダが患者に対する新しい薬剤処方箋を入力す
る実施例によって例示することができる。このシナリオでは、内科医は、自分の手持ち式
デバイス上で、適切なセキュリティ・パス・コードを入力した後、許可された患者のリス
トを見ることができる。本実施例では、該内科医の患者は、図９７に示すように、例えば
年齢、診断、および診療録番号などの、各患者に関する限定されたユーザ選択可能情報２
６とともにリストアップされることができる。例えば、患者２に対する指示が不完全であ
り、看護師が注意のためにその患者にフラグを付けた場合、または監視クライアント１が
、内科医に通知するための所定の閾値を超えたという入力をデータベースまたは患者監視
デバイス１４〜１７から受信した場合は、警戒記号２７を監視クライアント１によって内
科医のデバイス１１に伝達することができる。
内科医がさらに検討するために患者を選択した後に、図１３５に示すような表示を、内
科医のデバイス１１に伝達することができる。内科医は、該患者が接続されているモニタ
１４〜１７を源とするユーザ選択可能データを見ることができ、内科医は、患者特有の情
報を含む多数のデータベース１９〜２１、２３へのワンタッチ・アクセスを有することが
できる。１つの実施形態では、監視クライアント１は、患者２で使用するために利用可能
な注入ポンプ７に接続またはドッキングすることができる。図１３６に示すシナリオでは
、内科医は、注入ポンプ７を表示」するアイコンを押して、患者２に対して静脈内投薬を
指示することができる。
図１３７は、多数の可能な処方箋指示スクリーンの１つを示し、これを用いて内科医は
投薬を遠隔で指示することができる。図示した実施例では、内科医は静脈内薬物ニトログ
リセリン２８を入力し、これはタイピング、または監視サーバ３を介して監視クライアン
ト１によってアクセス可能である病院の薬局の処方集２２によって追加されたドロップ・
ダウン表示を介して入力することができる。「ＰＤＲ」ボタン２９は、詳細な薬物情報の
ために病院内２２または専用の薬物データベース９に内科医がワンタッチ・アクセスする
ことを示すことができる。内科医は、直接に、または監視サーバ３を介して監視クライア
ント１によって提供されるデフォルト標準開始投薬量３０を受け入れることによって、薬
物の用量を指示することができる。内科医はまた、薬剤師が注入用バッグ内に適切な濃度
の薬物を調製するのを助けるために、注入ポンプ７に対する最大流体注入速度３１を特定
することができる。
図１３８は、内科医が処方箋を入力した後に、患者監視システムが副作用のリスクをど
のように検出するかの実施例を示す。監視クライアント１は、新しい薬剤２８を、ＥＨＲ
１９からダウンロードした患者の既存の薬剤および薬物アレルギーのリストと比較するこ
とができる。監視サーバ３は、好ましくは、監視クライアント１内に適切な患者特有のデ
ータを追加し、クライアント１は、新しい薬剤指示が入力された後に、この情報を検索す
るようにプログラムされる。監視クライアント１は、監視サーバ３から各患者の薬剤およ
び新しい薬剤２８に関連付けられた顕著な副作用および薬物相互作用のリストを要求する
ようにプログラムすることができる。サーバ３は、次に、この情報を求めて薬局データベ
ース２２または外部データベース９にアクセスすることができる。既存の薬剤または新し
い薬剤２８に共通する潜在的な薬物相互作用または副作用が検出された場合、図１３８に
示すように、監視クライアント１は警告３２を発し、これを、指示する内科医に伝達する
ことができる。潜在的副作用が新しい薬剤および既存の薬剤の両方に共通する影響による
ものである場合、監視クライアント１は、これを潜在的な追加副作用として分類し、初期
薬物投与量を、例えば５０％だけ減らす提案３３を発することができる。
図１３９に示すように、指示する内科医は、提案３３を受け入れ、または提案された投
与量を別の値に編集するオプションを有する。いずれの場合でも、監視クライアント１は
、警告３２のレポート３４および内科医によってとられた何らかの修正動作３３があれば
それを、作成し、記録することができ、患者のＥＨＲ１９に記録しまたは入力する前に、
内科医が該レポートをさらに編集するオプションもある。
薬剤投与量が最終的に決定されると、監視クライアント１は、指示を病院薬剤師６およ
び患者の看護師５の両方の通信デバイスに転送することができる。図１４０に示すように
、このタスクの達成のレポートはその後、指示する内科医１１に再び伝達することができ
る。薬剤師は、指示する内科医によって提供された情報を使用して、溶液バッグ内に適切
な濃度の薬剤を混合することができる。薬剤瓶および溶液バッグは両方とも、識別タグ、
例えばバーコード識別子を有することができ、これは、薬剤師の監視クライアント６内に
読み込まれることができ、監視クライアント１によって（監視サーバ３によってアクセス
される薬局データベース２２を使用して）正しいと認証することができる。薬剤師はその
後、薬剤バッグに永久的に取り付けられることになるバーコード・ラベルなどの固有の識
別ラベルを作成することができ、該コードは、薬剤２８が調製された患者２に固有にリン
クされる。ラベル上の識別コードは、後で看護師が薬剤２８を投与しようとするときの突
き合わせのために監視クライアント１に伝達することができる。
調製した薬剤２８が患者のフロアに到着した後、看護師は、これを患者２に投与する準
備をすることができる。この例示的なシナリオでは、監視クライアント１は、バーコード
・リーダなどの入力デバイスを備え、看護師はこれを使用して、薬剤バッグ上の識別コー
ドがそれを処方された患者２の識別情報と一致することを検証することができる。識別情
報が薬剤師によって監視クライアント１内に入力された情報と一致する場合、看護師は、
デバイス１から離れて、薬剤バッグを吊るし、注入ポンプ７を介して注入を開始すること
ができる。1つの実施形態では、監視クライアント１は、投与量、患者に対する最大流体
速度、バッグ内の薬物の濃度およびポンプの注入速度（任意選択では、監視クライアント
１内でプロセッサによって算出することができる）を含む、処方箋を看護師に表示する。
この情報により、看護師は、ポンプ７について監視クライアント１によって設定された注
入速度が正しいことを手で計算して検証することができる。
図１４１は、本開示の実施形態による、アダプタ１４１０２に結合されたマイクロイン
フュージョン・ポンプ１４１０４によって形成された装置１４１００を示す。アダプタ１
４１０２は、マイクロインフュージョン・ポンプ１４１０４の動作を制御するために使用
することができるタッチスクリーン１４１０６を備えている。マイクロインフュージョン
・ポンプ１４１０４は、チューブ１４１０８から流体を注入する。
アダプタ１４１０２は、図３、５、７、８の監視クライアント１、図９の監視クライア
ント９０２、図１のドック１０２または１０４、図３のドック１０２または１０４、図５
のドック５０２、図８のハブ８０２、図８のドック８０４、８０６または１０２、図１、
３、５または７のドングル１３３、または本明細書に開示された任意の患者介護デバイス
と無線通信することができる。
アダプタ１４１０２は、様々な電気コネクタを備えることができ、それによってマイク
ロインフュージョン・ポンプ１４１０４をアダプタ４１０２にドッキングすることができ
る。アダプタ１４１０２は、裏側に電気コネクタを備えて、患者介護デバイス・ドック１
０４とインターフェース接続することができる。例えば、アダプタ１４１０２は、ドッキ
ングするようにコネクタを備えることができる。
タッチスクリーン４１０６を使用して、注入速度、ボーラス量または拡張ボーラス設定
などを設定することができる。それに加えて、または代替として、タッチスクリーン４１
０６を使用して、マイクロインフュージョン・ポンプ１４１０４内に残った液体薬剤量を
推定することができる。
図１４２は、本開示の実施形態による、データを患者介護デバイスから監視クライアン
ト、別のハブまたはドックに無線中継する無線ハブ・デバイス１４２００の斜視図を示す
。
無線ハブ・デバイス１４２００は、タッチスクリーン１４２０４に結合された本体１４
０２およびホルダ１４２０６を備えている。無線ハブ・デバイス１４２０は、別の患者介
護デバイスから患者介護デバイスへのデータを、監視クライアント、別のハブ、ドックな
どに通信することができる。例えば、無線ハブ・デバイス１４２００は、第１の無線プロ
トコルに従って、患者介護デバイスとデータを通信し、別の無線プロトコルを介して情報
を監視クライアント、別のハブ、ドックなどに中継することができる。例えば、無線ハブ
・デバイス１４２００は、ブルートゥースを介して患者介護デバイスと通信することがで
き、近距離通信を介してドック（例えば、図１のドック１０４）にデータを中継する。こ
の特定の実施形態では、ホルダ１４２０６は、ホルダ１４２０６がドック、例えば図１の
ドック１０４内にあるような形状にすることができる。
図１４３は、本開示の実施形態による、アダプタ１４３１６およびドック１４３１４を
介して監視クライアント１４３０に結合されたモジュール式患者介護デバイス１４３０４
、１４３０６、１４３０８および１４３１０を有する電子患者介護システム１４３００の
正面斜視図を示す。ドック１４３１４は、支柱１４３１２に結合されている。アダプタ１
４３１６は、ドック１４３１４と患者介護デバイス１４３０４、１４３０６、１４３０８
および１４３１０との間に電気接続を提供する。すなわち、アダプタ１４３１６は、使用
される患者介護デバイス１４３０４、１４３０６、１４３０８および１４３１０のタイプ
に基づいて変更することができる。
図１４４は、本開示の実施形態による、図１４３の電子患者介護システムの側面斜視図
を示す。図１４３〜１４４を参照すると、患者介護デバイス１４３０６は、レール１４３
１８および１４３２０を介してアダプタ１４３１６の上でスライドする。注入ポンプ１４
３０４は、ばね装填フランジ１４３２２上にスナップ嵌めすることができる。アダプタ１
４３１６の裏側のレバーを引いて、注入ポンプ１４３０４からフランジを引き離すことが
できる。
図１４５は、本開示の実施形態による、図１４３に示した患者介護デバイスの１つのイ
ンターフェースの拡大斜視図を示す。ここで図１４４および１４５を参照すると、レール
１４３１８はトラック１４５０２と係合し、レール１４３２０はレール１４５０４と係合
する。空間１４５０６はフランジ１４３２２を受け、それによって注入ポンプ１４３０４
がアダプタ１４３１６内の定位置にスナップ嵌めされる。
図１４６は、本開示の実施形態による、図１４３の電子患者介護システム１４３００の
上面図を示す。ドック１４３１４は、２つのアダプタ１４６０２および１４３１６に結合
されている。ドック１４３１４は、クランプ１４６０６を介して支柱１４３１２に結合さ
れている。ポンプ１４３０４は、ポンプ・ドア１４６０４が開いて示されている。
図１４７は、本開示の実施形態による、電子患者介護用のシステム１４７００の図を示
す。システム１４７００は、中央サーバ１４７０２、中央サーバ・クライアント１４７０
３、病院サーバ１４７０４、１つ以上の医療用ＩＴシステム１４７０５、ドック／ハブ１
４７０７、１４７０８および１４７０９および病院サーバ・クライアント１４７０６を備
えている。
中央サーバ１４７０２は、企業レベル・サーバ、病院レベル・サーバ、またはグローバ
ル・サーバ（例えば、クラウド・サーバ）であってもよい。中央サーバ１４７０２は、ソ
フトウェア更新、ファームウェア更新および／または構成ファイルを提供することができ
る。例えば、中央サーバ１４７０２は、病院サーバ１４７０４、ドック／ハブ１４７０７
、１４７０８および１４７０９、ドック／ハブ１４７０７、１４７０８および１４７０９
に結合された患者介護デバイス、またはデバイスＩＤに基づいてドック／ハブ１４７０７
、１４７０８および１４７０９と動作可能に通信する監視クライアントに対して更新を提
供することができる。それに加えて、または代替として、中央サーバ１４７０２は、以下
に記載するようにサンドボックスにダウンロードするためにソフトウェアを提供すること
ができる（図１４８参照）。それに加えて、または代替として、中央サーバ１４７０２は
、使用統計（患者介護パラメータ、患者治療パラメータ、患者介護デバイス動作パラメー
タ、ドック、ハブおよび監視クライアントからの診断情報など）を受信することができる
。中央サーバ１４７０２は、データをデータベース、例えばＳＱＬデータベース、関連デ
ータベースなどに記録することができる。
中央サーバ・クライアント１４７０３は、中央サーバ１４７０２と通信して、中央サー
バ１４７０２の動作を監視し、その中のログ・ファイルを閲覧し、または上記の薬物の有
効性に関するデータを閲覧することができる。本開示のいくつかの実施形態では、中央サ
ーバ・クライアント１４０３は、ナース・ステーションのソフトウェアであり、それによ
って看護師はドック／ハブ、患者および／または患者介護デバイスを監視することができ
る。
病院サーバ１４７０４は、病院、病院の治療室（例えば、新生児集中治療処置室（「Ｎ
ＩＣＵ」）、集中治療室（「ＩＣＵ」）など）、病院のフロアに、または病院のグループ
（例えば、病院の管理グループ）用に設置することができる。
病院サーバ１４７０４は、（１）ＤＥＲＳのカスタム・セットを含むことができ、患者
介護デバイス、ドック／ハブまたは監視クライアントを追跡することができ、（２）不適
合の患者介護デバイス、ドック／ハブならびに／もしくは監視クライアントを識別し、記
録することができ、および／または（３）（例えば、中央サーバ１４７０２からの更新ソ
フトウェアファイル、構成ファイルまたはファームウェア・ファイルにより）ドック／ハ
ブ、監視クライアントおよび／または患者介護デバイスを構成または更新することができ
る。
１つ以上の医療用ＩＴシステム１４７０５は、病院サーバ１４７０４と通信して、それ
に機能を与える。医療用ＩＴシステム１４７０５は、コンピュータ化プロバイダ指示エン
トリ（ＣＰＯＥ）、薬物ライブラリ、電子診療録（ＥＭＲ）、コンピュータ化保守管理シ
ステム（ＣＭＭＳ）、または他のデータベースもしくはコンピュータ化システムを提供す
ることができる。
ドック／ハブ１４７０７、１４７０８および１４７０９は、病院サーバ１４７０４と通
信する。患者の部屋にはドック／ハブ１４７０７、１４７０８および１４７０９の１つ以
上があってもよい。
病院サーバ・クライアント１４７０６により、ユーザまたは技術者が、病院サーバ１４
７０４とインターフェース接続し、ソフトウェアの更新を容易にし、その中のログ・ファ
イルを監視し、または継続的品質改善（ＣＱＩ）を容易にすることを助けることが可能に
なる。
図１４８は、本開示の実施形態による、電子患者介護システム１４８０２のブロック図
を示す。システム１４８０２は、企業サーバ・システム１４８０４、アプリケーション・
ストア１４８０６、デバイス・マネージャ１４８０８、１つ以上のハブ１４２６、１つ以
上タブレット１４８１０、１つ以上の注入ポンプ１４８１４および１つ以上の無線センサ
１４８１６を備えている。タブレットとドック／ハブ１４８１２との間、ドック／ハブ１
４８１６と無線センサ１４８１６との間、ドック／ハブ１４８１２と注入ポンプ１４８１
４との間、ドック／ハブ１４８１２とデバイス・マネージャ１４８０８との間、デバイス
・マネージャ１４８０８とアプリケーション・ストア１４８０６との間および／またはデ
バイス・マネージャ１４８４０と（１つ以上の）企業サーバ１４８０４との間の通信は、
ＷｉＦｉ、イーサネット、ブルートゥース、ＵＳＢ、３Ｇ、４Ｇ、ＨＡＬＯ、ＳＯＡＰ、
ＸＭＬデータを使用して、自己記述データ、ＨＬ７、ＴＣＰ／ＩＰ、ブルートゥース・テ
ンプレート、専用および／または非専用通信リンクを使用して行なうことができる。
企業サーバ・システム１４８０４は、いくつかの実施形態では、ＣＭＭＳデータベース
１４８３２、ＣＰＯＥ１４８３４、ＥＭＲ１４８３６および／または課金サーバ１４８３
８を備えることができる。企業サーバ・システム１４８０４は、キャリブレーション・デ
ータ、電池寿命などを含む機器健康情報をＣＭＭＳ１４８３２で受信することができる。
アプリケーション・ストア１４８０６は、１つ以上のデバイス・アプリケーション（ま
たは、プログラム）１４８５０、１４８５１、１４８５２および／または１４８５３を含
むことができ、１つ以上の患者介護デバイス、１つ以上のセンサ、１つ以上の注入ポンプ
１４８１４を制御またはプログラムすることができ、患者診断機能などを提供することが
できる。アプリケーション・ストア１４８０６は、暗号化通信を提供して、デバイス・ア
プリケーション１４８５０〜１４８５３の１つ以上のダウンロードを容易にすることがで
きる。
デバイス・マネージャ１４８０８は、グローバルＤＥＲＳ１４８４０およびローカル・
ポリシー１４８４２を提供する病院レベル・サーバであってもよい。ローカル・ポリシー
１４８４２は、例えば、病院（例えば、ＥＲ、ＮＩＣＵ、ＩＣＵなど）内の特定のドック
／ハブ１４８１２の位置に基づいて、追加のハードまたはソフト・リミット（例えば、薬
物に関するもの）を含むことができる。
ドック／ハブ１４８１２は、１つ以上の有線または無線センサ１４８１６、１つ以上の
注入ポンプ１４８１４に結合することができ、および／または他の患者介護デバイスに接
続することができる。ドック／ハブ１４８１２は、専用または非専用通信リンクを介して
ＷｉＦｉ、イーサネット、ブルートゥース、ブルートゥース・ロー・エネルギー、ＵＳＢ
、３Ｇ、４Ｇ、ＨＬ７、ＴＣＰ／ＩＰ、ブルートゥース・テンプレートまたは他のプロト
コルを使用して、１つ以上の無線センサ１４８１６と通信することができ、自己記述デー
タを使用するものであってもよい。無線センサは、上に記載した通信モジュールの１つを
使用することができる（例えば、無線センサ１４９１４は、ＳＰＩなどのシリアル・リン
クを介して通信モジュールに結合することができる）。タブレット１４８１０は、ドック
／ハブ１４８１２とインターフェース接続することができる。ドック／ハブ１４８１２は
、デバイス・マネージャ１４８０８からＤＥＲＳ１４８４０によって周期的に更新するこ
とができるＤＥＲＳ１４８２６のローカル・コピーを含むことができる。それに加えて、
または代替として、ドック／ハブは、デバイス・マネージャ１４８０８によって周期的に
更新することができるローカル・ポリシー１４８２８のローカル・コピーを含むことがで
きる。
タブレット１４８１０は、介護人または患者にその日の活動のチェックリストを提供す
る介護フロー・シートを提供することができ、体重計、バイタル・モニタ、入浴に関する
データ、着替え、患者介護デバイスからの食事情報を記録し、記録することができ、また
はタブレット１４８１０に手動で入力することができ、ＥＭＲ１４８３６内の患者のＥＭ
Ｒファイル内で更新および記憶することができる。タブレット１４８１０は、どのように
およびいつ着替えるのか、尿出力を測定するのか、または血糖値読み取りを行なうのかな
どの特定の介護動作に対するリマインダーとして働くように、家の患者または介護人への
指導を提供することができる。それに加えて、または代替として、タブレット１４８１０
は、介護人、患者、またはユーザにソフト・アラームおよび／またはハード・アラームの
原因をどのように解消するのかを指示することができる。
患者介護デバイス、例えば注入ポンプ１４８１４は、注入ポンプ１４８１４がドック／
ハブ１４８１２に近接して存在し、例えば、デバイスをペアリングし、構成データを通過
させ、またはドック／ハブ１４８１２が関連付けられた患者に対して注入ポンプ１４８１
４パラメータを設定する場合に、ドック／ハブ１４８１２と通信する近距離通信（ＮＦＣ
）を含むことができる。ＮＦＣ通信の後、注入ポンプ１４８１４は、ドック／ハブ１４８
１２と無線でまたは無線リンクを介して通信することができる。例えば、注入ポンプ１４
８１４は、ドック／ハブ１４８１２と近接（または接触）することができ、ＮＦＣ通信を
使用して、注入ポンプ１４８１４をドック／ハブ１４８１２とブルートゥース通信リンク
を使用してペアリングする。
ドック／ハブ１４８１２は、デバイス・アプリケーション１４８２０〜１４８２４をサ
ンドボックス１４８１４内で実行することができる。サンドボックス１４８１４は、アプ
リケーションを所定の基準で書き込む必要があることがある。いくつかの実施形態では、
サンドボックス１４８１４は、セキュアなデータ・クラスを有するＡＰＩを含むことがで
きる。さらに別の実施形態では、サンドボックス１４８１４は、監視クライアント１４８
１０上にあってもよい。サンドボックス１４８１４は、仮想機械であってもよく、デバイ
ス・アプリケーション１４８２０〜１４８２４が利用することができるリソース（例えば
、ＡＰＩを介して利用可能なハードウェアまたはソフトウェア・リソース）を制御するプ
ログラムであってもよく、デバイス・アプリケーション１４８２０〜１４８２４によって
アクセス可能なグローバル変数を有することができ、インタープリタ・ベースのものであ
ってもよい。すなわち、サンドボックス１４８１２は、デバイス・アプリケーション１４
８２０〜１４８２４が、制御および制限されたリソース環境において実行することを可能
にする保護領域である。サンドボックス１４８１２は、デバイス・マネージャ１４８０８
またはアプリケーション・ストア１４８０６からダウンロードすることができる。サンド
ボックス１４８１２は、例えば、バージョン番号、シリアル番号、ロット番号、ハードウ
ェア・バージョン番号、ソフトウェア・バージョン番号、オペレーティング・システム・
タイプ、オペレーティング・システム・サービス・パック、他の識別子などのあらゆる１
つまたは組合せに基づいて、特定のドック／ハブ・タイプに対して予め構成することがで
きる。
例えば、ドック／ハブは、シリアル番号によって注入ポンプ１４８１４を識別し、アプ
リケーション・ストアからデバイス・アプリケーション１４８５０をドック／ハブ１４８
１２（例えば、デバイス・アプリケーション１４８２０）にダウンロードすることができ
る。デバイス・アプリケーション１４８２０〜１４８２４は、注入ポンプ１４８１４を制
御しおよび／またはこれと通信して、表示のためにタブレット１４８１０に注入ポンプ１
４８１４に関する情報を（例えば、ＸＭＬを介して）中継することができる。それに加え
て、または代替として、デバイス・アプリケーション１４８２０〜１４８２４の１つ以上
は、デバイスからのデータを表示し、複雑な経験則を使用して、いくつかのソースなどか
らのデータを組み合わせることができる。サンドボックス１４８１８はまた、メモリ、不
揮発性メモリ、ハード・ドライブ、ネットワーク・インターフェース、入力デバイス、出
力デバイス、ブザーなど様々なリソースへのアクセスを制御することができる。いくつか
の実施形態では、サンドボックス１４８１８は、デバイス・アプリケーション１４８２０
〜１４８２４がシステム・ファイルなどの特定のファイルを読み取り、および／またはそ
こに書き込むことを制限しまたは禁止することができる。サンドボックス１４８１８は、
「メモ帳」のメモリ空間および／またはメモ帳ハードディスク空間などの、一時および／
または保護リソースをデバイス・アプリケーション１４８２０〜１４８２４に提供するこ
とができる。
デバイス・アプリケーション１４８２０による、ＤＥＲＳ１４８２６、ローカル・ポリ
シー１４８２８に違反し、またはドック／ハブ１４８１２がその一次機能（例えば、指定
された高優先度の機能）を行なうのを妨げようとする何らかの試みは、ドック／ハブ１４
８１２上で実行されている他のソフトウェア（例えば、スレッド・プールからの１つ以上
のプロセス・ブロックまたは１つ以上のスレッドを介してサンドボックスの実行を制御す
る、アンドロイド・オペレーティング・システム、ＩＯｓ，Ｌｉｎｕｘ、ウィンドウズ、
またはウィンドウズＣＥなどのオペレーティング・システム）によって防止される。
ここまで
サンドボックス１４８１８は、デバイス・アプリケーション１４８２０〜１４８２４の
１つ以上の開始を制御することができる。例えば、サンドボックス１４８１８は、ルール
またはリンク（例えば、ダイナミック・リンク・ライブラリ・コール）をチェックして、
実行するように指定されたデバイス・アプリケーション１４８２０〜１４８２４のデバイ
ス・アプリケーションが何らの破損リンクも有しておらず、サンドボックス１４８１８に
よって制御される所定の基準に適合することを確実にすることができる。例えば、サンド
ボックス１４８１８は、ドック／ハブ１４８１２のソフトウェア内の共有ライブラリに対
するデバイス・アプリケーション１４８５０からの参照の全てが、特定の「安全な」共有
ライブラリ内に存在すること、ライブラリ内の特定の関数または変数が存在すること、お
よびデバイス・アプリケーション１４８２０〜１４８２４によって要求され、またはデバ
イス・アプリケーション１４８２０〜１４８２４によって通信された変数およびデータ・
タイプがライブラリと一致し、またはその中に存在することをチェックすることができる
。
本開示のいくつかの実施形態では、サンドボックス１４８１８はリソースへのアクセス
に優先順位を付ける。例えば、複数のデバイス・アプリケーション１４８２０〜１４８２
４が、アラーム状態を表示するアラーム・デバイス（例えば、スピーカ）または変数への
アクセスを要求した場合、サンドボックス１４８１２は、該要求のソースに優先順位を付
け、タブレット１４８１０上にアラーム原因の優先リストを表示することができ、介護人
が特定のアラーム状態を無効にし、複数のアラーム原因に対処し、および／または患者の
状態を評価することが可能になる。
本開示のいくつかの実施形態では、ドック／ハブ１４８１２は、２つのコアを有するプ
ロセッサを備えており、それによってコアの１つがサンドボックス１４８１８を実行し、
他方、別のコアが、デバイス・アプリケーション１４８２０〜１４８２４の１つを介して
サンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーテ
ィング・システムを実行する。
本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備え
ており、それによってプロセッサの１つがサンドボックス１４８１８を実行し、他方、別
のプロセッサが、デバイス・アプリケーション１４８２０〜１４８２４の１つを介してサ
ンドボックス１４８１８によって使用されるリソースの割り当てを制御するオペレーティ
ング・システムを実行する。
本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備え
ており、それによってプロセッサの１つがサンドボックス１４８１８を実行し、他方、別
のプロセッサが、ウォッチドッグ機能を実行して、デバイス・アプリケーション１４８２
０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの
安全動作を保証する。
本開示のいくつかの実施形態では、ドック／ハブ１４８１２は２つのプロセッサを備え
ており、それによってプロセッサの１つがリアルタイム安全性プロセッサを実行し、他方
、別のプロセッサが、サンドボックス１４８１８、およびデバイス・アプリケーション１
４８２０〜１４８２４の１つを介してサンドボックス１４８１８によって使用されるリソ
ースの割り当てを制御するオペレーティング・システムを実行する。
本開示のいくつかの実施形態では、ドック／ハブ１４８１２はそれぞれ１つ以上のコア
を有する１つ以上のプロセッサを備えており、それによって少なくとも１つのプロセス制
御ブロックがサンドボックス１４８１８を実行し、他方、
少なくとも別のプロセス制御ブロックが、デバイス・アプリケーション１４８２０〜１４
８２４の１つを介してサンドボックス１４８１８によって使用されるリソースの割り当て
を制御するオペレーティング・システムを実行する。
ドック／ハブ１４８１２は、患者介護デバイスからのデータを非識別化し、該データを
データベース１４８３０（例えば、クラウドベースのデータベース）にアップロードする
ことができる。該データは、病院または病院システム内での病気の流行検出、リソース計
画および展開計画を促進するために、国家レベルで集められたリアルタイムデータであっ
てもよい。
図１４９は、本開示の実施形態による、図１４７および／または図１４８の電子患者シ
ステムのベッドサイド部のブロック図１４９００を示す。図１４９００は、監視クライア
ント１４９０２（タブレット１４８１２０であってもよい）、監視クライアント１４９０
２がドック／ハブ１４９０６（ドック／ハブ１４８１２であってもよい）とインターフェ
ース接続することができるような監視クライアント・アダプタ１４９０４、およびいくつ
かの注入ポンプ１４９１０を備えている。ドック／ハブ１４９０６は、ＷｉＦｉ、Ｚｉｇ
ｂｅｅ、ブルートゥース、メッシュ・ネットワーク、ポイント・ツゥ・ポイント・プロト
コル（例えば、ＷｉＦｉに基づく）などを介して、注入ポンプ１４９１０と通信すること
ができる。注入ポンプ１４９１０は、ＡＣアウトレット１４９０８（図示せず）を介して
直接に、および／またはドック／ハブ１４９０６から直接に電力を受けることができる。
ドック／ハブ１４９０６は、（無線または有線で）無線センサ１４８１４に、およびＵＳ
Ｂケーブルを介してＵＳＢセンサ１４９１２に結合されている。
本開示のいくつかの実施形態では、例えば、ハブ、監視クライアント、コンピュータな
どの他の室内ディスプレイが存在してもよく、これは、専用または非専用通信リンクを介
して、ＷｉＦｉ、イーサネット、ブルートゥース、ＵＳＢまたは他のプロトコルを介して
、ドック／ハブ１４８１２および／またはタブレット１４８１０と通信することができる
。
図１５０は、本開示の実施形態による、図１４７、１４８および／または１４９のドッ
ク／ハブ１５０００のブロック図を示す。ドック／ハブ１５０００は、一次プロセッサ１
５００３および安全性プロセッサ１５００２を備えている（一方または両方とも、プロセ
ッサ、マイクロプロセッサまたはマイクロコントローラ、例えばスナップドラゴン・プロ
セッサであってもよい）。
安全性プロセッサ１５００２は、バックアップ・スピーカ１５０１２を制御するスピー
カ・ドライバ１５０１１に結合されている。安全性プロセッサ１５００２はまた、デバイ
ス・コネクタ１５０１４を介して、患者介護デバイスに接続された２Ｘ ＣＡＮバスに結
合されている。いくつかの実施形態では、デバイス・コネクタ１５０１４は、Ｚｉｇｂｅ
ｅ、ブルートゥース、ＷｉＦｉ、ＣＡＮバス、またはＳＰＩ通信リンクを介して患者介護
デバイスと通信する。
安全性プロセッサ１５００２は、バックアップ電池１５０１７からおよび／または電池
充電器１５００９から電力を受ける電圧調節器１５０１０に結合されている。安全性プロ
セッサ１５００２はイネーブル・スイッチ１５０１６に結合されており、イネーブル・ス
イッチ１５０１６はデバイス・コネクタ１５０１４に結合された患者介護デバイスへの電
源を無効にすることができる。電流リミッタ１５０１５も、デバイス・コネクタ１５０１
４に結合された患者介護デバイスへの電流を制限することができる。
安全性プロセッサ１５００２はまた、デバイス・コネクタ１５０１４を介して結合され
た患者介護デバイスへの５ボルト電源を有効／無効にするイネーブル・スイッチ１５０２
０に結合されている。患者介護デバイスへの５Ｖシグナルは電圧調節器１５０１０から通
信され、電圧調節器１５０１０は一次電池セル１５０１８および／または電池充電器１５
００９からその電力を受ける。電池充電器は、ＡＣアウトレット１５００７に結合された
ＡＣ／ＤＣ変換器１５００８を介して電力を受ける。
一次プロセッサ１５００３は、カメラ１５０２４、ＷｉＦｉトランシーバ１５０２５、
ブルートゥーストランシーバ１５０２６、ＲＦＩＤ呼掛器１５０２７、ＬＥＤ状態灯１５
０２９、ボタン１５０２８および近距離通信トランシーバ１５０３０に結合されている。
一次プロセッサ１５００３は、ＵＩコネクタ１５０２２を介してＵＳＢポート１５０２
３および／または監視クライアントに結合するＵＳＢケーブルに結合されている。いくつ
かの実施形態では、一次プロセッサ１５００３は、ＷｉＦｉまたは他の無線通信リンクを
介してタブレットと通信することができる。一次プロセッサ１５００３は、ＵＳＢ接続１
５０２３を介して患者介護デバイスと、および／またはＵＩコネクタ１５０２２を介して
ＵＳＢポートにより監視クライアントと、通信することができる。一次プロセッサ１５０
０３は、一次スピーカ１５００５を駆動するスピーカ・ドライバ１５００６にシグナルを
通信する。
図１５１は、本開示の実施形態による、図１４８および／または１４９の注入ポンプ回
路１５１００を示すブロック図である。回路１５１００は、ポンプ・ディスプレイ１５１
０４を制御し、データを不揮発性メモリ１５１０５内に記録するＵＩ／安全性プロセッサ
１５１０２を備えている。ＵＩ／安全性プロセッサ１５１０２は、デバイス・コネクタ１
５１０８に結合されたＣＡＮバスを介してハブ／ドックと通信する。いくつかの実施形態
では、リアルタイム・プロセッサ１５１０３および／またはＵＩ／安全性プロセッサ１５
１０２は、ブルートゥース、無線または有線通信リンクを使用して、デバイス・コネクタ
１５１０８を介してハブ／ドックと通信する。ＵＩ／安全性プロセッサ１５１０２は、カ
メラからの画像を処理するための画像処理ライブラリを備えることができる。それに加え
て、または代替として、ＵＩ／安全性プロセッサ１５１０２は、（タッチスクリーンであ
ってもよい）ポンプ・ディスプレイ１５１０４上にＧＵＩインターフェースを表示するた
めのライブラリを備えることができる。
ＵＩ／安全性プロセッサ１５１０２は、定位置閉塞器センサ１５１１６、ラッチ・セン
サ１５１１７、ライン内エア・センサ１５１１８、モータ・ホール・センサ１５１１９、
ボタン１５１２０、および状態灯１５１１２に結合されている。安全性プロセッサ１５１
０２は、リアルタイム・プロセッサ１５１０３（プロセッサ、マイクロプロセッサまたは
マイクロコントローラ、例えばスナップドラゴン・プロセッサであってもよい）にウォッ
チドッグ機能を提供し、モータ・ドライブ１５１０７を有効にすることができる。
リアルタイム・プロセッサ１５１０３（その一方または両方は、プロセッサ、マイクロ
プロセッサまたはマイクロコントローラ、例えばスナップドラゴン・プロセッサであって
もよい）は、モータ・ドライブ１５１０７を介してポンプのモータ１５１０６の動作を制
御する。リアルタイム・プロセッサ１５１０３は、シリアル・インターフェースを介して
（例えば、ポンプ設定を受信するために）ＵＩ／安全性プロセッサ１５１０２と通信する
。リアルタイム・プロセッサ１５１０３は、不揮発性メモリ１５１２２からポンプ・キャ
リブレーション・データをロードする。不揮発性メモリ１５１２２および／または不揮発
性メモリ１５１０５は、ＳＤカードおよび／またはＲＦＩＤタグであってもよい。
リアルタイム・プロセッサ１５１０３は、モータ電流センサ１５１０９、モータ・ハウ
ジング温度１５１１０、閉塞圧力センサ１５１１１、カム・シャフト位置センサ１５１１
２、カム・フォロワ位置センサ１５１３および／または加速度計１５１１４から注入ポン
プに関するデータを受信する。
図１５１および１５２では、２００８年１０月１０日出願の「マルチ言語／マルチ・プ
ロセッサ注入ポンプ・アセンブリ」という名称の米国特許出願第１２／２４９，６００号
であり、その後２０１０年４月１５日に公開された米国特許出願公開第２０１０−００９
４２２１号（代理人整理番号：Ｆ５４）に開示されたのと同一および／または類似の方法
で、２つのプロセッサを使用して、（１つ以上の）指示を確認し、安全点検または他の機
能（例えば、患者治療パラメータのユーザ確認）を行なうことができ、同文献は全体を参
照として本明細書に援用する。
図１５２は、本開示の実施形態による、図１５１の注入ポンプ回路で使用するための、
注入ポンプの機構に結合されたセンサを示すブロック図１５００である。注入ポンプは、
チューブ１５２０７を介して流体を注入する。モータ１５２０４は、モータ・ホール効果
センサ１５２０５、モータ・ハウジング温度センサ１５２０６、スライド・クランプ機構
１５２２０の動作を検出するためのホール効果センサ１５２０１および１５２０２、出口
バルブに対するホール効果センサ１５２１１、プランジャ位置に対するホール効果センサ
１５２１２および１５２１３、入口バルブに対するホール効果センサ１５２１４ならびに
ホール効果回転位置センサ１５２０８を備えている。
図１５３Ａ、１５３Ｂは、本開示の実施形態による、タブレットとベースとの間で通信
する方法２０００１を例示するフローチャート図である。いくつかの実施形態では、タブ
レットは、図１５３Ａ、１５３Ｂの方法２０００１に関しては、本明細書に記載された監
視クライアントであってもよい。例えば、方法２０００１は、タブレットと血液透析装置
または注入ポンプ、例えば蠕動注入ポンプとの間で通信するための方法であってもよい。
図１５３Ａ、１５３Ｂで、ベースは、本明細書に開示されまたは記載された医療デバイ
ス、ドック、クレードル、ハブ、丸薬ディスペンサ、シリンジ・ポンプ、注入ポンプ、蠕
動ポンプ、フィンガーポンプ、マイクロインフュージョン・ポンプ、通信モジュール、Ｅ
ＣＧモニター、血圧モニター、パルス・オキシメータ、ＣＯ２カプノメータ、通信リレー
、流量計、ドリップチャンバモニタ、ドリップチャンバ流量計などであってもよい。
上記したように、図１５３Ａ、１５３Ｂのフローチャート図は、方法２０００１を例示
し、この方法では医療デバイス（例えば、血液透析装置または注入ポンプ）は監視クライ
アント、例えばタブレットと通信してもよい。タブレットはユーザインターフェースを有
してもよい。タブレットは以下のことに使用されてもよい：（１）ベースの動作を監視す
る、（２）ベースの動作を制御する、（３）ベースからエラー状態を受信する、（４）ベ
ースの動作を監視して、何らかのエラー状態が存在するかどうか判断する、（５）ベース
の動作を監視して、不安全な状態が存在するかどうか判断する、（６）サーバに送信する
ために、エラーまたは作動パラメータを記憶する、（７）エラーまたは作動パラメータを
ベースに送信してそこに記憶し、またはそれをサーバに中継するために、該エラーまたは
作動パラメータを記憶する、および／または（８）患者が治療を受けている間、該患者に
娯楽（例えば、ビデオゲーム、映画、音楽またはウェブ・ブラウジング）を提供する。
本開示のいくつかの実施形態では、タブレットは、ベース機器につながれた重複したユ
ーザインターフェース、例えば重複したグラフィカルユーザインターフェースを有するベ
ース機器とともに使用される。すなわち、タブレットはベースのためにグラフィカルユー
ザインターフェースを提供し、ベースもまたそれ自身のグラフィカルユーザインターフェ
ースを含んでいる。本開示のさらに追加の実施形態では、タブレットはグラフィカルユー
ザインターフェースを備えており、ベースはボタンおよび表示灯を備えているが、グラフ
ィカルユーザインターフェースを備えていない。
方法２０００１は、１台以上のプロセッサによって実行するように構成された、プロセ
ッサ実行可能な指示の動作可能な１セットによって実現されてもよい（例えば、プロセッ
サによって実現される方法）。この１台以上のプロセッサは、ベース上および／またはタ
ブレット上にあってもよい。このプロセッサ実行可能な指示の動作可能な１セットは、非
一時的なプロセッサ読み取り可能メモリ、例えばランダム・アクセス・メモリ、読み出し
専用メモリ、ディスク・メモリ、ＥＥＰＲＯＭ、オプティカル・ベースのドライブまたは
他のメモリに格納されてもよい。このメモリは、ベースの中にまたはタブレットの中にあ
ってもよく、および／またはベースおよびタブレットのそれぞれは、それぞれのメモリお
よび1台以上のそれぞれのプロセッサを有してもよい。１台以上のプロセッサは、メモリ
と動作可能な通信をして、このメモリからプロセッサ実行可能な指示の動作可能な１セッ
トを読み出してもよい。フローチャート図２０００１は、方法またはプロセスとして実現
されてもよい。１台以上のプロセッサは、該指示を実行して、図１５３Ａ、１５３Ｂの方
法２０００１を達成することができる。
１台以上のプロセッサは、マイクロプロセッサ、マイクロコントローラ、アセンブリー
・ベースのプロセッサ、ＭＩＰＳプロセッサ、ＲＩＳＣプロセッサ、ＣＩＳＣプロセッサ
、並列またはマルチコアプロセッサ、ＣＰＬＤ、ＰＬＡ、ＦＰＧＡ、仮想プロセッサ、同
種のもの、またはこれらのある組み合わせの１つ以上であってもよい。
方法２０００１は、有線接続を使用することによってタブレットとベースとの間の通信
を容易にして、ペアリングプロトコルを通した無線接続を確立することができる。例えば
、タブレットはベースに、ブルートゥースプロトコルを使用して通信するためにこれらの
２つの機器を一緒にペアにするのに使用されるＵＳＢケーブルを通して物理的に接続され
てもよく、ペアリングの後、これらのデバイスはブルートゥースプロトコルを使用して互
いに無線で通信することができる。タブレットは、ベースにユーザインターフェースを供
給してもよい。例えば、タブレット上で作動するインターフェースプログラムは、血液透
析装置にインターフェースを供給して、患者の透析治療を制御しおよび／もしくは監視し
てもよく、または注入ポンプにインターフェースを供給して、患者の治療の間その注入ポ
ンプを制御しおよび／もしくは監視してもよい。
いくつかの実施形態では、無線通信は、ブルートゥースＬＥ、ＷｉＦｉ、Ｚｉｇｂｅｅ
、Ｘ−ｂｅｅ、超広帯域通信、広帯域通信、符号分割多重アクセス、時分割多重化、衝突
回避方式のまたはそうでない搬送波感知多重アクセス多重化、空間分割多重化、周波数分
割多重化、回路モード無線多重化、無線統計的多重化、直交周波数分割多重化などのうち
の１つによるものであってもよい。
本開示のいくつかの実施形態では、方法２０００１は行為２０００２〜２００１５を含
んでいる。行為２０００２は、タブレットが物理的接続を通してベースに接続されている
かどうか判定する。例えば、タブレットは、ドック、ケーブル、ワイヤー、光ファイバー
リンクなどを通して、血液透析装置にまたは注入ポンプに連結可能であってもよい。タブ
レットおよび／またはベースは、例えば、タブレットおよびベースがＵＳＢ接続を通して
互いに物理的に接続されていることを判定してもよい。ドックは、タブレットとベースと
の間の物理的な有線接続（例えば、ＵＳＢ接続）を提供してもよい。
行為２０００３は、物理的接続を通してタブレットとベースとの間に第１の通信リンク
を確立する。例えば、行為２０００３は、適切なソフトウェア・インタフェースを確立し
てもよく、および／またはタブレットとベースとの間のハンドシェイクを、データをその
間で通信することができるように、行なってもよい。
行為２０００４は、必要ならば、第１の通信リンクを通してタブレット上のインターフ
ェースプログラムを更新する。この更新は、該インターフェースプログラムが最新のバー
ジョンでない場合に必要であり、その場合には該インターフェースプログラムは更新され
る必要がある。この更新はまた、いくつかの実施形態では、該インターフェースプログラ
ムがリリースの準備ができているソフトウェア・パッチおよび／またはアップデートのす
べてを有しているとは限らないならば、必要がある。図１５４は、行為２０００４の１つ
の特定の実施形態を例示し、以下に説明される。行為２０００４は、例えばタブレットが
インターフェースプログラムの最新のバージョンを含んでいるかどうか判定してもよい。
タブレットがインターフェースプログラムの最新のバージョンを含んでいない場合、ベー
スおよび／またはタブレットは、インターフェース・ソフトウェアの最新のバージョンを
（例えば、サーバから）ダウンロードし、これはインターフェース・ソフトウェアの古い
バージョンを取り換える（例えば、上書きする）。タブレット上のインターフェース・ソ
フトウェアは、ユーザインターフェース（例えば、タッチスクリーン、キーボードおよび
／または音声コマンドを受け取るマイクロフォン）およびユーザがタブレットを使用して
ベースと通信するための機能を提供する。
ベースがタブレット用の最新のソフトウェアをダウンロードし格納することができるよ
うに、ベースはインターネットに（例えば、ＷｉＦｉまたはポータブル電話サービスを介
して）つながれてもよい。いくつかの実施形態では、ベースはバージョン番号のリストを
備えていてもよく、行為２０００４の間に、ベースはソフトウェアの最新のバージョン番
号をタブレットに通知し、そしてタブレットは（例えば、ＷｉＦｉまたはポータブル電話
サービス接続を通して）その最新のバージョンを（例えば、ＷｉＦｉまたはポータブル電
話サービスを介して）ダウンロードする。
さらに追加の実施形態では、タブレットは、ベース上のソフトウェアが最新のバージョ
ンではないことを判定し；その後、タブレットは最新のバージョンを（例えば、ＷｉＦｉ
またはポータブル電話サービスを介して）ダウンロードし、その最新のバージョンを、ベ
ースのソフトウェアを更新することができるように、ベースに伝える。
行為２０００５は、第１の通信リンクを使用してタブレットとベースとの間に第２の通
信リンクを確立する。図１５５は、行為２０００５の１つの実施形態を例示する。１つの
特定の実施形態では、行為２０００５は、ブルートゥースプロトコルを使用した通信のた
めにタブレットおよびベースを一緒にペアリングすることによって、第２の通信リンクを
確立する。ペアリング後は、データは第２の通信リンクを使用して通信されてもよい。デ
ータは、第２の通信リンクを通して、任意の公知の暗号化アルゴリズム、例えば対称キー
暗号化、非対称キー暗号化、公開キー基盤暗号化などを使用して通信されてもよい。行為
２０００６は、第２の通信リンクを使用してベースからタブレットにデータを送信する。
このデータは、ベースの治療の進行、ベースの動作および／またはベースからの何らかの
エラーメッセージに関する情報を含んでいてもよい。行為２０００７は、ベースから通信
されたデータ（例えば、デバイスの状態情報）に従ってタブレット上にデータを表示する
。行為２０００８は、タブレットを使用して患者の治療を初期化する。例えば、ユーザは
ベースを使用して、患者を治療するための治療パラメータ、例えば血液透析パラメータま
たは注入パラメータを選択してもよい。治療パラメータは、第１のまたは第２の通信リン
クを介して通信されてもよい。いくつかの実施形態では、治療パラメータは、第１のおよ
び第２の通信リンクのうちの所定の好ましい１つを使用して通信されてもよい。例えば、
第１の通信リンクが利用不可能であるときは、第２の通信リンクが治療パラメータを通信
してもよい。しかし、別の特定の実施形態では、治療パラメータは、第２の通信リンクを
介して常に通信される。
行為２０００９では、ベースは動作へと進む。例えば、ベースは注入ポンプであっても
よく、タブレットは該注入ポンプにスタートコマンドを伝える。別の典型的な実施形態で
は、注入ポンプのスタートボタンが押されて、患者の治療が開始されてもよい。さらに追
加の実施形態では、ユーザは動作を開始することを要求されないで、注入ポンプが自動的
に動作し始める。
行為２００１０は、タブレットとベースとの間の物理的接続を取り除く。例えば、ユー
ザは、タブレットとベースとの間の物理的接続を切りまたはドッキングを解いてもよい。
ここで図１５３Ｂを参照すると、第２の通信リンクのリンク品質値が閾値を超えている限
り、行為２００１１はタブレットとベースとの間でデータを通信する。リンク品質値が閾
値未満に下る場合、行為２００１２はスクリーン表示がない状態に入る。スクリーン表示
がない状態は、図１５６および１５７を参照して以下に記載される。リンク品質値が閾値
未満に下がると、タブレットおよびベースは両方ともまたは個別に、スクリーン表示がな
い状態に入ってもよい。リンク品質値は、ブルートゥース基準の一部であってもよく、ビ
ットエラー率、スループット率もしくはシグナル強度に基づいてもよく、または当業者に
知られた任意の測定基準を使用してもよい。
タブレットとベースとの間の無線リンクの品質を表すリンク品質指標が、所定の閾値未
満に下がると、タブレットまたはベースはスクリーン表示がない状態に入ってもよい。ス
クリーン表示がない状態では、ベースは患者を治療し続け、タブレットからの通信を無視
する。アラームが発されると、そのアラームが医療デバイスの停止レベルのアラームでな
い限り、ベースは動作し続けることになる。
行為２００１３では、リンク品質値が閾値未満に留まる限り、タブレットおよび／また
はベースはスクリーン表示がない状態に留まる。行為２００１４はリンク品質値が所定の
閾値超に戻るかどうか判定し、行為２００１５は、リンク品質値が所定の閾値超に戻ると
、スクリーン表示がない状態から脱する。いくつかの実施形態では、タブレットまたはベ
ースがいったんスクリーン表示がない状態に入ると、第１のリンク品質値より大きい第２
のリンク品質値が、タブレットおよび／またはベースをスクリーン表示がない状態から脱
出させる。
図１５４は、図１５３Ｂの行為２０００４の実施形態のフローチャート図を示す。図１
５４では、行為２０００４は、行為２００１６〜２００１９をサブ行為として含む。行為
２００１６は、第１の通信リンクを通してタブレットからベースにインターフェースプロ
グラムのバージョン番号を伝える。行為２００１７は、タブレット上のインターフェース
プログラムが最新のバージョンであるかどうか判定する。例えば、ベースはサーバと通信
して、どのバージョン番号がインターフェースプログラムの最新のバージョンであるか判
断してもよい。行為２００１８では、ベースは、サーバから、インターフェースプログラ
ムの更新バージョンを、例えばインターフェースプログラムの更新バージョンがあるかど
うか検索する。行為２００１９は、インターフェースプログラムをインターフェースプロ
グラムの更新バージョンに更新する（例えば、上書きする）。例えば、タブレットは、ベ
ースから更新インターフェースプログラムを読み出し、以前のインターフェースプログラ
ムを更新インターフェースプログラムで上書きすることができるプログラムを備えていて
もよい。
図１５５は、図１５３Ａの行為２０００５の実施形態のフローチャート図を示す。図１
５５の行為２０００５は、行為２００２０〜２００２５をサブ行為として含む。行為２０
０２０は、ベースが別のタブレット（例えば、第２のタブレット）とペアにされているか
どうか判定する。行為２００２１は、必要ならば、別のタブレットとベースとの間のいか
なるペアリングも中断させる。例えば、行為２００２１では、ベースに物理的に接続され
ているタブレットがそのベースとペアになることができるように、別のタブレットとベー
スとの間のいかなる他のペアリングも中断される。行為２００２２では、ベースは、第１
の通信リンクを使用して行為２００２３においてベースからタブレットまで伝えられる構
成ファイルを作成する。行為２００２４では、タブレットは構成ファイルを読み、該構成
ファイルは行為２００２５で、無線通信のためにベースをタブレットとペアにするのに使
用されて、該構成ファイルに従ってタブレットとベースとの間に第２の通信リンクを確立
する。
図１５６は、図１５３Ｂの行為２００１２の実施形態を説明するフローチャート図を示
す。図１５６で、行為２００１１は、行為２００２６〜２００２７をサブ行為として含ん
でいる。行為２００２６は、ベースとタブレットとの間のデータの通信を保留する。行為
２００２７では、タブレットは、タブレットをベースにもっと近づけるようにユーザに要
求するメッセージをユーザインターフェースに表示する。
図１５７は、図１５３Ｂの行為２００１２の実施形態を説明するフローチャート図を示
す。図１５６の行為２００１２は、行為２００２７〜２００２８を含む。行為２００２８
は、ベースとタブレットとの間のデータの通信を保留する。行為２００２９は、ベースが
スクリーン表示がない状態に入ったことを表示する。例えば、ベースは表示灯をフラッシ
ュさせ、スピーカーにビープ音を発させてもよい。図１５６の行為２００２６〜２００２
７と図１５７の行為２００２８〜２００２９との組み合わせは、いくつかの実施形態では
、図１５３Ｂの行為２００１２であってもよい。
様々な代替および変更が、本開示から逸脱することなく当業者によって考え出されるこ
とができる。したがって、本開示は、そのようなすべての代替、変更および変形を含むこ
とを意図している。加えて、本開示のいくつかの実施形態が図面に示され、および／また
は本明細書で検討されているが、本開示は当技術分野が許す限り広い範囲であるべきであ
り、本明細書も同様に読まれるべきであることが意図されているので、本開示はこれらに
限定されることを意図したものではない。したがって、上記記載は限定的に解釈されるべ
きではなく、単に特定の実施形態の例示として解釈されるべきものである。また、当業者
は、本明細書に添付した特許請求の範囲の範囲および精神内の他の変更を想像できるだろ
う。上記したものおよび／または添付した特許請求の範囲に記載したものと実質的に異な
らない他の要素、ステップ、方法、および技術もまた、本開示の範囲内にあることを意図
したものである。
図面に示した実施形態は、本開示の特定の実施例を実証するためだけに提示されている
。また、記載した図面は単に例示的なものであり、限定的なものではない。図面では、例
示する目的で、要素のいくつかのサイズを誇張していることがあり、特定の尺度では描か
れていない。それに加えて、同じ番号を有する図面内に示された要素は、内容によって、
同一の要素であってよく、同様の要素であってもよい。
用語「含んでいる」が本明細書および特許請求の範囲で使用されているが、他の要素ま
たはステップを排除するものではない。単数名詞に言及する場合に不定冠詞または定冠詞
、例えば「ａ」、「ａｎ」または「ｔｈｅ」が使用されているが、これは特にそうでない
と記されていない限り、その名詞の複数をも含む。したがって、用語「含んでいる」は、
それ以下に挙げたアイテムに限定されるものと解釈すべきではなく、他の要素またはステ
ップを排除するものではない。したがって、表現「アイテムＡおよびＢを含んでいるデバ
イス」の範囲は、コンポーネントＡおよびＢだけから成るデバイスに限るべきものではな
い。このような表現は、本開示に関しては、単にデバイスの関連するコンポーネントが、
ＡおよびＢであるということを意味する。
さらに、「第１の」、「第２の」、「第３の」などの用語は、明細書または特許請求の
範囲のどちらで使用されていても、同様の要素間を区別するために与えられたものであり
、必ずしも順次または時間順を記載するために与えられたものではない。そのように使用
された用語は、適切な状況において（そうでないと明らかに開示されていない限り）交換
可能であり、本明細書に記載された発明の実施形態は、本明細書で記載または図示した以
外の順序および／または配置で動作可能である。
本発明の第１の態様は電子患者監視システムであって、
患者に関する情報を受け取り、記憶するように構成された第１のモジュール監視クラ
イアントであって、前記情報が、患者に接続されたデバイスによって測定された前記患者
の第１のパラメータに関連するデータ、および前記患者に関する情報を含む第１のデータ
ベースから受け取った前記患者の第２のパラメータに関連するデータを含む、第１のモジ
ュール監視クライアント；および
第２のモジュールに関連付けられたユーザ・インターフェースを介してユーザから治
療指示を受け取るように構成された前記第２のモジュールであって、前記第２のモジュー
ルが、前記治療指示を前記第１のモジュールに送信するようにさらに構成され、通信デバ
イスがユーザ・インターフェースを介してユーザから前記治療指示を受け取り、そして前
記治療指示を前記監視クライアントに送信するように構成された、前記第２のモジュール
；
を備えており、前記監視クライアントが、以下のことをするようにさらに構成された、
電子患者監視システム：
第２のデータベースから、前記治療指示に関連付けられた薬剤または他の薬物に関
する薬剤情報であって、前記薬剤情報が前記薬剤が一般的に投与される際の制限事項を提
供するデータを含む薬剤情報を得ること；
前記患者の第１のパラメータが所定の範囲外であるかどうか判定すること；
前記第１のパラメータが前記所定の範囲外であると判定される場合は、前記デバイ
スに、スケジュールされていない読み取りをして前記患者の第３のパラメータを決定する
ことを要求することであって、前記患者の前記第３のパラメータは前記デバイスによって
測定され、前記要求は前記第１のパラメータが前記所定の範囲外であるならば実行される
、前記要求すること；
前記第１のパラメータが前記所定の範囲外であると判定される場合に、前記第３の
パラメータを使用することによって前記第２のパラメータの信憑性を検証すること；
前記治療指示が、前記薬剤情報、前記第１のパラメータの値および前記第２のパラ
メータの値に基づいて、前記第２のモジュール通信デバイスによって確認されなければな
らないかどうか判定すること；および
前記ユーザ・インターフェースに表示するために、前記第１のモジュール監視クラ
イアントから前記第２のモジュール通信デバイスに予め決められたメッセージを伝達する
ことであって、前記メッセージが前記薬剤指示の受容性を確認しまたは前記受容性に関し
て警告するものである、前記伝達すること、
である。
本発明の第２の態様は前記薬剤情報が、薬物相互作用情報、薬物アレルギー情報、血
圧作用情報、心拍数作用情報、心調律作用情報または呼吸作用情報を含み、前記第１のパ
ラメータまたは前記第２のパラメータが、患者の現在投与されている薬物、知られている
薬物アレルギー、現在の血圧、現在の心拍数、現在の心調律、現在の呼吸数または現在の
換気量、に関するデータを含む、第１の態様の電子患者監視システムである。
本発明の第３の態様は前記予め決められたメッセージが、指示された薬剤の潜在的な
作用に関する警告を含み、前記警告が、前記第１のパラメータに関する測定されたデータ
、前記第２のパラメータに関する受信されたデータまたは前記第１のモジュール監視クラ
イアントによって得られた薬剤情報を含む、第２の態様の電子患者監視システムである。
本発明の第４の態様は前記第１のモジュール監視クライアントが、前記予め決められ
たメッセージが伝達された後で、かつ前記ユーザ・インターフェースからの入力シグナル
によって始動された、前記第２のモジュール通信デバイスからの確認シグナルを受信した
後に、前記薬物指示または修正された薬物指示が処理されることになるとのシグナルを生
成するように構成される、第３の態様の電子患者監視システムである。
本発明の第５の態様は前記第１のパラメータがタイム・スタンプに関連付けられてい
る、第３の態様の電子患者監視システムである。
本発明の第６の態様は前記第３のパラメータがタイム・スタンプに関連付けられてい
る、第３の態様の電子患者監視システムである。
本発明の第７の態様は前記監視クライアントが、前記第１のパラメータを前記第１
のデータベース内に記録し、および前記第１のパラメータを前記患者に関連付けるよう
にさらに構成される、第３の態様の電子患者監視システムである。
本発明の第８の態様は前記監視クライアントが、前記患者の前記第１のパラメータ
が前記所定の範囲外である場合に、前記第１のパラメータを前記第１のデータベース内
に記録し、および前記第１のパラメータを前記患者に関連付けるようにさらに構成され
る、第３の態様の電子患者監視システムである。
本発明の第９の態様は前記監視クライアントが、前記第１および第３のパラメータのう
ちの少なくとも１つに基づいて、注入ポンプを中断するようにさらに構成される、第３の
態様に記載の電子患者監視システムである。
本発明の第１０の態様は前記監視クライアントが、前記第１および第３のパラメータの
うちの少なくとも１つに基づいて、注入ポンプを調節するようにさらに構成される、第３
の態様の電子患者監視システムである。
本発明の第１１の態様は前記監視クライアントが、前記注入ポンプの流量、前記注入ポ
ンプの動作パラメータおよび前記注入ポンプの治療パラメータのうちの１つを調節するよ
うに構成される、第１０の態様の電子患者監視システムである。
本発明の第１２の態様は前記監視クライアントがディスプレイを備え、かつ、前記監視
クライアントが、前記ディスプレイの外縁に患者介護デバイスの状態の表示を示すように
構成される、第３の態様の電子患者監視システムである。
本発明の第１３の態様は前記監視クライアントがディスプレイを備え、かつ、前記監視
クライアントが、前記ディスプレイの外縁に患者介護デバイスの進行度の表示を示すよう
に構成される、第３の態様の電子患者監視システムである。
本発明の第１４の態様は前記進行度の表示が、前記外縁の、ある割合をライトアップす
ることによって表示され、前記外縁の前記割合が患者介護デバイスの進行度の割合に対応
する、第１３の態様の電子患者監視システムである。
本発明の第１５の態様は監視クライアントであって、
ディスプレイと、前記ディスプレイにつながれた少なくとも１台のプロセッサとを備え
、
前記少なくとも１台のプロセッサが以下のことをするように構成された、監視クライア
ント：
患者に関する情報を受け取り、記憶することであって、前記情報が、前記患者に接続
されたデバイスによって測定された前記患者の第１のパラメータに関連するデータ、お
よび前記患者に関する情報を含む第１のデータベースから受け取った前記患者の第２のパ
ラメーターに関連するデータを含む、患者に関する情報を受け取り、記憶すること；
治療指示を受け取ること；
第２のデータベースから、前記治療指示に関連付けられた薬剤に関する薬剤情報であ
って、前記薬剤情報が前記薬剤が一般的に投与される際の制限事項を提供するデータを含
む前記薬剤情報を得ること；
前記患者の前記第１のパラメータが所定の範囲外であるかどうか判定すること；
前記第１のパラメータが前記所定の範囲外であると判定されるときは、前記デバイス
に、スケジュールされていない読み取りをして前記患者の第３のパラメータを決定するこ
とを要求することであって、前記患者の前記第３のパラメータは前記デバイスによって測
定され、前記要求は前記第１のパラメータが前記所定の範囲外である場合に実行される、
前記要求すること；
前記第１のパラメータが前記所定の範囲外であると判定される場合に、前記第３のパ
ラメータを使用することによって前記第２のパラメータの信憑性を検証すること；
前記治療指示が、通信デバイスによって確認されなければならないかどうか判定する
こと；および
ユーザ・インターフェースに表示するために、前記監視クライアントから前記通信デ
バイスに予め決められたメッセージを伝達することであって、前記メッセージが前記治療
指示の受容性を確認しまたは前記受容性に関して警告するものである、前記伝達すること
、
である。
本発明の第１６の態様は前記プロセッサが、前記第１のパラメータを前記第１のデー
タベース内に記録し、
および前記第１のパラメータを前記患者に関連付けるようにさらに構成される、第１５
の態様の監視クライアントである。
本発明の第１７の態様は前記プロセッサが、前記患者の前記第１のパラメータが前記
所定の範囲外であるならば、前記第１のパラメータを前記第１のデータベース内に記録
し、および前記第１のパラメータを前記患者に関連付けるようにさらに構成される、第
１５の態様の監視クライアントである。
本発明の第１８の態様は前記プロセッサが、前記第１および第３のパラメータのうちの
少なくとも１つに基づいて、注入ポンプを中断するようにさらに構成される、第１５の態
様の監視クライアントである。
本発明の第１９の態様は前記プロセッサが、前記第１および第３のパラメータのうちの
少なくとも１つに基づいて、注入ポンプを調節するようにさらに構成される、第１５の態
様の監視クライアントである。
本発明の第２０の態様は前記プロセッサが、前記ディスプレイの外縁に患者介護デバイ
スの状態の表示を示すようにさらに構成される、第１５の態様の監視クライアントである
。
本発明の第２１の態様は電子患者介護用のシステムであって、
患者につながれて、前記患者の生理的パラメータを測定するように構成された医用
センサー；
前記医用センサーから前記測定された生理的パラメータを動作可能に受け取るよう
に構成され、前記測定された生理的パラメータを通信するように構成された医療デバイス
；および
前記医療デバイスと動作可能に通信するサーバであって、前記測定された生理的パ
ラメータを受け取って、前記サーバの中に記憶するサーバ、
を備える、システムである。
本発明の第２２の態様は第２１の態様のシステムであって、
前記医用センサーが、問合せシグナルを受け取って前記医用センサーに少なくとも
部分的に電力を投入するように構成されており；および
前記医療デバイスが、前記医用センサーに問合せて前記測定された生理的パラメー
タを受け取るように構成された問合せ回路を備えている、
第２１の態様のシステムである。
本発明の第２３の態様は第２１の態様のシステムであって、
前記医用センサーが加速度計を備えており；
前記測定された生理的パラメータが前記患者の動きであり；および
前記医療デバイスが、前記患者の前記動きが動きの所定の閾値を超えない場合にア
ラームするように構成されている、
第２１の態様のシステムである。
本発明の第２４の態様は前記患者につながれて、前記患者の第２の生理的パラメータを
測定するように構成された第２の医用センサーをさらに備えている、第２１の態様のシス
テムである。
本発明の第２５の態様は第１のパターンが前記測定された生理的パラメータ中に検知さ
れ、かつ、第２のパターンが第２の測定された生理的パラメータ中に検知され、前記第１
および第２のパターンが所定の時間帯内で生じる場合に、前記医療デバイスが、病状が存
在すると判定するように構成される、第２４の態様のシステムである。
本発明の第２６の態様は前記第１および第２のパターンが規模に依存しない、第２５の
態様のシステムである。
本発明の第２７の態様はゲートウェイをさらに備え、前記医療デバイスが前記ゲートウ
ェイを通してサーバと通信するように構成される、第２１の態様のシステムである。
本発明の第２８の態様は前記医療デバイスがウェブ・サービスを使用して前記ゲートウ
ェイと通信し、前記医療デバイスが前記ウェブ・サービスのウェブ・クライアントであり
、前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバである、第２７の態様のシ
ステムである。
本発明の第２９の態様は前記医療デバイスが、前記ウェブ・サービスを使用して少なく
とも１つのウェブ方法を起動するように構成される、第２８の態様のシステムである。
本発明の第３０の態様は前記医療デバイスが、前記ウェブ・サービスを介した少なくと
も１つのトランザクション・ベース通信を使用して前記ゲートウェイと通信するように構
成される、第２８の態様のシステムである。
本発明の第３１の態様は前記医療デバイスが、前記サーバに、ＤＥＲＳ上書き、ハード
・リミット上書き、ソフト・リミット上書きおよび前記医療デバイスの内部エラーの少な
くとも１つに対応する継続的な品質上のイベントを伝えるように構成される、第２８の態
様のシステムである。
本発明の第３２の態様は電子患者介護用のシステムであって、
ルーティング機能、医療デバイスソフトウェア更新およびウェブ・サービスの少な
くとも１つを提供するように構成されたゲートウェイ；および
前記ウェブ・サービスを使用して前記ゲートウェイと動作可能に通信するように構
成された医療デバイス
を備える、システムである。
本発明の第３３の態様は前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバで
あり、前記医療デバイスが前記ウェブ・サービスのクライアントである、第３２の態様の
システムである。
本発明の第３４の態様は前記ウェブ・サービスがトランザクション・ベースのウェブ・
サービスである、第３２の態様のシステムである。
本発明の第３５の態様は前記医療デバイスが注入ポンプである、第３２の態様のシステ
ムである。
本発明の第３６の態様は医療デバイスであって、
トランシーバ；および
前記トランシーバとインターフェースで接続されて前記トランシーバを介して通信
するように構成された少なくとも１台のプロセッサであって、前記トランシーバと動作可
能に通信するウェブ・サービスと通信するように構成された少なくとも１台のプロセッサ
、
を備える医療デバイスである。
本発明の第３７の態様は前記医療デバイスが、前記ウェブ・サービスのウェブ・クライ
アントであるように構成される、第３６の態様のデバイスである。
本発明の第３８の態様は前記ウェブ・サービスがトランザクション・ベースのウェブ・
サービスである、第３６の態様のデバイスである。
本発明の第３９の態様は前記医療デバイスが注入ポンプである、第３６の態様のデバイ
スである。
本発明の第４０の態様は医療デバイスとゲートウェイとの間の通信の方法であって、
前記医療デバイスと前記ゲートウェイとの間に通信を確立する工程；
前記医療デバイスと前記ゲートウェイとの間にウェブ・サービスを確立する工程；
および
前記ウェブ・サービスを使用して前記医療デバイスと前記ゲートウェイとの間で通
信する工程、
を含む方法である。
本発明の第４１の態様は前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバで
ある、第４０の態様の方法である。
本発明の第４２の態様は前記医療デバイスが前記ウェブ・サービスのウェブ・クライア
ントである、第４０の態様の方法である。
本発明の第４３の態様は前記ゲートウェイが前記医療デバイスのためのデータをルーテ
ィングし、前記データが前記ウェブ・サービスを使用して前記医療デバイスと前記ゲート
ウェイとの間で通信される、第４０の態様の方法である。
本発明の第４４の態様は電子患者介護用のシステムであって、
患者につながれて前記患者の第１の生理的パラメータを測定するように構成された
第１の医用センサー；
前記患者につながれて前記患者の第２の生理的パラメータを測定するように構成さ
れた第２の医用センサー；および
前記第１および第２の医用センサーから前記測定された第１および第２の生理的パ
ラメータを動作可能に受け取るように構成された医療デバイスであって、
前記第１の測定された生理的パラメータを使用して第１のパターンを検知する；
前記第２の測定された生理的パラメータをを使用して第２のパターンを検知する
；および
前記第１および第２のパターンが互いに対して所定の時間内に検知される場合に
、病状が存在すると判定する、
ように構成された医療デバイス、
を備えたシステムである。
本発明の第４５の態様は前記医療デバイスが、前記第１および第２の測定された生理的
パラメータの規模を考慮することなく前記第１および第２のパターンを検知するように構
成される、第４４の態様のシステムである。
本発明の第４６の態様は前記医療デバイスが、前記第１および第２の測定された生理的
パラメータの初期値を考慮することなく前記第１および第２のパターンを検知するように
構成される、第４４の態様のシステムである。
本発明の第４７の態様は前記第１のパターンが傾向である、第４４の態様のシステムで
ある。
本発明の第４８の態様は前記医療デバイスが、前記第１の測定された生理的パラメータ
の初期値を考慮することなく前記第１のパターンを検知するように構成される、第４７の
態様のシステムである。
本発明の第４９の態様は前記第２のパターンが第２の傾向である、第４７の態様のシス
テムである。
本発明の第５０の態様は電子患者介護用のシステムであって、
患者につながれて前記患者の第１の生理的パラメータを測定するように構成された
第１の医用センサー；
前記患者につながれて前記患者の第２の生理的パラメータを測定するように構成さ
れた第２の医用センサー；および
前記第１および第２の医用センサーから前記測定された第１および第２の生理的パ
ラメータを動作可能に受け取り、前記測定された第１および第２の生理的パラメータを通
信するように構成された医療デバイス；および
前記医療デバイスと動作可能に通信するサーバであって、
前記第１の測定された生理的パラメータを使用して第１のパターンを検知する；
前記第２の測定された生理的パラメータをを使用して第２のパターンを検知する
；および
前記第１および第２のパターンが互いに対して所定の時間内に検知されるときは
、病状が存在すると判定する、
ように構成されたサーバ、
を備えたシステムである。
本発明の第５１の態様は前記サーバが、前記第１および第２の測定された生理的パラメ
ータの規模を考慮することなく前記第１および第２のパターンを検知するように構成され
る、第５０の態様のシステムである。
本発明の第５２の態様は前記サーバが、前記第１および第２の測定された生理的パラメ
ータの初期値を考慮することなく前記第１および第２のパターンを検知するように構成さ
れる、第５０の態様のシステムである。
本発明の第５３の態様は前記第１のパターンが傾向である、第５０の態様のシステムで
ある。
本発明の第５４の態様は前記サーバが、前記第１の測定された生理的パラメータの初期
値を考慮することなく前記第１のパターンを検知するように構成される、第５３の態様の
システムである。
本発明の第５５の態様は前記第２のパターンが第２の傾向である、第５３の態様のシス
テムである。
本発明の第５６の態様はＲＦＩＤタグであって、
問合わせシグナルを受け取るように構成されたアンテナ；
前記問合わせシグナルを整流して、前記ＲＦＩＤタグに電力を供給する整流回路；
前記アンテナを変調して、前記問合わせシグナルを使用して通信するように構成さ
れた変調回路；
読み取りメモリ位置および対応する読み取りビット；
書き込みメモリ位置および対応する書き込みビット；
前記整流回路から電力を受け取るように構成されたプロセッサであって、前記対応
する読み取りビットが真に設定される場合は前記読み取りメモリ位置に関連付けられたプ
ロセスを行なうように構成され、かつ、前記対応する書き込みビットが真に設定される場
合は前記書き込みメモリ位置に関連付けられたプロセスを行なうように構成されたプロセ
ッサ；および
前記プロセッサと動作可能に通信する測定コンポーネントであって、少なくとも１
つの生理的パラメータを測定する測定コンポーネント、
を備えたＲＦＩＤタグである。
本発明の第５７の態様はシステムであって、
誤薬低減システム内へのインターフェース；および
前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成された
フィールド・エディタであって、所定値が前記フィールドに入力される場合、新しいフィ
ールドに入力することをユーザに促すように構成されたフィールド・エディタ、
を備えたシステムである。
本発明の第５８の態様は誤薬低減編集システムであって、
誤薬低減システム内へのインターフェース；および
前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成された
フィールド・エディタであって、所定値が前記フィールドに入力される場合、新しいフィ
ールドに入力するようにユーザに促すフィールド・エディタ、
を備えたシステムである。
本発明の第５９の態様は前記フィールドの前記所定値が所定の介護エリアである、第５
８の態様に記載されたシステムである。
本発明の第６０の態様はシステムであって、
誤薬低減システム内へのインターフェース；
継続的品質改善システム内へのインターフェース；および
前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成された
フィールド・エディタであって、前記継続的品質改善システム内のデータを使用して、前
記フィールドに対応する情報をユーザに通知するように構成されたフィールド・エディタ
、
を備えたシステムである。
本発明の第６１の態様は前記通知が、前記フィールドに入力された値が介護人によって
上書きされる前記割合である、第６０の態様のシステムである。
本発明の第６２の態様は前記通知が、前記継続的品質改善システムを使用して判断され
た前記フィールドに最も一般的に入力される、前記フィールドに入力されるべき値の示唆
である、第６０の態様のシステムである。
本発明の第６３の態様はシステムであって、
誤薬低減システム内へのインターフェース；および
前記誤薬低減システムの薬剤エントリーのフィールドを編集するように構成された
フィールド・エディタであって、ユーザが前記フィールドに所定の値を入力しようとする
場合に、標準化された値を入力すべきと示唆するように構成されたフィールド・エディタ
、
を備えたシステムである。
本発明の第６４の態様はシステムであって、
誤薬低減システム内へのインターフェースとなるように構成された第１のインター
フェース；
継続的品質改善システム内へのインターフェースとなるように構成された第２のイ
ンターフェース；および
前記第１のインターフェースを使用して前記誤薬低減システムの薬剤エントリーの
フィールドを編集するように構成されたフィールド・エディタであって、前記第２のイン
ターフェースを使用して前記フィールドに対応する前記継続的品質改善システムからのデ
ータをユーザに提供するように構成されたフィールド・エディタ、
を備えたシステムである。
本発明の第６５の態様はシステムであって、
誤薬低減システム内へのインターフェース；および
前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィー
ルドを編集するように構成されたフィールド・エディタであって、前記フィールドが注入
動作過程の終点であるフィールド・エディタ、
を備えたシステムである。
本発明の第６６の態様はシステムであって、
誤薬低減システム内へのインターフェース；および
前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィー
ルドを編集するように構成されたフィールド・エディタであって、前記フィールドが、前
記薬剤を送達する医療デバイスの誤動作にも関わらず、前記薬剤が送達されるべきとの表
示であるフィールド・エディタ、
を備えたシステムである。
本発明の第６７の態様はシステムであって、
誤薬低減システム内へのインターフェース；
前記インターフェースを使用して前記誤薬低減システムの薬剤エントリーのフィー
ルドを編集するように構成されたフィールド・エディタ；および
前記誤薬低減システムの薬剤エントリーの前記編集されたフィールドを使用して、
医療デバイスをシミュレートするように構成された医療デバイスシミュレータ、
を備えたシステムである。

Claims (8)

  1. 電子患者介護用のシステムであって、
    患者につながれて、前記患者の生理的パラメータを測定するように構成された医用センサー；
    前記医用センサーから前記測定された生理的パラメータを動作可能に受け取るように構成され、前記測定された生理的パラメータを通信するように構成された医療デバイス
    ；および
    前記医療デバイスと動作可能に通信するサーバであって、前記測定された生理的パラメータを受け取って、前記サーバの中に記憶するサーバ、
    を備えるとともに、
    前記患者につながれて、前記患者の第２の生理的パラメータを測定するように構成された第２の医用センサーをさらに備え、
    第１のパターンが前記測定された生理的パラメータ中に検知され、かつ、第２のパターンが第２の測定された生理的パラメータ中に検知され、前記第１および第２のパターンが所定の時間帯内で生じる場合に、前記医療デバイスが、病状が存在すると判定するように構成される、
    システム。
  2. 請求項１に記載のシステムであって、
    前記医用センサーが加速度計を備えており；
    前記測定された生理的パラメータが前記患者の動きであり；および
    前記医療デバイスが、前記患者の前記動きが動きの所定の閾値を超えない場合にアラームするように構成されている、
    請求項１に記載のシステム。
  3. 前記第１および第２のパターンが規模に依存しない、請求項１に記載のシステム。
  4. ゲートウェイをさらに備え、前記医療デバイスが前記ゲートウェイを通してサーバと通信するように構成される、請求項１に記載のシステム。
  5. 前記医療デバイスがウェブ・サービスを使用して前記ゲートウェイと通信し、前記医療デバイスが前記ウェブ・サービスのウェブ・クライアントであり、前記ゲートウェイが前記ウェブ・サービスのウェブ・サーバである、請求項４に記載のシステム。
  6. 前記医療デバイスが、前記ウェブ・サービスを使用して少なくとも１つのウェブ方法を起動するように構成される、請求項５に記載のシステム。
  7. 前記医療デバイスが、前記ウェブ・サービスを介した少なくとも１つのトランザクション・ベース通信を使用して前記ゲートウェイと通信するように構成される、請求項５に記載のシステム。
  8. 前記医療デバイスが、前記サーバに、ＤＥＲＳ上書き、ハード・リミット上書き、ソフト・リミット上書きおよび前記医療デバイスの内部エラーの少なくとも１つに対応する継続的な品質上のイベントを伝えるように構成される、請求項５に記載のシステム。
JP2020096874A 2012-12-21 2020-06-03 電子患者介護用のシステム、方法および装置 Pending JP2020166877A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022151473A JP2022180547A (ja) 2012-12-21 2022-09-22 電子患者介護用のシステム、方法および装置

Applications Claiming Priority (14)

Application Number Priority Date Filing Date Title
US201261740474P 2012-12-21 2012-12-21
US13/723,253 2012-12-21
US13/723,239 US10108785B2 (en) 2010-01-22 2012-12-21 System, method, and apparatus for electronic patient care
US13/723,239 2012-12-21
US13/723,253 US11210611B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for electronic patient care
US61/740,474 2012-12-21
US13/723,242 2012-12-21
US13/723,242 US10911515B2 (en) 2012-05-24 2012-12-21 System, method, and apparatus for electronic patient care
USPCT/US2013/042350 2013-05-23
PCT/US2013/042350 WO2013177357A1 (en) 2012-05-24 2013-05-23 Method and system for communication between a monitoring client and a base
US13/900,655 US11881307B2 (en) 2012-05-24 2013-05-23 System, method, and apparatus for electronic patient care
US13/900,655 2013-05-23
US14/136,243 US10380321B2 (en) 2010-01-22 2013-12-20 System, method, and apparatus for electronic patient care
US14/136,243 2013-12-20

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018050746A Division JP2018152074A (ja) 2012-12-21 2018-03-19 電子患者介護用のシステム、方法および装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022151473A Division JP2022180547A (ja) 2012-12-21 2022-09-22 電子患者介護用のシステム、方法および装置

Publications (1)

Publication Number Publication Date
JP2020166877A true JP2020166877A (ja) 2020-10-08

Family

ID=50979407

Family Applications (10)

Application Number Title Priority Date Filing Date
JP2015549809A Active JP6804839B2 (ja) 2012-12-21 2013-12-20 電子患者介護用のシステム、方法および装置
JP2018050746A Pending JP2018152074A (ja) 2012-12-21 2018-03-19 電子患者介護用のシステム、方法および装置
JP2018239526A Active JP7385991B2 (ja) 2012-12-21 2018-12-21 電子患者介護用のシステム、方法および装置
JP2019195004A Pending JP2020042830A (ja) 2012-12-21 2019-10-28 電子患者介護用のシステム、方法および装置
JP2020096874A Pending JP2020166877A (ja) 2012-12-21 2020-06-03 電子患者介護用のシステム、方法および装置
JP2021073292A Active JP7344246B2 (ja) 2012-12-21 2021-04-23 電子患者介護用のシステム、方法および装置
JP2022030334A Pending JP2022068373A (ja) 2012-12-21 2022-02-28 電子患者介護用のシステム、方法および装置
JP2022151473A Pending JP2022180547A (ja) 2012-12-21 2022-09-22 電子患者介護用のシステム、方法および装置
JP2022170660A Pending JP2023002742A (ja) 2012-12-21 2022-10-25 電子患者介護用のシステム、方法および装置
JP2023097603A Pending JP2023123580A (ja) 2012-12-21 2023-06-14 電子患者介護用のシステム、方法および装置

Family Applications Before (4)

Application Number Title Priority Date Filing Date
JP2015549809A Active JP6804839B2 (ja) 2012-12-21 2013-12-20 電子患者介護用のシステム、方法および装置
JP2018050746A Pending JP2018152074A (ja) 2012-12-21 2018-03-19 電子患者介護用のシステム、方法および装置
JP2018239526A Active JP7385991B2 (ja) 2012-12-21 2018-12-21 電子患者介護用のシステム、方法および装置
JP2019195004A Pending JP2020042830A (ja) 2012-12-21 2019-10-28 電子患者介護用のシステム、方法および装置

Family Applications After (5)

Application Number Title Priority Date Filing Date
JP2021073292A Active JP7344246B2 (ja) 2012-12-21 2021-04-23 電子患者介護用のシステム、方法および装置
JP2022030334A Pending JP2022068373A (ja) 2012-12-21 2022-02-28 電子患者介護用のシステム、方法および装置
JP2022151473A Pending JP2022180547A (ja) 2012-12-21 2022-09-22 電子患者介護用のシステム、方法および装置
JP2022170660A Pending JP2023002742A (ja) 2012-12-21 2022-10-25 電子患者介護用のシステム、方法および装置
JP2023097603A Pending JP2023123580A (ja) 2012-12-21 2023-06-14 電子患者介護用のシステム、方法および装置

Country Status (11)

Country Link
US (2) US10380321B2 (ja)
JP (10) JP6804839B2 (ja)
CN (1) CN104969227A (ja)
AU (5) AU2013364131B2 (ja)
BR (1) BR112015015024B1 (ja)
CA (3) CA3081364A1 (ja)
MX (2) MX355476B (ja)
NZ (2) NZ747951A (ja)
RU (1) RU2015129763A (ja)
SG (1) SG11201504879SA (ja)
WO (1) WO2014100687A2 (ja)

Families Citing this family (198)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850788B2 (en) 2002-03-25 2005-02-01 Masimo Corporation Physiological measurement communications adapter
US9937090B2 (en) 2005-03-29 2018-04-10 Stryker Corporation Patient support apparatus communication systems
US8840549B2 (en) 2006-09-22 2014-09-23 Masimo Corporation Modular patient monitor
US20110208015A1 (en) 2009-07-20 2011-08-25 Masimo Corporation Wireless patient monitoring system
US9153112B1 (en) 2009-12-21 2015-10-06 Masimo Corporation Modular patient monitor
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10911515B2 (en) 2012-05-24 2021-02-02 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9295778B2 (en) 2011-12-21 2016-03-29 Deka Products Limited Partnership Syringe pump
US9744300B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Syringe pump and related method
US9808572B2 (en) 2010-01-22 2017-11-07 Deka Products Limited Partnership System, method and apparatus for clamping
US9488200B2 (en) 2010-01-22 2016-11-08 Deka Products Limited Partnership System, method, and apparatus for clamping
US9677555B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US9759369B2 (en) 2011-12-21 2017-09-12 Deka Products Limited Partnership System, method, and apparatus for clamping
US9400873B2 (en) 2011-12-21 2016-07-26 Deka Products Limited Partnership System, method, and apparatus for dispensing oral medications
US9636455B2 (en) 2011-12-21 2017-05-02 Deka Products Limited Partnership System, method, and apparatus for estimating liquid delivery
US11244745B2 (en) 2010-01-22 2022-02-08 Deka Products Limited Partnership Computer-implemented method, system, and apparatus for electronic patient care
US9789247B2 (en) 2011-12-21 2017-10-17 Deka Products Limited Partnership Syringe pump, and related method and system
US9151646B2 (en) 2011-12-21 2015-10-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11210611B2 (en) 2011-12-21 2021-12-28 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US20110313789A1 (en) 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US9518958B2 (en) 2012-12-18 2016-12-13 Deka Products Limited Partnership System, method, and apparatus for detecting air in a fluid line using active rectification
US10453157B2 (en) 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US11227687B2 (en) 2010-01-22 2022-01-18 Deka Products Limited Partnership System, method, and apparatus for communicating data
US11164672B2 (en) 2010-01-22 2021-11-02 Deka Products Limited Partnership System and apparatus for electronic patient care
US20120215560A1 (en) 2010-07-21 2012-08-23 dbMotion Ltd. System and methods for facilitating computerized interactions with emrs
DE102011107795A1 (de) 2011-07-15 2013-01-17 Fresenius Medical Care Deutschland Gmbh Verfahren und Vorrichtung zur entfernten Überwachung und Steuerung von medizinischen Fluidmanagementgeräten
US10726088B1 (en) 2011-08-12 2020-07-28 Allscripts Software, Llc Computing system for presenting supplemental content in context
US9943269B2 (en) 2011-10-13 2018-04-17 Masimo Corporation System for displaying medical monitoring data
EP2766834B1 (en) 2011-10-13 2022-04-20 Masimo Corporation Medical monitoring hub
US9447536B2 (en) * 2011-10-14 2016-09-20 Delaware Capital Formation, Inc. Intelligent network for chemical dispensing system
US10722645B2 (en) 2011-12-21 2020-07-28 Deka Products Limited Partnership Syringe pump, and related method and system
US11649924B2 (en) 2011-12-21 2023-05-16 Deka Products Limited Partnership System, method, and apparatus for clamping
US11217340B2 (en) 2011-12-21 2022-01-04 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
US10655779B2 (en) 2011-12-21 2020-05-19 Deka Products Limited Partnership System, method, and apparatus for clamping
US9746094B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter having a background pattern with first and second portions
US9675756B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership Apparatus for infusing fluid
US10228683B2 (en) 2011-12-21 2019-03-12 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10563681B2 (en) 2011-12-21 2020-02-18 Deka Products Limited Partnership System, method, and apparatus for clamping
US9724467B2 (en) 2011-12-21 2017-08-08 Deka Products Limited Partnership Flow meter
US9746093B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter and related system and apparatus
US10082241B2 (en) 2011-12-21 2018-09-25 Deka Products Limited Partnership System, method, and apparatus for clamping
US9372486B2 (en) 2011-12-21 2016-06-21 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10488848B2 (en) 2011-12-21 2019-11-26 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US9435455B2 (en) 2011-12-21 2016-09-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11295846B2 (en) 2011-12-21 2022-04-05 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US10149616B2 (en) 2012-02-09 2018-12-11 Masimo Corporation Wireless patient monitoring device
US9936920B2 (en) * 2012-09-10 2018-04-10 Koninklijke Philips N.V. Device and method to improve dependability of physiological parameter measurements
US9749232B2 (en) 2012-09-20 2017-08-29 Masimo Corporation Intelligent medical network edge router
US9759343B2 (en) 2012-12-21 2017-09-12 Deka Products Limited Partnership Flow meter using a dynamic background image
MX353110B (es) 2012-12-21 2017-12-19 Deka Products Lp Sistema, método y aparato para la comunicación de datos.
ES2712980T3 (es) * 2012-12-31 2019-05-17 Gambro Lundia Ab Interfaz de datos de tratamiento extracorpóreo de sangre
US9737649B2 (en) 2013-03-14 2017-08-22 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
USD736370S1 (en) 2013-06-11 2015-08-11 Deka Products Limited Partnership Medical pump
USD767756S1 (en) 2013-06-11 2016-09-27 Deka Products Limited Partnership Medical pump
USD735319S1 (en) 2013-06-11 2015-07-28 Deka Products Limited Partnership Medical pump
WO2015017275A1 (en) 2013-07-31 2015-02-05 Deka Products Limited Partnership System, method, and apparatus for bubble detection in a fluid line using a split-ring resonator
US10832818B2 (en) 2013-10-11 2020-11-10 Masimo Corporation Alarm notification system
USD751690S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD752209S1 (en) 2013-11-06 2016-03-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD745661S1 (en) 2013-11-06 2015-12-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD751689S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD749206S1 (en) 2013-11-06 2016-02-09 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
DE102013226342B4 (de) * 2013-12-18 2022-10-13 Siemens Healthcare Gmbh Medizintechnische Anlage
USD768716S1 (en) 2013-12-20 2016-10-11 Deka Products Limited Partnership Display screen of a medical pump with a graphical user interface
USD760288S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Medical pump display screen with transitional graphical user interface
USD758399S1 (en) 2013-12-20 2016-06-07 Deka Products Limited Partnership Display screen with graphical user interface
USD756386S1 (en) 2013-12-20 2016-05-17 Deka Products Limited Partnership Display screen with graphical user interface
USD760289S1 (en) 2013-12-20 2016-06-28 Deka Products Limited Partnership Display screen of a syringe pump with a graphical user interface
USD760782S1 (en) 2013-12-20 2016-07-05 Deka Products Limited Partnership Display screen of a medical pump with a graphical user interface
US20150230760A1 (en) * 2014-02-19 2015-08-20 Q-Core Medical Ltd. Methods, circuits, devices, systems and computer executable code for operating a medical device using a hybrid communication path
CA2934359C (en) 2014-02-21 2023-02-14 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
US9170612B2 (en) * 2014-02-21 2015-10-27 Farshad Farjami Wristband accessories for powering a wearable computer
US20150241912A1 (en) * 2014-02-21 2015-08-27 Farshad Farjami Wristband Accessories For A Wearable Computer
US9730731B2 (en) 2014-02-27 2017-08-15 Deka Products Limited Partnership Craniofacial external distraction apparatus
US9364394B2 (en) 2014-03-14 2016-06-14 Deka Products Limited Partnership Compounder apparatus
JP6857499B2 (ja) * 2014-05-27 2021-04-14 レスメド・インコーポレイテッド 遠隔呼吸治療装置の管理
US9900287B1 (en) * 2014-09-12 2018-02-20 Verily Life Sciences, LLC Transmitting sensitive information securely over unsecured networks without authentication
WO2016043644A1 (en) * 2014-09-15 2016-03-24 Maquet Critical Care Ab Breathing apparatus with protected display unit
EP3193975B1 (en) 2014-09-18 2022-07-06 DEKA Products Limited Partnership Apparatus and method for infusing fluid through a tube by appropriately heating the tube
US11107574B2 (en) * 2014-09-30 2021-08-31 Baxter Corporation Englewood Management of medication preparation with formulary management
US20170249433A1 (en) * 2014-10-25 2017-08-31 Sumner Bluffs, Llc. Pharmaceutical and biological agent delivery system having biometric data acquisition and monitoring capabilities
WO2016064786A1 (en) * 2014-10-25 2016-04-28 Sumner Bluffs, Llc. Solid pharmaceutical agent dosage form dispensing and biometric data acquisition device
WO2016064906A1 (en) * 2014-10-25 2016-04-28 Sumner Bluffs, Llc. Nebulizing devices and systems having biometric data acquisition and monitoring capabilities
WO2016064592A1 (en) * 2014-10-25 2016-04-28 Sumner Bluffs, Llc. Pharmaceutical and biological agent desktop dispensing systems having biometric data acquisition and monitoring capabilities
USD792963S1 (en) 2015-02-10 2017-07-25 Deka Products Limited Partnership Bumper for a medical pump
USD774645S1 (en) 2015-02-10 2016-12-20 Deka Products Limited Partnership Clamp
USD803386S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
USD801519S1 (en) 2015-02-10 2017-10-31 Deka Products Limited Partnership Peristaltic medical pump
USD803387S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
USD754065S1 (en) 2015-02-10 2016-04-19 Deka Products Limited Partnership AC-to-DC power supply
USD805183S1 (en) 2015-02-10 2017-12-12 Deka Products Limited Partnership Medical pump
US9800663B2 (en) * 2015-03-06 2017-10-24 Fresenius Medical Care Holdings, Inc. Associating dialysis accessories using near field communication
TWI584095B (zh) * 2015-05-19 2017-05-21 耕源科技股份有限公司 供電裝置及其供電方法
US10537403B2 (en) 2015-05-21 2020-01-21 Drexel University Passive RFID based health data monitor
US10478261B2 (en) 2015-05-29 2019-11-19 Deka Products Limited Partnership System, method, and apparatus for remote patient care
CN106156480A (zh) * 2015-07-01 2016-11-23 安徽华米信息科技有限公司 一种数据统计方法及装置
US11638550B2 (en) * 2015-07-07 2023-05-02 Stryker Corporation Systems and methods for stroke detection
US11803534B2 (en) 2015-09-29 2023-10-31 Ascensia Diabetes Care Holdings Ag Methods and apparatus to reduce the impact of user-entered data errors in diabetes management systems
WO2017062042A1 (en) 2015-10-07 2017-04-13 Smith & Nephew, Inc. Systems and methods for applying reduced pressure therapy
US20180322948A1 (en) * 2015-11-09 2018-11-08 Smiths Medical Asd, Inc. Infusion push alerts
US10622100B2 (en) * 2015-11-18 2020-04-14 Carl Mattias Bremer Web application for distributing and working with contents for patients and clients in healthcare and elderly care. Through the web application users can distribute content with positive health effects that patients or clients automatically and unassisted, if needed, can take part in
US11806502B2 (en) 2015-11-20 2023-11-07 Tandem Diabetes Care Switzerland Sarl Micropump
US20170168688A1 (en) * 2015-12-09 2017-06-15 Fresenius Medical Care Holdings, Inc. Configuring a User Interface of a Dialysis Machine
CN105709298A (zh) * 2016-01-19 2016-06-29 沈益峰 一种云计算点滴管理系统
USD905848S1 (en) 2016-01-28 2020-12-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
SG10202110658VA (en) 2016-01-28 2021-11-29 Deka Products Lp Apparatus for monitoring, regulating, or controlling fluid flow
US10740440B2 (en) * 2016-02-11 2020-08-11 Sebron Hood, III System and method for the verification of medication
US11842804B2 (en) 2018-12-27 2023-12-12 John Woodyear System and method for the verification of medication
CN105534484B (zh) * 2016-02-15 2018-09-18 苏州慈乐圆养老服务管理有限公司 一种居家智能护理设备
US10747399B1 (en) * 2016-02-26 2020-08-18 Allscripts Software, Llc Application that acts as a platform for supplement applications
JP6909231B2 (ja) 2016-03-18 2021-07-28 ラ トローブ ユニバーシティＬａ Ｔｒｏｂｅ Ｕｎｉｖｅｒｓｉｔｙ モバイルによるボルタンメトリー分析
JP2019514591A (ja) 2016-05-13 2019-06-06 スミス アンド ネフュー インコーポレイテッド 陰圧創傷療法システムにおける自動化創傷結合検出
USD854145S1 (en) 2016-05-25 2019-07-16 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
WO2017211616A1 (en) * 2016-06-10 2017-12-14 Koninklijke Philips N.V. Systems and methods for determining healthcare quality measures by evaluating subject healthcare data in real-time
US10617302B2 (en) 2016-07-07 2020-04-14 Masimo Corporation Wearable pulse oximeter and respiration monitor
US10413254B2 (en) * 2016-07-08 2019-09-17 General Electric Company Dynamic automated adjustment of alarm threshold levels
US20180036469A1 (en) * 2016-08-05 2018-02-08 Fresenius Medical Care Holdings, Inc. Remote User Interfaces for Dialysis Systems
CN106250704A (zh) * 2016-08-11 2016-12-21 上海市同济医院 一种镇痛监控系统
CN106362234B (zh) * 2016-08-26 2019-11-12 季兵 静脉输液管理装置和静脉输液管理系统
CN108344988B (zh) * 2016-08-30 2022-05-10 李言飞 一种测距的方法、装置及系统
WO2018064077A2 (en) 2016-09-29 2018-04-05 Smith & Nephew, Inc. Construction and protection of components in negative pressure wound therapy systems
JP6975230B2 (ja) * 2016-10-05 2021-12-01 コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. 患者モニタリングシステム及び方法
CN106390278A (zh) * 2016-10-18 2017-02-15 苏州国科昂卓医疗科技有限公司 一种超声治疗仪
WO2018087785A1 (en) * 2016-11-13 2018-05-17 Sreedhara Ranjan Narayanaswamy System and method for automated health monitoring
US10589014B2 (en) 2016-12-21 2020-03-17 Baxter International Inc. Medical fluid delivery system including remote machine updating and control
US10964417B2 (en) 2016-12-21 2021-03-30 Baxter International Inc. Medical fluid delivery system including a mobile platform for patient engagement and treatment compliance
NL2018249B1 (en) * 2017-01-27 2018-08-07 Inzentiz B V A method of storing medical patient data in a cloud based platform as well as a corresponding system.
ES2902863T3 (es) * 2017-02-06 2022-03-30 Siemens Healthcare Gmbh Transmisión de un conjunto de datos
GB201702933D0 (en) 2017-02-23 2017-04-12 Ge Healthcare Bio Sciences Ab A method and a system for installation of an instrument
CN106897567A (zh) * 2017-02-28 2017-06-27 深圳市帕斯方德生物医疗电子科技有限公司 一种医用大健康监护与服务系统的实现方法
CN110520931A (zh) * 2017-03-15 2019-11-29 诺瓦提斯公司 用于将药品给药的系统
AU2018233474A1 (en) * 2017-03-15 2019-08-15 Novartis Ag System for use of a pharmaceutical product
ES2871812T3 (es) 2017-03-16 2021-11-02 Novartis Ag Dispositivo inyector
US11380430B2 (en) * 2017-03-22 2022-07-05 Bragi GmbH System and method for populating electronic medical records with wireless earpieces
US20180286521A1 (en) * 2017-04-03 2018-10-04 City Of Hope Peri-operative remote care monitoring system
US10623188B2 (en) 2017-04-26 2020-04-14 Fresenius Medical Care Holdings, Inc. Securely distributing medical prescriptions
WO2019014141A1 (en) 2017-07-10 2019-01-17 Smith & Nephew, Inc. SYSTEMS AND METHODS FOR INTERACTING DIRECTLY WITH A COMMUNICATION MODULE OF A WOUND PROCESSING APPARATUS
JP7076967B2 (ja) * 2017-08-09 2022-05-30 オムロンヘルスケア株式会社 データ処理装置、データ処理方法及びデータ処理プログラム
US11316865B2 (en) 2017-08-10 2022-04-26 Nuance Communications, Inc. Ambient cooperative intelligence system and method
US11114186B2 (en) 2017-08-10 2021-09-07 Nuance Communications, Inc. Automated clinical documentation system and method
US10503869B2 (en) * 2017-09-08 2019-12-10 Konica Minolta Healthcare Americas, Inc. Cloud-to-local, local-to-cloud switching and synchronization of medical images and data
US11587650B2 (en) 2017-09-29 2023-02-21 Apple Inc. Techniques for managing access of user devices to third-party resources
US11636927B2 (en) 2017-09-29 2023-04-25 Apple Inc. Techniques for building medical provider databases
US10824684B2 (en) 2017-09-29 2020-11-03 Apple Inc. Techniques for anonymized searching of medical providers
US11822371B2 (en) 2017-09-29 2023-11-21 Apple Inc. Normalization of medical terms
WO2019061548A1 (zh) * 2017-09-30 2019-04-04 深圳迈瑞生物医疗电子股份有限公司 一种监护系统、数据传输方法、便携式监护仪及配置器
CN109600337B (zh) * 2017-09-30 2020-12-15 腾讯科技（深圳）有限公司 资源处理方法、装置、系统及计算机可读介质
AU2018351512A1 (en) * 2017-10-19 2020-04-30 Baxter Healthcare Sa Optimized bedside safety protocol system
EP3720522B1 (en) 2017-12-08 2023-06-07 AMF Medical SA Drug delivery device
US10892995B2 (en) * 2017-12-28 2021-01-12 Ethicon Llc Surgical network determination of prioritization of communication, interaction, or processing based on system or device needs
CN111712860A (zh) * 2018-02-21 2020-09-25 帝人制药株式会社 监视氧浓缩装置的服务器、监视系统、终端、监视装置和方法
US11195072B1 (en) 2018-02-28 2021-12-07 United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Internal radio-frequency instrumentation system and method
JP7062483B2 (ja) 2018-03-27 2022-05-06 大研医器株式会社 薬液注入システム
CN108491648B (zh) * 2018-03-28 2021-10-08 中国民航大学 一种机舱内行李放置时间计算方法
CN108508957A (zh) * 2018-04-12 2018-09-07 淮安信息职业技术学院 一种低温度系数参考电压产生电路及检测装置
SG11202009657YA (en) 2018-04-17 2020-10-29 Deka Products Lp Peritoneal dialysis cassette with pneumatic pump
WO2019204368A1 (en) 2018-04-19 2019-10-24 Masimo Corporation Mobile patient alarm display
US20190341709A1 (en) * 2018-05-01 2019-11-07 II Robert Shofner Reinforced USB Cable
EP3591662A1 (en) * 2018-07-05 2020-01-08 Advanced Microfluidics SA Medical device and secure control system
USD914197S1 (en) 2018-08-16 2021-03-23 Deka Products Limited Partnership Syringe pump
USD917045S1 (en) 2018-08-16 2021-04-20 Deka Products Limited Partnership Slide clamp
USD914195S1 (en) 2018-08-16 2021-03-23 Deka Products Limited Partnership Syringe pump
USD918396S1 (en) 2018-08-16 2021-05-04 Deka Products Limited Partnership Central controller
USD914196S1 (en) 2018-08-16 2021-03-23 Deka Products Limited Partnership Peristaltic pump
MX2021001825A (es) 2018-08-16 2021-07-15 Deka Products Lp Bomba medica.
US11135131B2 (en) 2018-09-14 2021-10-05 Board Of Trustees Of Michigan State University Medication bottle with anti-tampering features
CN112868067A (zh) * 2018-10-16 2021-05-28 皇家飞利浦有限公司 预警评分设计和其他评分
CN109587139A (zh) * 2018-12-06 2019-04-05 安徽科大国创软件科技有限公司 一种血液透析机的通信协议转换方法、系统及其装置
EP3956903A4 (en) * 2019-04-17 2023-01-11 ICU Medical, Inc. ON-BOARD ELECTRONIC CODING SYSTEM FOR THE CONTENTS AND PARAMETERS FOR THE ADMINISTRATION OF IV CONTAINERS AND THE SAFE USE AND DISPOSAL THEREOF
WO2021021596A1 (en) 2019-07-26 2021-02-04 Deka Products Limited Partnership Apparatus for monitoring, regulating, or controlling fluid flow
USD964563S1 (en) 2019-07-26 2022-09-20 Deka Products Limited Partnership Medical flow clamp
CN110434866B (zh) * 2019-08-02 2023-06-23 吕梁学院 一种智能护理装置及其控制方法
EP4046164A1 (en) * 2019-10-18 2022-08-24 Masimo Corporation Display layout and interactive objects for patient monitoring
JP7217387B2 (ja) 2019-11-14 2023-02-02 レスメド・プロプライエタリー・リミテッド リモート呼吸治療デバイスの管理
WO2021118944A1 (en) * 2019-12-08 2021-06-17 Modo Medical Design Llc Wireless sensor connectivity
US11490855B2 (en) * 2019-12-27 2022-11-08 Physio-Control, LLC Methods and systems for monitoring and delivering therapy to a patient including a detachable adaptor for a monitor module
CN111430008A (zh) * 2020-02-25 2020-07-17 广州七乐康药业连锁有限公司 基于云平台下的医疗数据处理方法及医疗数据处理系统
CN111462848B (zh) * 2020-03-31 2023-06-09 中南大学湘雅医院 一种传染病风险评估方法、传染病风险评估装置及服务器
CN115803820A (zh) * 2020-04-15 2023-03-14 康尔福盛303公司 输注泵施用系统
US20210350895A1 (en) * 2020-05-06 2021-11-11 Janssen Pharmaceuticals, Inc. Drug administration devices that communicate with surgical hubs
JP7430024B2 (ja) 2020-07-16 2024-02-09 ベンテック ライフ システムズ， インコーポレイテッド ガスを濃縮するためのシステムおよび方法
EP4181993A1 (en) 2020-07-16 2023-05-24 Invacare Corporation System and method for concentrating gas
EP3940707A1 (de) * 2020-07-17 2022-01-19 Clinomic GmbH Gerät, system und verfahren zur assistenz bei einer behandlung eines patienten
US20230317268A1 (en) * 2020-07-17 2023-10-05 Clinomic GmbH Device, system and method for assisting in the treatment of a patient
EP3992982A1 (en) * 2020-10-28 2022-05-04 Bellco S.r.l. Apparatus for dialysis and communication method for a dialysis machine
IL278995B (en) * 2020-11-25 2022-07-01 Liberdi Ltd A computerized system, method and platform for providing related information to patients
CN112972825A (zh) * 2021-03-05 2021-06-18 德阳市人民医院 一种智能输液系统及输液方法
EP4057288B1 (en) * 2021-03-12 2023-09-06 Welch Allyn, INC. Enhanced reporting and charting of vital signs and other patient parameters
AR121688A1 (es) * 2021-03-29 2022-06-29 Ombumed Inc Disposición de consultorio clínico remoto, dispositivo de plataforma inalámbrico, ensamble de plataforma, método de comunicación, método para establecer un consultorio clínico remoto del lado de un paciente y método para establecer un consultorio clínico remoto del lado de un médico
CN112733819B (zh) * 2021-03-30 2021-06-18 成都大学 一种基于深度学习图像处理的多模式安保监测方法
US11679199B2 (en) 2021-06-01 2023-06-20 Amf Medical Sa Systems and methods for delivering microdoses of medication
US11857757B2 (en) 2021-06-01 2024-01-02 Tandem Diabetes Care Switzerland Sàrl Systems and methods for delivering microdoses of medication
US11529464B1 (en) 2021-06-01 2022-12-20 Amf Medical Sa Systems and methods for monitoring delivery of microdoses of medication
CN113893407B (zh) * 2021-10-15 2023-10-31 上饶市中科院云计算中心大数据研究院 一种智能预警的输液装置与系统
KR102424634B1 (ko) * 2021-11-30 2022-07-25 (주)씨어스테크놀로지 다중 환자 생체데이터를 동시 분석하는 방법 및 장치
US20230178232A1 (en) * 2021-12-08 2023-06-08 Prachi Rathi Template and Method for Inputting and Disseminating Occupational and Physical Therapy Information
US20230360507A1 (en) * 2022-05-03 2023-11-09 Apple Inc. In-home event intercom and notifications
CN117771460B (zh) * 2024-02-27 2024-05-03 中国人民解放军东部战区总医院 一种便携式血液透析设备远程监测方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003235813A (ja) * 2002-12-19 2003-08-26 Matsushita Electric Ind Co Ltd 監視装置
JP2004110486A (ja) * 2002-09-19 2004-04-08 Yamatake Corp 看護支援システム及び看護支援方法
JP2004310192A (ja) * 2003-04-02 2004-11-04 Toshiba Corp 情報配信サーバ、表示装置、情報配信システム及び情報配信方法
JP2008194358A (ja) * 2007-02-15 2008-08-28 Matsushita Electric Ind Co Ltd 健康診断ネットワークシステム、制御方法、及びプログラム

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2857929B2 (ja) * 1990-06-21 1999-02-17 株式会社ジェイ・エム・エス 血液処理装置
US5331549A (en) 1992-07-30 1994-07-19 Crawford Jr John M Medical monitor system
US20020084904A1 (en) 1996-12-20 2002-07-04 Carlos De La Huerga Electronic identification apparatus
JP2000107283A (ja) * 1998-10-07 2000-04-18 Nissho Corp 透析装置および洗浄プライミング方法
JP2001299911A (ja) * 2000-04-21 2001-10-30 Yoko Kiyota 点滴の進捗度計
WO2001086575A2 (en) 2000-05-05 2001-11-15 Hill-Rom Services, Inc. Patient point of care computer system
JP2002169891A (ja) * 2000-11-30 2002-06-14 Masaharu Nakade コンピュータによる薬剤投与量のフィードバック機構付き自動計算
JP4126159B2 (ja) 2001-01-11 2008-07-30 矢崎総業株式会社 回転検出装置用マグネット及び回転検出装置用マグネットの製造方法
US7165202B2 (en) 2001-03-22 2007-01-16 Landesk Software Limited Method and apparatus to perform customized error handling
US6569095B2 (en) * 2001-04-23 2003-05-27 Cardionet, Inc. Adaptive selection of a warning limit in patient monitoring
US7306578B2 (en) 2002-01-04 2007-12-11 Deka Products Limited Partnership Loading mechanism for infusion pump
JP2003233674A (ja) * 2002-02-06 2003-08-22 Hitachi Medical Corp 医用情報管理システム
US20050060202A1 (en) * 2002-05-31 2005-03-17 Richard Taylor System and method for coupling a plurality of medical devices in serverless grid
US7594231B2 (en) 2003-07-10 2009-09-22 International Business Machines Corporation Apparatus and method for assuring recovery of temporary resources in a logically partitioned computer system
US7895053B2 (en) * 2003-10-07 2011-02-22 Hospira, Inc. Medication management system
US8954336B2 (en) * 2004-02-23 2015-02-10 Smiths Medical Asd, Inc. Server for medical device
US20050192844A1 (en) * 2004-02-27 2005-09-01 Cardiac Pacemakers, Inc. Systems and methods for automatically collecting, formatting, and storing medical device data in a database
EP1812880A2 (en) 2004-09-30 2007-08-01 Koninklijke Philips Electronics N.V. System for automatic continuous and reliable patient identification for association of wireless medical devices to patients
US8374693B2 (en) * 2004-12-03 2013-02-12 Cardiac Pacemakers, Inc. Systems and methods for timing-based communication between implantable medical devices
US20060149140A1 (en) 2005-01-06 2006-07-06 Paulla Eldridge Automated system for patient diagnosis and crisis management system
US9514277B2 (en) 2005-03-08 2016-12-06 Koninklijke Philips N.V. Clinical monitoring network
CN2868184Y (zh) * 2005-06-21 2007-02-14 耿洪彪 无线健康监测系统
JP5044115B2 (ja) * 2005-12-09 2012-10-10 佳彦 平尾 測定システム、情報端末およびプログラム
CN104162200B (zh) 2006-02-09 2018-03-27 德卡产品有限公司 外围系统
US8200320B2 (en) * 2006-03-03 2012-06-12 PhysioWave, Inc. Integrated physiologic monitoring systems and methods
US20070219481A1 (en) 2006-03-16 2007-09-20 Eilaz Babaev Apparatus and methods for the treatment of avian influenza with ultrasound
US20070250927A1 (en) 2006-04-21 2007-10-25 Wintutis, Inc. Application protection
JP2007330424A (ja) * 2006-06-14 2007-12-27 Tamura Seisakusho Co Ltd 可搬型コンピュータ
WO2008070069A1 (en) 2006-12-06 2008-06-12 Medtronic, Inc. Programming a medical device with a general purpose instrument
US20100016682A1 (en) * 2006-12-21 2010-01-21 Koninklijke Philips Electronics N. V. Patient monitoring system and method
US20080300572A1 (en) 2007-06-01 2008-12-04 Medtronic Minimed, Inc. Wireless monitor for a personal medical device system
WO2009036150A2 (en) * 2007-09-11 2009-03-19 Aid Networks, Llc Wearable wireless electronic patient data communications and physiological monitoring device
WO2009058778A2 (en) * 2007-10-28 2009-05-07 Tego Inc. Methods and systems of sharing power in a multiple radio frequencey network node rfid tag
CA3059311A1 (en) 2007-12-31 2009-07-16 Deka Products Limited Partnership Wearable infusion pump assembly
US8414563B2 (en) 2007-12-31 2013-04-09 Deka Products Limited Partnership Pump assembly with switch
US20090217194A1 (en) * 2008-02-24 2009-08-27 Neil Martin Intelligent Dashboards
US8290574B2 (en) 2008-03-10 2012-10-16 Koninklijke Philips Electronics N.V. ECG monitoring system with configurable alarm limits
US8606344B2 (en) 2008-04-30 2013-12-10 Board Of Regents, The University Of Texas System Integrated patient bed system
WO2012077113A2 (en) * 2010-12-07 2012-06-14 Earlysense Ltd. Monitoring, predicting and treating clinical episodes
US8298153B2 (en) * 2008-07-09 2012-10-30 Medtronic, Inc. System and method for the detection of acute myocardial infarction
US8016789B2 (en) 2008-10-10 2011-09-13 Deka Products Limited Partnership Pump assembly with a removable cover assembly
US8267892B2 (en) 2008-10-10 2012-09-18 Deka Products Limited Partnership Multi-language / multi-processor infusion pump assembly
US9180245B2 (en) 2008-10-10 2015-11-10 Deka Products Limited Partnership System and method for administering an infusible fluid
US8223028B2 (en) 2008-10-10 2012-07-17 Deka Products Limited Partnership Occlusion detection system and method
US8066672B2 (en) 2008-10-10 2011-11-29 Deka Products Limited Partnership Infusion pump assembly with a backup power supply
US8262616B2 (en) 2008-10-10 2012-09-11 Deka Products Limited Partnership Infusion pump assembly
JP5094749B2 (ja) * 2009-01-07 2012-12-12 キヤノン株式会社 情報処理装置、その制御方法、プログラム及び記録媒体
US20100234718A1 (en) 2009-03-12 2010-09-16 Anand Sampath Open architecture medical communication system
WO2010132617A2 (en) 2009-05-12 2010-11-18 Chronicmobile, Inc. Methods and systems for managing, controlling and monitoring medical devices via one or more software applications functioning in a secure environment
US9283339B2 (en) 2009-05-18 2016-03-15 Zoll Medical Corporation Life support and monitoring apparatus with malfunction correction guidance
US8937930B2 (en) 2009-11-19 2015-01-20 Qualcomm, Incorporated Virtual peripheral hub device and system
US8744875B2 (en) * 2009-12-23 2014-06-03 Mindray Ds Usa, Inc. Systems and methods for synchronizing data of a patient monitor and a portable sensor module
US10108785B2 (en) 2010-01-22 2018-10-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10453157B2 (en) 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US10911515B2 (en) 2012-05-24 2021-02-02 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US20110313789A1 (en) 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US20110218406A1 (en) 2010-03-04 2011-09-08 Nellcor Puritan Bennett Llc Visual Display For Medical Monitor
JP5642446B2 (ja) * 2010-07-26 2014-12-17 シャープ株式会社 生体測定装置、生体測定方法、制御プログラムおよび記録媒体
CN202168825U (zh) * 2010-12-30 2012-03-21 世意法（北京）半导体研发有限责任公司 对象监视器
CN102122364B (zh) * 2011-02-22 2013-03-06 电子科技大学 一种基于rfid无线通信的输液监护系统
JP5691659B2 (ja) * 2011-03-07 2015-04-01 セイコーエプソン株式会社 解析システム、脈波解析装置、およびプログラム
MX344664B (es) 2011-05-24 2017-01-04 Deka Products Lp Sistemas y metodos de tratamiento de la sangre.
KR20140076545A (ko) 2011-07-01 2014-06-20 백스터 코포레이션 잉글우드 지능형 환자 인터페이스 장치를 위한 시스템 및 방법
NZ785797A (en) 2011-12-21 2023-09-29 Deka Products Lp System, method, and apparatus for electronic patient care
CN102637291B (zh) * 2012-04-16 2015-05-20 复旦大学附属中山医院 一种手机云加端物联网医学系统及采用该系统的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004110486A (ja) * 2002-09-19 2004-04-08 Yamatake Corp 看護支援システム及び看護支援方法
JP2003235813A (ja) * 2002-12-19 2003-08-26 Matsushita Electric Ind Co Ltd 監視装置
JP2004310192A (ja) * 2003-04-02 2004-11-04 Toshiba Corp 情報配信サーバ、表示装置、情報配信システム及び情報配信方法
JP2008194358A (ja) * 2007-02-15 2008-08-28 Matsushita Electric Ind Co Ltd 健康診断ネットワークシステム、制御方法、及びプログラム

Also Published As

Publication number Publication date
WO2014100687A3 (en) 2014-09-04
NZ709302A (en) 2018-11-30
BR112015015024A8 (pt) 2022-07-26
JP7385991B2 (ja) 2023-11-24
AU2022235534B2 (en) 2023-10-12
US20190341146A1 (en) 2019-11-07
AU2013364131B2 (en) 2019-07-04
AU2019204958B2 (en) 2020-04-30
AU2013364131A1 (en) 2015-07-09
US10380321B2 (en) 2019-08-13
AU2013364131A8 (en) 2015-09-03
JP2022068373A (ja) 2022-05-09
AU2020210238A1 (en) 2020-08-20
US20140188516A1 (en) 2014-07-03
MX355476B (es) 2018-04-18
BR112015015024B1 (pt) 2022-08-23
JP7344246B2 (ja) 2023-09-13
JP2018152074A (ja) 2018-09-27
JP2020042830A (ja) 2020-03-19
AU2013364131A2 (en) 2015-10-29
BR112015015024A2 (pt) 2017-07-11
JP2023123580A (ja) 2023-09-05
JP2021131873A (ja) 2021-09-09
JP2023002742A (ja) 2023-01-10
WO2014100687A2 (en) 2014-06-26
MX2015008061A (es) 2016-03-17
CA2896086A1 (en) 2014-06-26
JP2022180547A (ja) 2022-12-06
JP6804839B2 (ja) 2020-12-23
RU2015129763A3 (ja) 2018-05-15
JP2016509284A (ja) 2016-03-24
RU2015129763A (ru) 2017-01-26
JP2019071088A (ja) 2019-05-09
CA3179499A1 (en) 2014-06-26
AU2019204958A1 (en) 2019-08-01
CN104969227A (zh) 2015-10-07
CA3081364A1 (en) 2014-06-26
NZ747951A (en) 2020-08-28
MX2021007988A (es) 2021-09-08
CA2896086C (en) 2023-01-17
SG11201504879SA (en) 2015-07-30
AU2024200177A1 (en) 2024-02-29
AU2022235534A1 (en) 2022-10-13

Similar Documents

Publication Publication Date Title
JP7030864B2 (ja) 監視クライアントとベースとの間の通信のための方法およびシステム
JP7344246B2 (ja) 電子患者介護用のシステム、方法および装置
AU2020277098B2 (en) System, method, and apparatus for electronic patient care
US20130317837A1 (en) System, Method, and Apparatus for Electronic Patient Care
JP6608906B2 (ja) 電子患者介護用のシステム、方法、および装置
JP6294919B2 (ja) 電子患者介護用のシステム、方法、および装置
JP2023022025A (ja) 電子患者介護用のシステム、方法、および装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200702

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211019

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220118

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220524

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220922

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20220922

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221012

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20221014

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20221018

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20221209

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20221213

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20230126

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20230207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231025

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240412