JP2019204530A - 電子患者ケアのためのシステム - Google Patents

電子患者ケアのためのシステム Download PDF

Info

Publication number
JP2019204530A
JP2019204530A JP2019131633A JP2019131633A JP2019204530A JP 2019204530 A JP2019204530 A JP 2019204530A JP 2019131633 A JP2019131633 A JP 2019131633A JP 2019131633 A JP2019131633 A JP 2019131633A JP 2019204530 A JP2019204530 A JP 2019204530A
Authority
JP
Japan
Prior art keywords
application
gateway
medical device
entitled
attorney docket
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.)
Granted
Application number
JP2019131633A
Other languages
English (en)
Other versions
JP6603433B1 (ja
Inventor
ケイメン、ディーン
Dean Kamen
バイアシー、ジョン・ジェイ
J Biasi John
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,235 external-priority patent/US9400873B2/en
Priority claimed from PCT/US2012/071131 external-priority patent/WO2013096718A2/en
Priority claimed from US13/723,242 external-priority patent/US10911515B2/en
Priority claimed from US13/724,568 external-priority patent/US9295778B2/en
Priority claimed from US13/723,238 external-priority patent/US9759369B2/en
Priority claimed from US13/725,790 external-priority patent/US9677555B2/en
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,244 external-priority patent/US9151646B2/en
Priority claimed from US13/723,251 external-priority patent/US9636455B2/en
Priority claimed from US13/836,497 external-priority patent/US10242159B2/en
Application filed by Deka Products LP filed Critical Deka Products LP
Application granted granted Critical
Publication of JP6603433B1 publication Critical patent/JP6603433B1/ja
Publication of JP2019204530A publication Critical patent/JP2019204530A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Business, Economics & Management (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Computer And Data Communications (AREA)
  • Accommodation For Nursing Or Treatment Tables (AREA)

Abstract

【課題】患者の治療のために必要な多数の専門家や介護者との相互協働作業を可能にする医療デバイスを提供する。【解決手段】電子患者ケアのためのシステム１は、ネットワーク、ファシリティゲートウェイ、デバイスゲートウェイアプリケーションおよび医療デバイス２６を含む。ファシリティゲートウェイは、アプリケーション用の出版購読型サービスを提供する。デバイスゲートウェイアプリケーションは、ファシリティゲートウェイにより実行される。デバイスゲートウェイは、ウエブサービスを提供することによりネットワークを介して通信する。医療デバイスは、ネットワークと動作可能に通信する。医療デバイスは、ウエブサービスを用いてデバイスゲートウェイと通信する。【選択図】図１

Description

発明の背景
関連出願の相互参照
本出願は、２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステ
ムおよび装置と題する出願、米国非仮特許出願番号１３／８３６，４９７の継続出願であ
る（代理人整理番号Ｋ２２）。
２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、以下
の出願の優先権の利益及びその出願の利益を主張する。
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）及び
２０１２年５月２４日に出願された、発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番
号Ｊ４６）であり、両出願は参照によりその全体が本明細書に組み入れられる。
２０１３年３月１５日に出願された発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、
以下の出願の優先権の利益を主張し、及び以下の出願の一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１
２年１２月２１日に出願された発明の名称をクランピングのためのシステム、方法及び装
置と題する出願、米国特許出願第１３／７２３，２３８であって、米国特許出願第１３／
７２３，２３８は、２０１３年７月１８日に公開され、その公開番号ＵＳ２０１３−０１
８２３８１−Ａ１の出願（代理人整理番号Ｊ４７）の優先権の利益を主張すると共にその
一部継続出願であり、米国特許出願第１３／７２３，２３８は以下の出願の優先権及びそ
の出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）；及び
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）で
あり、これらの出願は、参照によりその全てが本明細書に組み込まれる。
米国特許出願第１３／７２３，２３８は、２０１３年７月１８日に公開され、その公開番
号ＵＳ２０１３−０１８２３８１−Ａ１（代理人整理番号Ｊ４７）は、以下の出願の優先
権の利益を主張するとともにその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０
１２年１２月２１日に出願された発明の名称を経口薬の調合のためのシステム、方法及び
装置と題する出願、米国特許出願第１３／７２３，２３５であって、２０１３年８月１日
に公開され、その公開番号ＵＳ−２０１３−０１７９６９３−Ａ１である出願（代理人整
理番号Ｊ７４）の優先権の利益を主張すると共にその一部継続出願であり、米国特許出願
第１３／７２３，２３５は以下の出願の優先権及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）及び
２０１２年３月２４日に出願された発明の名称を電子的な患者ケアのためのシステム、方
法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号
Ｊ４６）、であり、これらの出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された経口薬の調合のためのシステム、方法及び装置と題
する出願、米国特許出願第１３／７２３，２３５であって、２０１３年８月１日に公開さ
れ、その公開番号ＵＳ−２０１３−０１７９６９３−Ａ１である出願（代理人整理番号Ｊ
７４）は、以下の出願の優先権の利益を主張すると共にその出願の一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０
１２年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方法、
および装置と題する出願、ＰＣＴ出願第ＰＣＴ／ＵＳ１２／７１１３１であって、ＰＣＴ
／ＵＳ１２／７１１３１は、２０１３年７月２７日に公開され、その公開番号ＷＯ２０１
３／０９６７１８（代理人整理番号Ｊ７４ＷＯ）である出願の一部継続出願であり、ＰＣ
Ｔ出願第ＰＣＴ／ＵＳ１２／７１１３１は以下の出願の優先権の利益及びその出願の利益
を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する米国仮特許出願番号６１／５７８，６７４（代理人整理番号Ｊ０
５）；
２０１２年５月２４日に出願された発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６
）、及び
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）であり、両出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、ＰＣＴ出願ＰＣＴ／ＵＳ１２／７１１３１であって、２０
１３年６月２７日に公開され、その公開番号ＷＯ２０１３／０９６７１８（代理人整理番
号Ｊ７４ＷＯ）である出願は、以下の出願の優先権の利益を主張するものであるとともに
その一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０
１２年１２月２１日に出願された発明の名称を、液体供給を推定するためのシステム、方
法、および装置と題する出願、米国特許出願番号１３／７２４，５６８であって、２０１
３年７月１８日に公開され、その公開番号ＵＳ２０１３−０１８４６７６−Ａ１である出
願（代理人整理番号Ｊ７５）の優先権の利益を主張すると共にその一部継続出願であり、
米国特許出願番号１３／７２４，５６８は以下の出願の優先権の利益及びその出願の利益
を主張する。
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）及び
２０１２年３月２４日に出願された発明の名称を電子的な患者ケアのためのシステム、方
法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号
Ｊ４６）であり両出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された発明の名称を、液体供給を推定するためのシステム
、方法、および装置と題する出願、米国特許出願番号１３／７２４，５６８であって、２
０１３年７月１８日に公開され、その公開番号ＵＳ２０１３−０１８４６７６−Ａ１であ
る出願（代理人整理番号Ｊ７５）は以下の出願の優先権の利益を主張すると共にその一部
継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１
２年１２月２１日に出願された発明の名称を流体を注入するためのシステム、方法、およ
び装置と題する出願、米国特許出願番号１３／７２５，７９０であって、２０１３年７月
１１日に公開され、その公開番号ＵＳ２０１３−０１７７４５５−Ａ１（代理人整理番号
Ｊ７６）である出願の優先権の利益を主張すると共にその一部継続出願であり、米国特許
出願番号１３／７２５，７９０は以下の出願の優先権の利益及びその出願の利益を主張す
る：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を、液体供給を推定するためのシステム
、方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整
理番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）及び
２０１２年３月２４日に出願された発明の名称を電子的な患者ケアのためのシステム、方
法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号
Ｊ４６）であり、両出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国特許出願番号１３／７２５，７９０であって、２０１
３年７月１１日に公開され、その公開番号ＵＳ２０１３−０１７７４５５−Ａ１である出
願（代理人整理番号Ｊ７６）は、以下の出願の優先権の利益を主張すると共にその一部継
続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、電子患者ケアのためのシステムおよび装置と題する出
願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）はまた、２０１２年１
２月２１日に出願された発明の名称を流体を注入するためのシステム、方法、および装置
と題する出願、ＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１２／７１４９０であって、２０１３
年６月２７日に公開され、その公開番号ＷＯ２０１３／０９６９０９である出願（代理人
整理番号Ｊ７６ＷＯ）の一部継続出願であり、ＰＣＴ出願、出願番号ＰＣＴ／ＵＳ１２／
７１４９０は以下の出願の優先権の利益及びその出願の利益を主張する。
２０１１年１２月２１日に出願された発明の名称を流体を注入するためのシステム、方法
、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番号
Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）及び
２０１２年３月２４日に出願された発明の名称を電子患者ケアのためのシステム、方法お
よび装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４
６）であり、これらの出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された発明の名称を流体を注入するためのシステム、方法
、および装置と題する出願、ＰＣＴ出願番号ＰＣＴ／ＵＳ１２／７１４９０であって、２
０１３年６月２７日に公開され、その公開番号ＷＯ２０１３／０９６９０９である出願（
代理人整理番号Ｊ７６）は以下の出願の優先権の利益を主張すると共にその一部継続出願
である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願された電子患者ケアのためのシステムおよび装置と題する出
願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１２年１２月
２１日に出願された発明の名称を電子的な患者ケアのためのシステム、方法および装置と
題する出願、米国特許出願番号１３／７２３，２３９であって、２０１３年１１月７日に
公開され、その公開番号ＵＳ２０１３−０２９７３３０−Ａ１である出願（代理人整理番
号Ｊ７７）の優先権の利益を主張すると共にその一部継続出願であり、米国特許出願番号
１３／７２３，２３９は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を流体を注入するためのシステム、方法
、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番号
Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）であり、これの出願は、参照によりその全体が本明細書に組み
込まれる。
２０１２年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願番号１３／７２３，２３９であって、２０１
３年１１月７日に公開され、その公開番号ＵＳ２０１３−０２９７３３０−Ａ１である出
願（代理人整理番号Ｊ７７）は、以下の出願の優先権の利益を主張すると共にその一部継
続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０
１２年１２月２１日に出願された発明の名称を電子患者ケアのためのシステム、方法およ
び装置と題する出願、米国特許出願番号１３／７２３，２４２であって、２０１３年１１
月２８日に公開され、その公開番号ＵＳ２０１３−０３１７７５３−Ａ１である出願（代
理人整理番号Ｊ７８）の優先権の利益を主張すると共にその一部継続出願であり、米国特
許出願番号１３／７２３，２４２は以下の出願の優先権の利益及びその出願の利益を主張
する：
２０１２年３月２４日に出願された発明の名称を電子的な患者ケアのためのシステム、方
法および装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号
Ｊ４６）であり、これらの出願は参照によりその全体が本明細書に組み入れられる。
２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０
１２年１２月２１日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する出願、米国特許出願番号１３／７２３，２４４であり、２０
１３年７月２５日に公開され、その公開番号ＵＳ２０１３−０１８８０４０−Ａ１である
出願（代理人整理番号Ｊ７９）の優先権の利益を主張すると共にその一部継続出願であり
、米国特許出願番号１３／７２３，２４４は、以下の出願の優先権の利益及びその出願の
利益を主張する：
２０１１年１２月２１日に出願された発明の名称を流体を注入するためのシステム、方法
、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番号
Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を、経口薬を調合するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理
番号Ｊ０５）；
２０１２年３月２４日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
及び
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）であり、両出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された流体フローの監視、規制又は制御するシステム、方
法及び装置と題する出願、米国特許出願番号１３／７２３，２４４であり、２０１３年７
月２５日に公開され、その公開番号ＵＳ２０１３−０１８８０４０−Ａ１である出願（代
理人整理番号Ｊ７９）は以下の出願の優先権の利益を主張すると共にその一部継続出願で
ある：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１
２年１２月２１日に出願された発明の名称を流体フローを監視、規制又は制御するための
システム、方法、および装置と題する出願、ＰＣＴ特許出願番号ＰＣＴ／ＵＩＳ１２／７
１１４２であって、ＰＣＴ特許出願番号ＰＣＴ／ＵＩＳ１２／７１１４２は、２０１３年
７月２７日に公開され、その公開番号ＷＯ２０１３／０９６７２２である出願（代理人整
理番号Ｊ７９ＷＯ）の優先権の利益を主張すると共にその一部継続出願でありであり、Ｐ
ＣＴ特許出願番号ＰＣＴ／ＵＩＳ１２／７１１４２は以下の出願の優先権の利益及びその
出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年３月２４日に出願された発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国仮特許出願、出願番号６１／６５１，３２２（代理人整理番号Ｊ４６
）、及び
２０１２年８月３日に出願された発明の名称を流体フローの監視、規制又は制御するシス
テム、方法及び装置と題する米国仮特許出願、出願番号６１／６７９，１１７（代理人整
理番号Ｊ３０）であり、両出願は参照によりその全体が本明細書に組み入れられる。
２０１２年１２月２１日に出願された発明の名称を流体フローを監視、規制又は制御する
ためのシステム、方法、および装置と題する出願、ＰＣＴ特許出願番号ＰＣＴ／ＵＩＳ１
２／７１１４２であって、２０１３年６月２７日に公開され、その公開番号ＷＯ２０１３
／０９６７２２である出願（代理人整理番号Ｊ７９ＷＯ）は、以下の出願の優先権の利益
を主張すると共にその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）、これらの全ての出願は参照により本明細書に組み入れられる；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１
２年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、方法、
および装置と題する出願、米国特許出願番号１３／７２３，２５１であって、２０１３年
８月８日に公開され、その公開番号ＵＳ２０１３−０２０４１８８−Ａ１である出願（代
理人整理番号Ｊ８１）の優先権の利益を主張すると共にその一部継続出願であり、米国特
許出願番号１３／７２３，２５１は以下の出願の優先権の利益及びその出願の利益を主張
する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）であり、両出願は参照によりその全体が本明細書に組み入れら
れる。
２０１２年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国特許出願番号１３／７２３，２５１であって、２０
１３年８月８日に公開され、その公開番号ＵＳ２０１３−０２０４１８８−Ａ１である出
願（代理人整理番号Ｊ８１）の優先権の利益を主張すると共にその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子的な患者ケアのためのシステムおよ
び装置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１
２年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、方法、
および装置と題するＰＣＴ特許出願、出願番号ＰＣＴ／ＵＳ１２／７１１１２
であって、２０１３年６月２７日に公開され、その公開番号ＷＯ ２０１３／０９６７１
３である出願（代理人整理番号Ｊ８１ＷＯ）の一部継続出願であり、出願番号ＰＣＴ／Ｕ
Ｓ１２／７１１１２は以下の出願の優先権の利益及びその出願の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）；
２０１２年８月３日に出願された発明の名称を、流体フローを監視、規制又は制御するた
めのシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１
７（代理人整理番号Ｊ３０）であり、これの出願は、参照によりその全体が本明細書に組
み込まれる。
２０１２年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、ＰＣＴ／ＵＳ１２／７１１１２であって、２０１３年６
月２７日に公開され、その公開番号ＷＯ ２０１３／０９６７１３である出願（代理人整
理番号Ｊ８１ＷＯ）は、以下の出願の優先権の利益を主張すると共にその一部継続出願で
ある：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願され、発明の名称を電子患者ケアのためのシステムおよび装
置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、２０１２年
１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、方法、およ
び装置と題する出願、米国特許出願番号１３／７２３，２５３であって、その公開番号Ｕ
Ｓ２０１３−０１９１５１３−Ａ１である出願（代理人整理番号Ｊ８５）の優先権の利益
を主張すると共にその一部継続出願であり、以下の出願の優先権の利益を主張するもので
あり、米国特許出願番号１３／７２３，２５３は以下の出願の優先権の利益及びその出願
の利益を主張する：
２０１１年１２月２１日に出願された発明の名称を、流体を注入するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６４９（代理人整理番
号Ｊ０２）；
２０１１年１２月２１日に出願された発明の名称を液体供給を推定するためのシステム、
方法、および装置と題する出願、米国仮特許出願番号６１／５７８，６５８（代理人整理
番号Ｊ０４）；
２０１１年１２月２１日に出願された発明の名称を経口薬を調合するためのシステム、方
法、および装置と題する出願、米国仮特許出願番号６１／５７８，６７４（代理人整理番
号Ｊ０５）；
２０１２年５月２４日に出願された発明の名称を電子患者ケアシステム、方法、および装
置と題する出願、米国仮特許出願番号６１／６５１，３２２（代理人整理番号Ｊ４６）
４）；及び
２０１２年８月３日に出願された発明の名称を流体フローを監視、規制又は制御するため
のシステム、方法、および装置と題する出願、米国仮特許出願番号６１／６７９，１１７
（代理人整理番号Ｊ３０）であり、これの出願は、参照によりその全てが本明細書に組み
込まれる。
２０１２年１２月２１日に出願された発明の名称を電子患者ケアのためのシステム、方法
および装置と題する出願、米国特許出願番号１３／７２３，２５３であって、その公開番
号ＵＳ２０１３−０１９１５１３−Ａ１である出願（代理人整理番号Ｊ８５）は、以下の
出願の優先権の利益を主張すると共にその一部継続出願である：
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題する出願、米国特許出願１３／３３３，５７４であって、２０１２年
７月１９日に公開された米国公開番号ＵＳ−２０１２−０１８５，２６７−Ａ１（代理人
整理番号Ｉ９７）であり、この出願は２０１１年１月２１日に出願された発明の名称を電
子患者監視システムと題する出願、米国特許出願１３／０１１，５４３の一部継続出願で
あり、米国特許出願１３／０１１，５４３は２０１１年１２月２２日に、公開番号ＵＳ−
２０１１−０３１３７８９−Ａ１で公開され（代理人整理番号Ｉ５２）、この出願は２０
１０年１月２２日に出願された、発明の名称を医療施設のための電子発注仲介システムと
題する米国仮特許出願第６１／２９７，５４４の優先権を主張する（代理人整理番号Ｈ５
３）；及び
２０１１年１２月２１日に出願された発明の名称を電子的な患者ケアのためのシステム、
方法および装置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１１／６６５８８であって
、２０１３年９月１２日に公開され、その公開番号はＷＯ２０１３／０９５４５９である
出願（代理人整理番号Ｉ９７ＷＯ）であり、これらの出願は参照によりその全体が本明細
書に組み入れられる。
２０１３年３月１５日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する米国特許出願１３／８３６，４９７（代理人整理番号Ｋ２２）は、また以下の
米国特許出願の一以上と関連し、これらの出願は参照によりその全体が本明細書に組み入
れられる：
２０１３年３月１５日に出願され、発明の名称を流体を注入するための装置と題する米国
特許出願１３／８３６，４９７（代理人整理番号Ｋ１４）；
２０１３年３月１５日に出願され、発明の名称を流体を注入するための装置と題するＰＣ
Ｔ出願ＰＣＴ／ ＵＳ１３／３２４４５（代理人整理番号Ｋ１４ＷＯ）；
２０１３年３月１５日に出願され、発明の名称を注射ポンプ及び関連する方法と題する米
国特許出願１３／８３３，４３２であり、公開番号ＵＳ−２０１１−０２８１９６５−Ａ
１で公開された出願（代理人整理番号Ｋ２１）；
２０１３年３月１５日に出願された発明の名称をクランピングのためのシステム、方法及
び装置と題する米国特許出願１３／８３３，７１２であり、２０１３年１０月１７日に公
開番号ＵＳ−２０１１−０２７２７７３−Ａ１で公開された出願（代理人整理番号Ｋ２３
）；
２０１３年３月１５日に出願された発明の名称を流体フローの監視、規制又は制御するシ
ステム、方法及び装置と題する米国特許出願１３／８３４，０３０であり、２０１３年１
１月２１日に公開番号ＵＳ−２０１３−０３１０９９０−Ａ１で公開された出願（代理人
整理番号Ｋ２８）；
２０１３年７月３１日に出願された発明の名称をマイクロウエーブエアー検出のためのシ
ステム、方法及び装置と題する米国仮特許出願１３／８６０，３９８（代理人整理番号Ｊ
３１）；
２０１２年１２月２１日に出願された発明の名称をデータ通信のためのシステム、方法及
び装置と題する米国仮特許出願６１／７４０，４７４（代理人整理番号Ｊ８０）；
２０１３年１１月６日に出願された発明の名称を、流体フローの監視、規制又は制御する
システム、方法及び装置と題する米国仮特許出願６１／９００，４３１（代理人整理番号
Ｋ５２）；
２０１３年１０月２３日に出願された発明の名称を注射ポンプ及び関連する方法と題する
米国仮特許出願６１／８９４，４３１（代理人整理番号Ｋ８８）；
２０１３年５月２３日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題する出願、米国特許出願１３／９００，６５５（代理人整理番号Ｋ６６）；
２０１３年５月２３日に出願された発明の名称を電子患者ケアのためのシステムおよび装
置と題するＰＣＴ出願、出願番号ＰＣＴ／ ＵＳ１３／４２３５０（代理人整理番号Ｋ６
６ＷＯ）；
２０１３年７月８日に出願された発明の名称をクランピングのためのシステム、方法及び
装置と題する米国仮特許出願６１／８４３，５７４（代理人整理番号Ｋ７５）；
２０１３年８月２０日に出願された発明の名称を電子患者監視システムと題する米国特許
出願１３／９７１，２５８（代理人整理番号Ｋ８４）；
２０１３年１１月１４日に出願された発明の名称を注射ポンプ及び関連する方法と題する
米国仮特許出願６１／９０４，１２３（代理人整理番号Ｌ３３）；
本開示は患者のケアに関する。より詳細には、本開示は電子患者ケアのためのシステムお
よび装置に関する。
関連する文献の記載
病院で患者のケアを提供する場合、一般的に、所与の患者の治療のために必要な多数の専
門家や介護者（例えば、医師、看護師、薬剤師、技師、看護のための専門家等）と多く医
療デバイス／システムとの間の相互協働作業を必要とする。電子カルテ（「ＥＭＲ」）と
、コンピュータ化されたプロバイダオーダーエントリ（ｃｏｍｐｕｔｅｒｉｚｅｄ ｐｒ
ｏｖｉｄｅｒ ｏｒｄｅｒ ｅｎｔｒｙ）（「ＣＰＯＥ」）を組み込んだケアプロセスを
容易にすることを目的とシステムがあるにもかかわらず、投薬の様な治療薬剤を発注し、
治療をすることを含む、患者に対する総合的なケアを提供するプロセスは、多くの無視で
きない問題が関連している。
電子カルテ（「ＥＭＲ」）と、コンピュータ化されたプロバイダーオーダーエントリ（「
ＣＰＯＥ」）を組み込んだシステムがあるにもかかわらず、治療薬剤を発注し、治療をす
るプロセスには、まだ決定的な情報が誤って伝わったり、完全な情報にすぐにアクセスで
きない状況で治療の決定を下す、及び不必要に重複する及び非効率的な手続きのために治
療の指示の実行が遅れる等の可能性がまだ存在する。
米国で投薬の過誤により毎年３００人以上の死亡がおきている可能性があり、そして１０
０万人以上が損傷を受けていると思われる。経営が苦しい病院では投薬ミスの発生率が増
加するおそれがある。最も危険な投薬の過誤に関連する薬剤として、インスリン、麻薬、
ヘパリンおよび化学療法薬が含まれる。
過誤の原因には、誤まった薬剤の投与、誤まった濃度の薬の処方、投与する頻度、または
誤った投与経路（薬剤は、経口、静脈内、筋肉内、皮下、直腸、皮膚に局所的に、目や耳
を介して、髄腔内、腹腔内、あるいは膀胱内においても投与することができる）によるも
のを含む。適切な発注と適切なラベリングをされたものであっても、判読不能な手書き、
注文の伝達誤り、および類似した名前を持つ薬の誤った発音のため、薬剤はまだ不適切な
投与をされることがあり得る。電子カルテ（ＥＭＲ）と薬剤についてのバーコードシステ
ムの使用が増大するにつれて、投薬ミスの発生が低減していることが示されている。
ＥＭＲシステムは、例えば、コンピュータ化されたプロバイダオーダエントリ（ＣＰＯＥ
）を容易にし、そして、診断、アレルギー、体重、年齢などの様な患者の特性と一致して
いない薬剤についての発注にフラグを立てることができる。しかし、これらのシステムは
、広く採用されておらず、そのため、薬剤の発注、調剤及び投与の大幅な遅延や非効率を
もたらすこととなり得る。
薬剤注入装置が、重大な害をもたらすすべての投薬過誤の三分の一にまで関与していると
推定されている。間違った薬剤が注入され、誤ったパラメータ（例えば、薬剤濃度や注入
速度）が入力され又は既存の注入パラメータが不適切に変更されることなどがある。輸液
ポンプに関連した死亡のうち、ほぼ半数はユーザーエラーが原因であり、これらのほとん
どは輸液注入装置のプログラムエラーが原因である可能性がある。
効果的な監視システムは、処置から生じる可能性のある多くの有害イベントのうちのいず
れをも最小限に抑えるために、薬剤の発注と投与プロセスの全ての相において監視及び介
入するものであるべきである。薬剤処理プロセスは、概念的に３つの相に分けることがで
きる：処方相、薬剤調合相、および投与相である。過誤は、処方が書き込みまたは入力さ
れた場合、薬剤を使用するために取出され又は溶液中で混合された場合、又は患者に投与
される場合に生じうる。監視システムは、薬剤が発注され、調製または投与される際の効
率を大きく損なうことが無いようにするのが特に望ましく、及び分析のために関連情報を
収集し、組織化し及び提示することにより、これらの活動を実行するために必要な時間を
、実際に低減させることが望ましい。
本開示の一の実施の形態では、電子患者ケアのためのシステムには、ネットワーク、ファ
シリティゲートウェイ、デバイスゲートウェイアプリケーションおよび医療デバイスを含
む。ファシリティゲートウェイは、アプリケーション用の出版購読型（ｐｕｂｌｉｓｈ−
ｓｕｂｓｃｒｉｂｅ）サービスを提供する様に構成されている。デバイスゲートウェイア
プリケーションはファシリティゲートウェイにより実行されるように構成される。デバイ
スゲートウェイは、ウェブサービスを提供することによりネットワークを介して通信する
様に構成されている。医療デバイスはネットワークと動作可能に通信することができる。
医療デバイスは、ウェブサービスを用いてデバイスゲートウェイと通信する様に構成され
ている。
システムは、さらに、出版購読型サービスを提供するように構成された出版購読型エンジ
ンを含む。ネットワークは、ＴＣＰ／ＩＰベースのネットワークであってもよい。デバイ
スゲートウェイアプリケーションは、ウェブサービスのウェブサーバーであっても良く、
医療デバイスはウェブサービスのクライアントである。デバイスゲートウェイアプリケー
ションは、出版購読型サービスを用いてトピックを記録する様に構成されている。システ
ムは、ファシリティゲートウェイにより実行される様に構成されている統合ＡＰＩを含む
。統合ＡＰＩは、トピックに登録申込みして、そのトピックに登録申込みをすることによ
り受領したイベントを、少なくとも１つの外部サーバーに通信するように構成されている
。
前記トピックは、１以上の報告可能な生物医学（ｂｉｏｍｅｄ）イベントトピック、及び
／又は報告可能な臨床イベントトピックであっても良い。
前記トピックは、報告可能な生物医学イベントトピックであってもよく、デバイスゲート
ウェイは、ウェブサービスを介して受領した医療デバイスイベントを、出版購読型エンジ
ンを介して登録申込者（ｓｕｂｓｃｒｉｂｅｒ）が受領可能な、報告可能な生物医学イベ
ントに再フォ‐マットしても良い。前記医療デバイスは、ウェブサービスを使用して、ネ
ットワークを介して医療デバイスイベントを通信することができる。前記トピックは、報
告可能な臨床イベントトピックであってもよく、デバイスゲートウェイは、ウェブサービ
スを介して受領した医療デバイスを出版購読型エンジンを介して、トピックの登録申込者
により受領可能な、報告可能な臨床イベントに再フォーマットしてもよい。医療デバイス
はウェブサービスを用いてネットワークを介して医療デバイスイベントを通信しても良い
。
前記トピックはポンプ・イベントの少なくとも一つのクラスに対応しても良い。例えば、
警報、警告または通知に関する輸液イベント（ｉｎｆｕｓｉｏｎ ｅｖｅｎｔ）、輸液（
以下、輸液注入、注入とも言う）に関する輸液イベント、プログラミングに関する輸液イ
ベント、通信に関するデバイスイベント（ｄｅｖｉｃｅ ｅｖｅｎｔ）、アクセス要求に
関するデバイスイベント、設定の更新に関するデバイスイベント、ロギング（ｌｏｇｇｉ
ｎｇ）に関するデバイスイベント、及び／又は電力消費に関するデバイスイベントの少な
くとも一つである。
前記システムは、さらに、ファシリティゲートウェイにより実行するために構成されてい
る継続的な品質改善指向リスナーを含んでも良い。継続的な品質改善指向リスナーは、報
告可能な生物医学イベントのトピック及び報告可能な臨床イベントのトピックに登録申込
みをしても良い。継続的な品質改善指向は、報告可能な生物医学イベントトピックへの登
録申込みをすることにより受領された報告可能な生物医学イベントを外部データベースに
通信する様に構成されても良い。継続的な品質改善指向は、報告可能な臨床イベントトピ
ックへの登録申込みをすることにより受領された報告可能な臨床イベントを外部データベ
ースに通信する様に構成されても良い。
外部データベースは、報告可能な生物医学イベント及び報告可能な臨床イベントの少なく
とも一つを記録することができる。
前記システムは、ファシリティゲートウェイ上で実行可能なデバイスマネージャを含むこ
とができる。デバイスマネージャは、前記医療デバイスを含む医療デバイスのリストを保
持することを含む様に構成しても良い。医療デバイスのリストは、医療デバイスのリスト
に対応する通し番号のリストを含んでも良い。
システムは、そこからステータス情報を受信するためにネットワークを介して医療デバイ
スと動作可能に通信をしている監視クライアントを含むことができる。
本開示の他の実施形態において、医療デバイスは、ネットワーク、プロセッサ、トランシ
ーバ、およびデバイスゲートウェイ通信マネージャを含む。トランシーバは、プロセッサ
と動作可能に通信が可能であり、ネットワークを介して通信するように構成されている。
デバイスゲートウェイ通信マネージャは、プロセッサ上で実行可能であり、トランシーバ
を介して動作可能に通信することができるように構成されている。デバイスゲートウェイ
通信マネージャは、ネットワーク上のウェブメソッドを使用してデバイスイベントを伝達
するように構成することができる。デバイスは、ネットワークを介して監視デバイスにデ
ータを送信するように構成することができる。
ネットワークは、ＷｉＦｉネットワークであってもよく、トランシーバは、ＷｉＦｉトラ
ンシーバであってもよい。いくつかの実施形態では、前記デバイスのみがウェブメソッド
を使用して通信を開始するように構成されている。
本開示のさらに別の実施形態では、電子患者ケアのためのシステムは、ネットワーク、フ
ァシリティゲートウェイ、デバイスゲートウェイアプリケーション、デバイスアプリケー
ション、および医療デバイスを含む。ファシリティゲートウェイは出版購読型サービスを
提供するように構成することができる。
デバイスゲートウェイアプリケーションは、ファシリティゲートウェイにより実行される
ように構成されてもよい。デバイスゲートウェイは、ウェブサービスを提供することによ
り、ネットワークを介して通信するように構成されてもよい。デバイス・ゲートウェイは
、医療デバイスイベントトピックを発行（ｐｕｂｌｉｓｈ）することができる。デバイス
アプリケーションは、ファシリティゲートウェイ上で実行する様に構成されており、医療
デバイスイベントトピックを登録申込みするように構成されている。デバイスアプリケー
ションは、ＣＱＩメッセージトピックを発行することができる。デバイスアプリケーショ
ンは、医療デバイスイベントトピックに登録申込みすることによりイベントを受信し、Ｃ
ＱＩメッセージトピックを通して、イベントをＣＱＩメッセージとして発行するように構
成することができる。医療デバイスは、ネットワークと動作可能に通信する。医療デバイ
スは、ウェブサービスを使用してデバイスゲートウェイと通信し、そしてウェブサービス
のウェブメソッドを使用してイベントを生成するように構成されている。
デバイス・ゲートウェイは、ＣＱＩメッセージを受信するために、ＣＱＩメッセージトピ
ックに登録申込みをすることができる。システムは、さらに、ファシリティゲートウェイ
により実行するように構成されるＣＱＩリスナーを含むことができる。ＣＱＩリスナーは
、ＣＱＩメッセージを受信するために、ＣＱＩメッセージのトピックに登録申込みするこ
とができる。ＣＱＩリスナーはＣＱＩメッセージを外部データベースに通信することがで
きる。 ＣＱＩメッセージは、報告可能な生物医学イベントおよび／または報告可能な臨
床イベントであってもよい。
システムは医療デバイスと動作可能に通信するように構成された監視クライアントを含ん
でも良い。監視クライアントは、ＣＱＩメッセージトピックに登録申込みすることにより
医療デバイスと通信することができる。
他の実施形態では、電子患者ケアのためのシステムは、サーバーとポンプを含む（例えば
、輸液ポンプやシリンジポンプ）。サーバーは、薬剤代謝の情報を含み患者に関連した情
報を含む。ポンプは、薬剤代謝情報を用いて患者に関連する各情報に基づいて、患者への
薬剤の流れを調整するように構成される。ポンプは、サーバーからの患者関連情報を受信
する。
いくつかの実施形態では、電子患者ケアのためのシステムは、サーバーとポンプを含む。
サーバーには、薬剤代謝の情報を含む、患者に関連した情報が含まれる。
ポンプは、薬剤代謝情報を用いて患者に関連する各情報に基づいて、患者への薬剤の流れ
を調整するように構成される。ポンプはサーバーから患者に関連した情報を受信する。
これらおよび他の態様は、図面を参照して、本開示の種々の実施形態についての以下の詳
細な説明からより明らかになるであろう。
図１は、本開示の実施形態による、電子患者ケアのためのシステムのブロック図を示す。
図２は、本開示の実施形態による、図１のシステムのいくつかの態様のブロック図を示す
。
図３は、本開示の実施形態による通信のためのいくつかの設備の集合を示す図である。
図４は、本開示の実施形態による、電子患者ケアのためのシステムを示す図である。
図５は、本開示の実施形態による、用量投与のライブラリファイルを生成するために使用
される薬剤の安全性の方法を示す。
図６は、本開示の一実施形態による、薬剤を注入する方法を示す。
図７は、本開示の一実施形態による、ソフトウェア、ファームウェア、および／または設
定ファイルを有する医療デバイスを更新する方法を示す。
図８は、本開示の一実施形態による、医療デバイスとデバイスアプリケーションとの間の
通信のいくつかの側面を説明するブロック図である。
図９は、本開示の一実施形態による、注入デバイスのプログラム方法を示す状態図である
。
図１０は、本開示の一実施形態による、図１のファシリティゲートウェイ及び図２及び図
４のアプリケーションおよびデバイスゲートウェイにより使用される出版購読型モデルを
示す。
図１１は、本開示の一実施形態による、ケイパビリティレジストリモデル（ｃａｐａｂｉ
ｌｉｔｙ−ｒｅｇｉｓｔｒｙ ｍｏｄｅｌ）を示す。
図１２は、本開示の一実施形態による、医療デバイスとデバイスゲートウェイとの間の通
信を説明するためのシステムブロック図である。
図１３は、本開示の一実施形態による、図１、２または４の医療デバイスとデバイスゲー
トウェイとの間の通信を容易にするためのウェブ法で使用するためのデータ構造の開示を
示している。
図１４は、本開示の一実施形態による、医療デバイスとデバイスゲートウェイ間の通信方
法を示すフローチャートである。
図１５は、本開示の一実施形態による、ステータスと通信チェックを実行するための医療
デバイスとデバイス・ゲートウェイとの間の通信方法を示すフローチャートである。
図１６は、本開示の一実施形態による、それぞれのクロックを同期させるための、医療デ
バイスとデバイスゲートウェイ間の通信方法を示すフローチャートである。
図１７は、本開示の一実施形態による、患者への輸液注入トランザクションを実行するた
めの医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチャートである。
図１８は、本開示の一実施形態による、患者指示トランザクションを実行するための医療
デバイスとデバイスゲートウェイ間の通信方法を示すフローチャートである。
図１９は、本開示の一実施形態による、患者のスカラーデータトランザクションを実行す
るための医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチャートである
。
図２０は、本開示の一実施形態による、デバイス情報トランザクションシーケンスを実行
するための医療デバイスとデバイスゲートウェイとの間の通信方法を示すフローチャート
である。
図２１は、本開示の一実施形態による警告通知トランザクションを実行するための医療デ
バイスとデバイスゲートウェイ間の通信方法を示すフローチャートである。
図２２は、本開示の一実施形態による、ソフトウェア・パッケージチェックトランザクシ
ョンを実行するための医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチ
ャートである。
図２３は、本開示の一実施形態による、用量投与ライブラリ設定ファイルチェックトラン
ザクションを実行するための医療デバイスとデバイスゲートウェイ間の通信方法を示すフ
ローチャートである。
図２４は、本開示の一実施形態による、サービスログのポストトランザクションを実行す
るための医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチャートである
。
図２５は、本開示の一実施形態による、エンジニアリングログポストトランザクションを
実行するための医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチャート
である。
図２６は、本開示の一実施形態による、注入ログポストトランザクションを実行するため
の医療デバイスとデバイスゲートウェイ間の通信方法を示すフローチャートである。
発明の詳細な説明
図１は、本開示の実施形態による、電子患者ケアのためのシステム１のブロック図を示す
。システム１は、ファシリティＩＴアプリケーション／サービス１１、ファシリティ１０
、およびクラウドサービス２を備える。
ファシリティ１０は、病院、診療所、医療施設、外来診療センター、緊急ケアセンター、
またはそれらの組み合わせ、またはそれらのグループ化したものとすることができる。フ
ァシリティ１０は、ファシリティゲートウェイ２１を含むことができるので、様々な医療
デバイス２６は、ファシリティＩＴアプリケーション／サービス１１および／またはクラ
ウドサービス２と通信することができる。ファシリティ１０は、ファシリティ１０の介護
を受ける患者を受け持つ看護師９が操作し使用する様々な医療デバイス２６を含む。医療
デバイス２６は、輸液ポンプ、蠕動ポンプ、シリンジポンプ、生理学的パラメータの監視
装置、その他の患者ケアのためのデバイス、またはそれらの組み合わせであっても良い。
ファシリティゲートウェイ２１は、ホストコンピュータにあってもよく、クラウドにあっ
てもよく、ファシリティ１０のためにサービスプロバイダにより保守されてもよく、サー
ビスプロバイダおよび／またはファシリティのＩＴ要員１８の組み合わせによって保守又
はサービスされてもよく、および／または仮想または現実環境において実施することがで
きる。いくつかの実施形態では、ファシリティゲートウェイ２１は、患者の自宅のデバイ
スにおいて実施されてもよい。ファシリティゲートウェイ２１は、病院、看護グループ、
統合配信ネットワーク（「ＩＤＮ」）、統合サービスグループや診療所、診療所のグルー
プ、中央診療所、または他の医療ケア施設やインフラストラクチャで使用してもよい。
生物医学用ＰＣツール２０は、デバイス２６のソフトウェアをアップデートする生物医学
系技術者１９によって使用することができる。生物医学用ＰＣツール２０は、生物医学系
ユーザー１９が、彼等の医療デバイス２６の状態を監視し、ログファイルを観察し、保守
活動を追跡し、ソフトウェア／ファームウェアのインストールを管理するためのブラウザ
ベースのツールであってもよい。
生物医学系技術者１９は、医療デバイス２６が良好な動作状態にあることを確実にするた
めに、それらの機器にインストール、アップグレード、及びサービスを提供する病院の従
業員（または契約サービス）であってもよい。
生物医学用ＰＣツール２０は、生物医学系技術者１９がこれらのサービスを実施すること
ができるように、ＵＳＢ接続又はシリアルケーブル接続のような物理的データ接続により
医療デバイス２６とのインターフェース接続をしても良い。生物医学系技術者１９はまた
、デバイスマネージャ２４を使用してデバイス２６をワイヤレスで更新することができる
。
デバイス２６は、ファシリティＩＴアプリケーション／サービス１１（通信リンク３４３
を介して）および／またはクラウドサービス２（通信リンク３４４を介して）とファシリ
ティゲートウェイ２１を介して通信する。通信リンク３４３と３４４は、ＷｉＦｉ，イー
サネット、ＴＣＰ／ＩＰ、ＷｉＭａｘ、光ファイバーケーブル、または任意の他の既知の
通信技術を使いても良い。
デバイス２６は、デバイスゲートウェイ２２と通信を確立する（例えば、登録を介して、
）ことにより、ファシリティゲートウェイ２１と通信する。ファシリティゲートウェイ２
１は、コンピュータ、仮想マシン、ハードウェアデバイス、ソフトウェアデバイス、ホス
トされているデバイス、実行中のソフトウェア等、それらの組み合わせであってもよい。
デバイスゲートウェイ２２はファシリティゲートウェイ２１により実行可能なソフトウェ
アであっても良い。デバイス２６は、ウェブサービスを用いてデバイスゲートウェイ２２
と通信しても良い。
いくつかの特定の実施形態では、唯一の医療デバイス２６がデバイス・ゲートウェイ２２
（及びしたがって、ファシリティゲートウェイ２１）との通信を開始する。デバイスゲー
トウェイ２２は、出版購読型（ｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ）、及びポイントツ
ーポイントルーティングメカニズム（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｒｏｕｔｉｎｇ
ｍｅｃｈａｎｉｓｍ）の両方をサポートするメッセージルーティングエンジン（ｍｅｓｓ
ａｇｅ ｒｏｕｔｉｎｇ ｅｎｇｉｎｅ）を含むことができる。デバイスゲートウェイ２
２はまた名前の解決及びレジストリ能力（ｒｅｇｉｓｔｒｙ ｃａｐａｂｉｌｉｔｉｅｓ
）機能を提供する。オブジェクト関係マッピング（Ｏｂｊｅｃｔ−Ｒｅｌａｔｉｏｎａｌ
Ｍａｐｐｉｎｇ）は、小規模オブジェクトの永続化のためにデバイス・ゲートウェイ２
２によって使用することができる（例えば、オブジェクト関係マッピング（ＯＲＭ）エン
ジンを使用して）。追加的または代替的に、デバイス・マネージャ２４は、名前解決およ
び／またはレジストリ能力（ｒｅｇｉｓｔｒｙ ｃａｐａｂｉｌｉｔｉｅｓ）を提供する
ことができる。
本開示のいくつかの実施形態では、デバイス２６の一つのデバイスは、監視クライアント
、例えば、タブレットコンピュータ、タブレットデバイス、ＰＤＡ、スマートフォン、ラ
ップトップコンピュータ、またはタッチスクリーンベースのコンピュータである。デバイ
ス２６の監視クライアントはデバイスアプリケーション２３内に監視クライアントアプリ
ケーションを有していてもよく、デバイスアプリケーション２３は、介護者にデバイス２
６の他のデバイスと通信することを可能にする。監視クライアントは、デバイス２６の一
つの医療デバイスからステータス情報を受信し、デバイス２６の一つの医療デバイスから
ＣＱＩ−メッセージを受信し、デバイス２６の一つの医療デバイスからＲＢＥｓ又はＲＣ
Ｅを受信し、デバイス２６の一つの医療デバイスをプログラムし、又はそうでなければ、
デバイス２６の一つの医療デバイスと通信するために使用することができる。
デバイス２６とファシリティゲートウェイ２１との間の通信リンク３４３は、ＷｉＦｉ，イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＷｉＭａｘの、光ファイバーケーブル、または任意の他の既知の通信技術を使いても良い。本開示のいくつかの実施形態では、デバイス２６は、携帯電話接続（例えば、通信リンク３４３は携帯電話接続を含む）を介してファシリティゲートウェイ２１と通信する。
例えば、一以上のデバイス２６は、患者の自宅、診療所内、現場施設（例えば、テント施設）、緊急の場所、他の場所、またはそれらの組み合わせの場所のいずれかにあっても良い。
デバイスゲートウェイ２２は、以下のものを提供する：（１）コンポーネントレジストリ
およびライセンス管理（例えば、デバイスマネージャ２４を使用）。 （２）インストー
ル可能なコンポーネントの新しいバージョンを受信し、維持および追跡するためのインス
トール・リポジトリー、例えば、デバイスファームウェア／ソフトウェア、薬剤投与ライ
ブラリ、エンタープライズ アプリケーションソフトウェア、およびインフラストラクチ
ャソフトウェア（例えば、オペレーティング システムのリリース、アプリケーションサ
ーバー、データベース管理システム（「ＤＢＭＳ」）；および／または（３）メッセージ
のルーティング能力、例えば、メッセージ配布を、ファシリティゲートウェイ２１内の両
アプリケーション間および外部サブシステム（例えば、クラウドサービス２）との間の両
方におけるものである。
医療デバイス２６が、デバイスゲートウェイ２２へのアクティブなネットワーク接続を維
持する配置環境は、接続された環境と呼ばれ、上で述べた様に
ワイヤレスネットワーク（ＩＥＥＥ８０２．１１ｂ／ｇ／ｎ）を使用して達成することが
できる。また前述したように、他の実施形態においては、ネットワーク接続は、携帯電話
のような他の技術によって達成することができる。
エンタープライズ・アプリケーション・コンポーネントと外部サブシステムがまだ接続さ
れているという事実にもかかわらず、デバイスが無線接続を維持しない環境は標準的な環
境と呼ばれる。この特定の実施形態では、デバイスゲートウェイ２２は、依然として、エ
ンタープライズアプリケーションコンポーネントと外部サブシステムのすべての３つの役
割を実行する。その一方、デバイス２６を巻き込むメッセージ交換は、外部メディア・デ
バイス（例えば、メモリスティック）にメッセージを保存するために生物医学技術者１９
（例えば、生物医学用ＰＣツール２６を用いて）を使用することができる。
デバイスアプリケーション２３のようなイベントの登録申込者は、イベントストリームを
洗練して、デバイスゲートウェイ２２へ、より高いレベルのイベントを再発行して戻すこ
とができる。報告可能な生物医学系イベント（Ｒｅｐｏｒｔａｂｌｅ ｂｉｏｍｅｄ ｅ
ｖｅｎｔｓ）（「ＲＢＥ」）は、以下に説明する様に、このようなアプリケーションによ
り再発行されるイベントに属する。ＲＢＥは、クラウドサービス２にＣＱＩメッセージと
して報告されることがある。いくつかの実施形態では、ファシリティゲートウェイ２１上
で動作するアプリケーションは、ＲＢＥに登録申込みし、そしてファシリティゲートウェ
イ２１内のローカルデータベースにそれらを保存する生物医学系（ＢＩＯＭＥＤ）サーバ
ーである。
生物医学系技術者１９は、デバイスマネージャ２４にアクセスするために彼らのブラウザ
を使用して、そしてデバイス２６の一つのデバイスにデバイスステータスレポートを要求
してもよい。デバイスマネージャ２４のＵＩは生物医学用サーバーにデータベースにアク
セスして、生物医学系技術者１９のためにブラウザディスプレイのためのＨＴＭＬ／ＪＳ
ページを生成する様に命令する。
いくつかの実施形態では、医療デバイス２６の一つの新しいデバイスが、デバイス・ゲー
トウェイ２２によって使用することが許可される前に、生物医学系技術者１９はそのシリ
アル番号を使用して新しいデバイスを登録する必要がある。これは、非対称鍵（公開鍵／
秘密鍵のペア）の暗号化を使用して確認することができ、製造工程の一部として実行され
てもよい。医療デバイスの一つのデバイスがデバイスゲートウェイ２２に登録されると、
生物医学系技術者１９は、無線プロトコルと暗号化の設定を行う。医療デバイス２６の内
の一つの医療デバイスがデバイスゲートウェイ２２に登録されると、それは、モデル、オ
プション、およびハードウェア、ファームウェア、およびデバイスゲートウェイ２２およ
び／またはデバイスマネージャ２４内に保存するためのデバイス制御ソフトウェアのバー
ジョンを含む、その初期設定を報告する。同様に、デバイスが、デバイスゲートウェイ２
２の許可されたデバイスのリストから削除された場合には、生物医学系技術者１９は、そ
の登録を解除することができる。
各々の医療デバイス２６は起動時にセルフテストを実行し、結果を格納するデバイスゲー
トウェイ２２のイベントを発行することができる。さらに、医療デバイス２６は、通常再
起動の間の長い時間間隔をおいて実行されることがあるので、医療デバイス２６は、自動
的にスケジュールを決めて、患者の安全および／または治療の妨げにならない時間に、一
定の自己診断テストを実行することができる。
ファシリティゲートウェイ２１は出版購読型データ接続を使用してデータを通信すること
ができるデバイスアプリ２３を含む（後述する）。デバイスアプリ２３の各デバイスアプ
リはデバイス２６中の特定のタイプおよび／またはモデルのデバイスのためのものでも良
い。これらのアプリケーションは、生のイベントを受信し、フィルタリングし、及び分析
して、より高いレベルの解釈を再送信することによって、医療デバイスにソフトウェア情
報を提供する。（医療デバイス２６の）各タイプの医療デバイスは（デバイスアプリケー
ション中の）対応するデバイスアプリケーションを持っている。
ファシリティゲートウェイ２１はまたデバイス２６を制御、管理、または監視するための
デバイスマネージャ２４を含む。例えば、デバイスマネージャ２４は、デバイス２６の一
つのデバイスの設定ファイルを更新および／またはデバイスにダウンロードするために使
用することができる。前述のように、生物医学系技術者１９は、デバイス２６のソフトウ
ェア、ファームウェア、または設定ファイルの更新を制御することができる。デバイスマ
ネージャ２４は、患者ケアの配信をサポートするために使用される、ハードウェア、ソフ
トウェア、およびネットワークリソースの状態を監視するためにＩＴ管理者および／また
は技術者１８用のためにブラウザベースのツールを提供することができる。すなわち、フ
ァシリティゲートウェイ２１は、ファシリティＩＴ職員／請負業者１８によって管理され
てもよい。
新しい用量投与ライブラリ（「ＤＡＬ」）バージョンがリリースされた場合は、
安全なメッセージングリンクは、生物医学系技術者１９にそれが利用可能であることを通
知するために、ＤＡＬマネージャ５からデバイスゲートウェイ２２にＤＡＬファイルを送
信することができる。この通知は、デバイスのタイプ、ＤＡＬの場所、ドキュメンテーシ
ョン、リリースノ−トＵＲＬ、チェックサム、およびインストールの依存関係を明示する
。本開示のいくつかの実施形態では、デバイス・マネージャ２４は、新たなＤＡＬファイ
ルへのアクセスを有し、デバイスゲートウェイ２２からＤＡＬファイルを受信し、ＤＡＬ
マネージャ５から直接ＤＡＬファイルを受信し、および／またはＤＡＬファイルを使用し
て医療デバイス２２の更新を制御する。
特定の実施形態では、生物医学系技術者１９は、アップグレードに関する情報にアクセス
するためにリリースノートＵＲＬを使用し（例えば、デバイスマネージャ２４のウェブペ
ージおよび／または生物医学用ＰＣツール２０を介して）、インストーラＵＲＬ及びチェ
ックサムを使用して、ＤＡＬファイルをダウンロードして、検証し、そしてデバイスゲー
トウェイ２２の保存場所に保存する。次に、生物医学系技術者１９は、新しいＤＡＬファ
イルが彼らのために利用可能であることが通知された（例えば、デバイスゲートウェイ２
２を介して）一以上の医療デバイス２２を選択して新しいＤＡＬファイルをコピーする。
（更新されるように選択された医療デバイス２６の）医療デバイスの次の再起動では、医
療デバイスの選択されたグループは、新しいＤＡＬのバージョン（エラー時にそれをバッ
クアップ）をインストールし、結果をデバイスゲートウェイ２２および／またはデバイス
マネージャ２４に通知する。ＤＡＬファイルを更新するために、本明細書に記載された手
順のいずれも、ファームウェア、ソフトウェア、ＯＳ、または医療デバイス２６中の一つ
の医療デバイスの他の設定ファイルを更新するために使用することができる。
ファシリティゲートウェイ２１はまた、デバイス２６、デバイスアプリ２３、および／ま
たはデバイスマネージャ２４が、ファシリティＩＴアプリ１１の様々なデータベースと通
信することを可能にする統合ＡＰＩ２５を含むことができ、そのデータベースには、例え
ば、患者情報システム１６、電子カルテ１７、コンピュータ化された医師オーダーエント
リ１４、検査情報システム１５、リアルタイム位置情報サービス１２、および／またはそ
の他のデータベースやサービス１３がある。統合ＡＰＩ２５は、ファシリティゲートウェ
イ２１内のコンポーネントがファシリティＩＴアプリケーション／サービス１１と相互に
作用することを可能にする。ファシリティゲートウェイ２１は、無線リンク、有線接続リ
ンク、ＴＣＰ／ ＩＰリンク、インターネットリンク、ソフトウェア通信リンク、ハード
ウェア通信リンク、または他の通信手法または技術、を含む通信リンク３４１を介してフ
ァシリティＩＴアプリ１１と通信することができる。
電子カルテは、特定の患者の薬剤代謝データを含んでも良い。このデータは、臨床検査、
遺伝子検査によるものであっても良く、または患者ケアデバイスからのフィードバックを
使用して自動テストを形成することができる。
これらのテストの結果は、薬物が以下に迅速にまたはゆっくりと代謝されるか、に基づい
て、患者に与えられる特定の薬物の量を調整するために医療用ポンプ２６によって使用さ
れてもよい。
ファシリティＩＴアプリ／サービス１１は病院の管理機能（例えば、入院、退院、移送、
コ−ド化、課金、回収など）をサポートする。統合ＡＰＩ２５は、ファシリティＩＴアプ
リ１１のアプリケーション１２〜１６と、アプリケーション２３−２４、デバイスゲート
ウェイ２２、および／またはデバイス２６における違いを分離する。例えば、デバイス２
６の一つのデバイスはデバイスゲートウェイ２２からプログラミング情報を要求すること
ができる（またはプログラミング情報は、デバイス１６の一つのデバイスに押し出されて
も良い）。
患者ＩＤ、ポンプＩＤ、薬剤、及び流量は一以上のファシリティＩＴアプリ１１に存在し
ても良く；統合ＡＰＩ２５は、ファシリティＩＴアプリ１１の必要又は要求に関係なく、
この情報をデバイス２６に通信するための共通のフォーマットを提供する。この情報は、
データを取得し、標準化された形式でデバイス２６にデータを提供するために、ファシリ
ティＩＴアプリケーション１１の種々のアプリケーションについて照会する統合ＡＰＩ２
５によって収集されてもよい。統合ＡＰＩ２５は、異なるフォーマット、データ標準、通
信規格、暗号化標準等を有する様々なファシリティＩＴアプリ１２〜１７により使用する
ことが可能であるが、アプリケーション２２〜２４および／またはデバイス２６との標準
的なインターフェースを提供する。
統合ＡＰＩ２５は、一以上のデバイス２６の自動プログラミングを容易にする。処方箋は
ファシリティＩＴアプリケーション１４のいずれか一つのサーバーから送信することがで
きる。統合ＡＰＩ２５は、処方箋を受けてそれを再フォーマットしてデバイスゲートウェ
イ２２に送信する。ファシリティゲートウェイ２１は、永続的キャッシュに処方イベント
を書き込む臨床サーバーを含むことができる。臨床サーバーは、自動プログラミングのワ
ークフローを開始することができる。このワークフローは、対象患者に対応する医療デバ
イス２６中の一つの医療デバイスを識別し、処方箋を書き込むために、医療デバイス２６
中の各デバイスにコマンドメッセージを送信することができる。
医療デバイス２６中のそれぞれの医療デバイスは処方箋の受信を確認し、ディスプレイ上
に通知を表示する。臨床医は、薬剤バッグを探して、医療デバイス２６中のそれぞれの医
療デバイスにバーコードリーダーを使用して、その薬剤と患者を確認することができる。
医療デバイス２６中のそれぞれの医療デバイスは、その後、薬剤が処方と一致しているか
を確認することができ、そして臨床医は輸液注入を開始する。医療デバイス２６中のそれ
ぞれの医療デバイスは、デバイスゲートウェイを介して臨床サーバーにメッセージを送信
することにより、自動プログラミングワークフローを完了する。
介護者は、医療デバイス２６中の一つの医療デバイスのプログラミングを確認するために
ＵＩを使用する。臨床医は薬剤を見つけ出して、医療デバイス２６中の各医療デバイスの
ユーザー・インターフェースを使用して、医療デバイス２６中の各医療デバイスの自動プ
ログラミングパラメータを確認するかおよび／または医療デバイス２６中のその医療デバ
イスを手動でプログラムする。
ＰＩＳ１６は、処方薬の注文を受け、内容を確認し、追跡し、注文を満たす薬剤師８によ
り使用される部門別システムである。ＥＭＲ１７システムは、医療機関において患者の病
歴を追跡する（出会い、検査、診断、手続きなど）。 ＣＰＯＥ１４は、ラボテスト、処
方薬、医療用画像および他の臨床手順を注文するために医師や看護師９によって使用され
るシステムである。ＬＩＳ１５は、臨床サンプル（例えば、組織、血液、尿など）を受領
し及びその処理をする実験技術者によって使用される部門別システムである。ＲＴＬＳ１
２は医療デバイス２６の位置と状態を追跡調査する。その他の１３は患者のケアのために
使用される任意の他のデータベースであっても良い。
クラウドサービス２には、クラウドがホストである注入安全管理マネージャ３を含む。Ｉ
ＳＭ３は、継続品質改善（「ＣＱＩ」）マネージャ４とＤＡＬマネージャ５を含む。リス
クオフィサー６、看護師マネージャ７、および薬剤師８の全ての人は、ＤＡＬマネージャ
５を介してＤＡＬファイルの開発を容易にするために、ＣＱＩマネージャ４によって取得
されたＣＱＩメッセージを確認することができる。ＤＡＬファイルは、その後、一以上の
デバイス２６にダウンロードすることができる。ＤＡＬマネージャ５は薬剤エラーリダク
ションシステム（「ＤＥＲＳ」）エディタ（例えば、後述の図４のＤＥＲＳエディタ１１
２）を含んでもよく、又はそれに関連している。
図２は、本開示の実施形態による、図１のシステムのいくつかの態様のブロック図を示し
ている。すなわち、図２は、図１のいくつかの態様の詳細を示している。
デバイス・ゲートウェイ４０、デバイスマネージャ４１及び統合ＡＰＩ６５はすべて図１
のファシリティゲートウェイ２１の部分である。
大容量アプリ４４、シリンジポンプアプリ５４、およびその他のアプリ４２はすべて、図
１のデバイスアプリ２３の一部であるアプリケーションである。
その関連データベース４５を含むデバイスマネージャ４１は、図１のデバイスマネージャ
２４であっても良い。
大容量ポンプ（「ＬＶＰ」）アプリ４４は、ＬＶＰ３６のためのアプリケーションである
。シリンジアプリ４３は、シリンジポンプ３８用のアプリケーションであり及び他のアプ
リケーション４２は、他のデバイス３９のためのアプリケーションである。他のアプリケ
ーション４２及び他のデバイス３９は、任意の医療デバイスに対応してもよい。
デバイス・ゲートウェイ４０は、出版購読型データ接続５８−６４を提供する。アプリケ
ーション４２、４３、４４はまた、出版購読型データ接続４９−５７を提供する。出版購
読型メッセージング・パターンは、デバイスゲートウェイ４０および／またはアプリケー
ション４１、４２、４３、４４、６５、７２の間の通信を提供する。しかし、追加の実施
形態においては、他のメッセージング・パターンは、通信のために利用することができる
。
ＣＱＩリスナー７２は、ＣＱＩマネージャ２９にＣＱＩメッセージを報告するために、ア
プリケーション４２、４３、４４からの各種のデータ供給に登録申込みすることができ、
ＣＱＩマネージャ２９はデータベース３０にそれらを保存することができる。ＣＱＩリス
ナー７２は、発行された接続４９−５７および／または５８−６４の生の結果を報告する
ことができ、および／またはそれらをフォーマットすることができる。
いくつかの実施形態では、アプリケーションは４２、４３、４４は、デバイス３６〜３９
のそれぞれのデバイスからの生のイベント（デバイスゲートウェイ４０に登録されたトピ
ックに登録申込みすることにより受信される）をＣＱＩ−メッセージに再フォーマットす
る。アプリケーション４２、４３、４４は、ＣＱＩリスナー７２によって登録申込みされ
たＣＱＩ−トピックを登録してもよい。アプリケーション４２、４３、４４は、ＣＱＩリ
スナー７２にＣＱＩメッセージを受信させるようにするこれらのＣＱＩ−トピックにＣＱ
Ｉ−のメッセージを発行（ｐｕｂｌｉｓｈ）する。ＣＱＩ−リスナー７２は、クラウドサ
ービス２８にＣＱＩメッセージを送信する。
ある特定の実施形態では、単一のＧＵＩインターフェース３３はデータベース３０内のＣ
ＱＩメッセージを見るために使用してもよく、一方、デバイス３６、３７、３８、及び３
９による使用のためにＤＡＬファイル３５を作成する。
ソフトウェアアップデート３４は、また、医療デバイス３６、３７、３８、及び３９を更
新するために、デバイス・ゲートウェイ４０に送信されても良い。
図３は、本開示の実施形態に従った、通信のためのいくつかの施設（ファシリティ）７６
−８０の集合体を示した図形７３を示す。いくつかの施設７６−８０は、それぞれ、注入
安全管理マネージャ７４のようなクラウドサービスとの通信のためのファシリティゲート
ウェイ２１（図２参照）を含むことができる。
いくつかの実施形態では、いくつかの施設７６−８０は、施設７６−８０のグループ内に
ない他の施設がアクセスできない一般的な注入安全管理マネージャ７４を共有する施設の
グループの一部である。
図４は、本開示の一実施形態による電子患者ケアのためのシステム８１を示す図表である
。システム８１は施設、例えば、病院ネットワーク８２、およびクラウドサービス８３を
含む。
病院ネットワーク８２は、病院情報ネットワーク８４、ＥＭＲ８５、ＣＰＯＥ８６、ＰＩ
Ｓ８７、ＬＩＳ８８、統合エンジン８９、統合能力コンポーネント９０、臨床状態マネー
ジャ９１、データベース９２、９５及び９８、生物医学系アプリケーション９４、ＣＱＩ
リスナー９３、ポンプアプリケーション９６、シリンジアプリケーション９７、デバイス
ゲートウェイ９９、ファイアウォール１００、及び医療デバイス１０１を含む。いくつか
の実施形態では、システム８４−８８は、病院ネットワーク８２の外部にあってもよい。
生物医学系技術者のチーム１０２は、生物医学系アプリケーション９４を使用する場合に
利用することが可能である。
クラウドサービス８３は、データベース１０４、１０５、１０６および１１３、ファイア
ウォール１０３、ＣＱＩ受信機１０８、ＣＱＩサーバー１０９、ＣＱＩ ＵＩ １１０、
およびＤＥＲＳエディタ１１２を含む。薬局や臨床医１１１は、ＤＥＲＳエディタ１１お
よび／またはＣＱＩ ＵＩ １１０にインターフェース接続することができる。安全スタ
ッフ１０７は、ＣＱＩ ＵＩ １１０にインターフェース接続することができる。ＤＥＲ
Ｓエディタ１１２および／またはＣＱＩ ＵＩ１１０はブラウザベースのインターフェー
スであってもよい。
ＨＩＳ８４は病院の管理機能（例えば、入院、退院、移送、コ−ド化、課金、回収）をサ
ポートする。ＥＭＲ８５は、医療機関での患者の病歴を追跡する（出会い、検査、診断、
手続きなど）。ＣＰＯＥ８６は、ラボテスト、処方薬、医療用画像および他の臨床手順を
注文する医師によって使用されるシステムである。ＰＩＳ９７は、処方薬の受領、確認、
追跡及び発注を完了させるために薬剤師によって使用される部門別システムである。ＬＩ
Ｓ８８は、臨床サンプル（例えば、組織、血液、尿など）の受領及びその注文処理をする
実験技術者によって使用される部門別システムである。病院の統合エンジン８９は、情報
システム８４−８８が互いにおよび外部システムと相互に作動することを可能にするメッ
セージ翻訳機能を提供する。これらのエンジンのほとんどは、ＨＬ７の異なる方言間をマ
ッピングする。統合エンジンは、病院の統合エンジン８９を通して、ＨＩＳ、ＥＭＲとＰ
ＩＳと相互作動するためにデバイスゲートウェイ９９に配置することができる。デバイス
ゲートウェイ９９は、メッセージルーティングエンジン提供し、出版購読型（ｐｕｂｌｉ
ｓｈ／ｓｕｂｓｃｒｉｂｅ）およびポイントツーポイントルーティングメカニズム（ｐｏ
ｉｎｔ−ｔｏ−ｐｏｉｎｔ ｒｏｕｔｉｎｇ ｍｅｃｈａｎｉｓｍ）の両方をサポートす
る。
デバイスゲートウェイ９９はまた、名前解決（ｎａｍｅ ｒｅｓｏｌｕｔｉｏｎ）と能力
レジストリ機能を提供する。
様々なデバイス１０１は、静脈内（ＩＶ）または皮下経路を介して患者に、液体状で薬剤
、栄養と水分補給を提供する注入デバイスなどの様に患者を治療するために使用される。
ポンプアプリケーション９６とシリンジアプリケーション９７は、生イベントを受信し、
フィルタリングしそして分析して、より高いレベルの解釈を再送信することによって、医
療デバイス１０１にソフトウェアインテリジェンス（ｓｏｆｔｗａｒｅ ｉｎｔｅｌｌｉ
ｇｅｎｃｅ）を提供するアプリケーションである。デバイス１０１の各タイプの医療デバ
イスは、対応するデバイスアプリケーション、例えば、アプリケーション９６−９７のい
ずれかを有することができる。
デバイス１０１の各注入デバイスは、特定の患者に特定の注入液（液状での水分補給、栄
養、血液または薬剤）を制御された形で配送するために用いても良い。装填（ｌｏａｄｉ
ｎｇ）またはボーラス投与又は用量滴定の形態での投与用の調剤は親注入内の別個の注入
段階であると考えることができる。同じ治療の一部として同じ患者に対する注入輸液の総
体は、ＣＱＩサーバー１０９によって記録され得る「注入物語」（Ｉｎｆｕｓｉｏｎ Ｓ
ｔｏｒｙ）と考えられる。
注入は、セットアップ相、プログラミング相、および配送相に編成することができる。セ
ットアップ相では、臨床医が注入液、患者とポンプを検証し、チューブを注入液からのポ
ンプに、及びポンプから患者に接続し、それらはＣＱＩサーバー１０９によって記録する
ことができる。プログラミング相の間、臨床医は、投与パラメーターをポンプに入力し、
ポンプはインストールされたＤＡＬバージョン（これは、またＣＱＩサーバー１０９によ
って記録されてもよい）を用いてそれを確認する。配送相の間、ポンプはプログラムされ
た速度で指定されたボリュームの注入液を配送する。
医療デバイス１０１の各々は、警報（ａｌａｒｍ）状態（すなわち、ポンプが注入してい
ない状況）、また、安全にとって危機的である又はそうでない場合である、警告及び勧告
が好ましい状態を検出することができる。医療デバイス１０１の各々は、デバイスゲート
ウェイ９９への安全なネットワーク接続を確立しようと試みることができる。医療デバイ
ス１０１の各々は、それぞれの注入のためのプログラミング、配送状態と例外イベントを
収集し、それらをＣＱＩ受信機１０８にＣＱＩメッセージとして報告することができるよ
うに、デバイス・ゲートウェイ９９に提供することができる。医療デバイス１０１のそれ
ぞれは、これらのイベントをデバイスゲートウェイ９９に通信することができ、デバイス
ゲートウェイ９９は、このデータをＣＱＩ受信機１０８（直接的または間接的に）に送る
。いくつかの実施形態では、もし医療デバイス１０１のある医療デバイスが、デバイスゲ
ートウェイ９９と動作可能な接続を確立または維持できない場合は、その医療デバイスは
これらのイベントを内部バッファに保存し、それらを生物医学系技術者１０２が生物医学
系アプリケーション９４を使用して又は使用せずに携帯型メディア（例えば、メモリステ
ィック）にコピーすることを可能にすることができる。いくつかの実施形態では、これら
のイベントは、医療デバイスに接続されたＵＳＢケーブルを有するパーソナルコンピュー
タで走行可能な生物医学系アプリケーションを介してダウンロードすることができる。
生物医学系アプリ９４は、生物医学系ユーザー１０２が自分達の医療デバイス１０１の健
全性を監視し、ログファイルを確認し、及びメンテナンス活動の状態を追跡し、ソフトウ
ェア／ファームウェアのインストールを管理するために、生物医学系ユーザー１０２にブ
ラウザベースのツールを提供する。
ログファイル、メンテナンスログ、およびソフトウェア／ファームウェアのインストール
および追跡データの更新はデータベース９５に保存することができる。
デバイスゲートウェイ９９は、特定の患者に関連するデバイス１０１の全てに結合する付
随的機器であってもよい。他の実施形態では、デバイスゲートウェイ９９は、ファシリテ
ィゲートウェイ上で実行可能なソフトウェアアプリケーションである。さらに、他の実施
形態では、デバイス・ゲートウェイ９９は、ベッドサイド機器（例えば、コンパクト・コ
ンピュータ）上で実行可能なソフトウェアである。デバイス・ゲートウェイ９９は、メッ
セージルータ、サービス・レジストリ、および／またはポンプ許可レジストリであっても
よい。デバイスアプリケーション９６〜９７はメッセージタイプを登録し、ゲートウェイ
デバイス９９にメッセージを発行する（ｐｕｂｌｉｓｈ）ことができる。医療デバイス１
０１（例えば、ＰＣＡに連結する呼吸モニター）のある医療デバイス（図２の「その他」
３７を参照）に連結するセンサーを含み、医療デバイス１０１の任意の医療デバイスはゲ
ートウェイデバイス９９を介してデータを発行（ｐｕｂｌｉｓｈ）するために使用するこ
とができる。デバイスアプリケーション９６−９７は「情報の精製装置」として働くこと
ができる。各デバイスアプリケーション９６−９７は、ゲートウェイデバイス９９を経由
して医療デバイス１０１の特定のタイプのベッドサイド装置のメッセージに登録申込みす
る。
各デバイスアプリケーション９６−９７は、ゲートウェイデバイス９９を介して一以上の
医療デバイス１０１から受領したイベントストリームから、ＣＱＩ、臨床、および生物医
学系情報を合成することができる。いくつかの実施形態では、それぞれのデバイス・アプ
リケーション９６−９７はこれらのより高レベルのイベントをデバイスゲートウェイ９９
またはＣＱＩリスナー９３などの他の登録申込者に再発行（ｒｅ−ｐｕｂｌｉｓｈ）する
。
いくつかの実施形態では、ＣＱＩメッセージのいくつかは、自動ドキュメント化、自動プ
ログラミング及び課金機能のために使用することができる。
いくつかのさらなる実施形態では、ＣＱＩメッセージは、医療デバイス１０１からＥＭＲ
８５への自動ドキュメント化および／またはｅＭＡＲシステム（例えば、ＨＩＳ ８４の
一部）からの医療デバイス１０１の自動プログラミングに使用され得る。ＣＱＩメッセー
ジは、薬剤安全性イベントおよび潜在情報を含むことができる。
ＣＱＩリスナー９３は、薬剤の安全性の継続的な品質改善に関連するイベントに登録申込
みをし、ホスト管理された環境への信頼性の高い配送を確かにする。
ＣＱＩリスナー９３は、（ファイアウォール１０３を介して）ＣＱＩ受信機１０８へ定期
的に伝送するためにデータベース９８にイベントを保存させることができる。
ＣＱＩ受信機１０８、ＣＱＩサーバー１０９、およびＣＱＩ ＵＩ １０１は、ホスト環
境８３（すなわち、クラウドサービス）において提供することができる。マスタースレー
ブ（ｍａｓｔｅｒ−ｓｌａｖｅ）データベース複製（データベース１０５はマスターとし
ておよびデータベース１０６はスレーブとして）は、ユーザーの問合せおよびＣＱＩデー
タ更新間の競合を低減するために、ホスト環境８３において使用しても良い。ＣＱＩサー
バー１０９は、最上位の問合せ及び提示要求に対する応答時間を短縮するために、ＣＱＩ
イベントをデータベース１０５に記憶させる前に、サマリー（報告可能な）フォームで後
処理する（ｐｏｓｔ−ｐｒｏｃｅｓｓ）ことができる。ＣＱＩ ＵＩ １１０は、一連の
標準レポート（コンプライアンス、制限違反、滴定の安全性、ステージ毎のイベント、優
先順位によるイベント）を提供することができる。ＣＱＩサーバー１０９は、ＤＥＲＳエ
ディタ４４５およびＣＱＩ ＵＩ １１０によって使用されるために、問合せＡＰＩをよ
り詳細なサマリー及び、特定のＣＱＩメッセージの詳細に掘り下げる様にサポートするこ
とができる。
ＣＱＩサーバー１０９は、ＣＱＩ ＵＩ １１０を使用するユーザーに分析および照会サ
ービスを提供する。ＣＱＩサーバー１０９は、ＣＱＩ ＵＩ １１０のユーザーに、ＣＱ
Ｉメッセージのサマリーの全て及び更新サマリー表（設定可能な間隔で）を提供しても良
い。これらのサマリー表の目的は、トップレベルのＣＱＩ問合せへの応答時間を短縮する
ことである。
これらのサマリーは、以下の統計的測定方法をカバーすることができる：（１）ＤＥＲＳ
制限対ワイルドカードを使用した注入の様な、使用されたプログラムモード；（２）ソフ
トおよびハード限界の違反；（３）滴定増加／減少の設定と用量限度違反の様な、滴定安
全情報；（４）優先度レベルによる報告すべき臨床イベント（例えば、以下に説明する図
８のＲＣＥ１４９）；および／または（５）注入段階による報告すべき臨床イベント（例
えば、以下に説明する図８のＲＣＥ１４９）。これらのサマリーの各々は、次のデータ観
察についてその小計を算出することができる：（１）組織名、（２）機関名（例えば、フ
ァシリティ名）、（３）ケア（ｃａｒｅ）領域、（４）一日の時間および／または（５）
週。
ウェブサービス問合せＡＰＩは、ＣＱＩ ＵＩ １１０および／またはＤＥＲＳエディタ
１１２が以下のものを選択することを可能にするために使用されても良い：（１）上に記
載された、指定されたセレクタによってフィルタリングされた各データ観察のサマリー合
計、（２）注入によるＲＣＥの詳細； および／または（３）実際のプログラミング、患
者による制限及び注入の統計（すなわち注入物語）。いくつかの特定の実施形態において
、ＤＥＲＳエディタ１１２および／またはホストサービス８３の任意のシステムは、Ｊ２
ＥＥ準拠のアプリケーションサーバーに基づいていてもよい。データベース１０４、１０
５、１０６、及び１１３はデータベース管理サーバーを使用してもよい。
Ｊ２ＥＥおよびデータベース管理サーバーがインストールされ、設定が完了したら、以下
の共有データベーステーブルがＤＥＲＳデータベース１１３の初期化を実行するためにイ
ンポートされることがある：
（1） 参照テーブル、例えば、測定単位、投与方法等；（２）管理ユーザーのためのア
クセス制御テーブル、役割、権限および許可；（３）ＤＥＲＳ薬剤リスト（４）ＮＤＮＱ
Ｉケアグループリスト； （５）機関の属性、および／または（６）ＤＥＲＳエディタ１
１２に必要なデータベーステーブル。
ＤＥＲＳエディタ１１２は、組織を追加または編集する、領域を追加または編集する、お
よび／またはアクセス制御を追加または編集するために使用することができる（それぞれ
は属性を持つ又は持たない）。
一実施形態では、ＤＥＲＳエディタ１１２および／またはＤＥＲＳデータベースは、複数
のファシリティ８２のための単一のアプリケーションサーバー及びデータベース環境で実
行することができる。さらに他の実施形態では、各機関８２は、独自の仮想環境でホスト
し／またはされてもよい（例えば、クラウドサービス２）。
いくつかの特定の実施形態では、ＣＱＩ ＵＩ １１０および／またはＤＥＲＳエディタ１１２は、ウエッブラウザを実行しているユーザーに、ＣＱＩレポート及びインタラクティブなドリルダウン動作を生成するためにＨＴＴＰ／Ｊａｖａｓｃｒｉｐｔ（登録商標）のインターフェースをサポートすることができる。
ＣＱＩメッセージは、データベース１０５にそれを記憶させるＣＱＩ受信機１０８により
受領される。もし、ＣＱＩ受信機１０８が、所定の速度で入ってくるＣＱＩメッセージの
全てを処理することが出来ない、および／またはＣＱＩ受信機１０８のバッファがいっぱ
いである場合は、ＣＱＩメッセージは一時的にデータベース１０４に保存され、ＣＱＩ受
信機がアンロードされるときに、データベース１０５内に保存するためにデータベース１
０４はＣＱＩ受信機１０８によってアクセスされる。データベース１０５は、データベー
ス１０６によって複製されてもよい。データベース１０６は、ＣＱＩユーザーインターフ
ェース１１０および／またはＤＥＲＳエディタ１１２のいずれかを使用してＣＱＩサーバ
ー１０９を介してユーザーがアクセス可能である。
ＣＱＩデータベース１０５、１０６の記録はＤＥＲＳエディタ１１２に依存する。記録は
、次を含む：（１）参照テーブル、例えば、測定単位、投与方法等；（２）管理ユーザー
のためのアクセス制御テーブル、役割、権限および許可；（３）ＤＥＲＳ薬剤リスト（４
）ＮＤＮＱＩケアグループリスト； （５）機関の属性。
これらの参照はＤＥＲＳエディタデータベースの１１３バージョンに依存しているので、
一貫性のあることが好ましい。ある一つの選択肢は、データベース１１３、１０５、１０
６間でテーブルを共有することである。この選択は便利であるが二つのデータベース１１
３および１０５、１０６の間で展開のための結合を増加させる。代替的に、結合は、ＤＥ
ＲＳエディタ１１２に変更が起きるときに常にそれらを更新する手順によって、ＣＱＩデ
ータベース１０５、１０６内のこれらのテーブルの読み取り専用コピーを維持することに
より減少させることができる。
ＣＱＩデータベース１０５、１０６のためのアクセス制御は、ＤＥＲＳデータベース１１
３とはその構造で類似しているが、内容において異なっていることもある。一部のユーザ
ーはＣＱＩサーバー１０９のために定義することができるが、ＤＥＲＳエディタ１１２で
は定義されない。両方に現れるそれらのユーザーにおいても、権限が異なる場合がある（
例えば、いくつかのＣＱＩデータは読み取り専用である）。
特定のデータベーステーブル（例えば、報告すべき臨床イベントと統計のサマリー）は、
ＣＱＩデータベース１０５、１０６により必要とされ、ＣＱＩデータベース１０５、１０
６が作成されるときにセットアップされる。
ＣＱＩ ＵＩ １１０および／またはＤＥＲＳエディタ１１２は、ＣＱＩサーバー１０９
からデータ（及び、したがってデータベース１０６からのデータ）及びＤＥＲＳエディタ
１１２からのデータ（したがって、データベース１１３と共に）を各々使用して、ＤＡＬ
ファイル１１４を生成する。
臨床状態マネージャ９１は、デバイスゲートウェイ９９と統合エンジン８９間の仲介者で
あり、いくつかの行為者及びコンポーネントを含む非同期ワークフローを組織化する。
薬剤師と選ばれた臨床医１１１は、ＤＥＲＳエディタ１１２を使用してある機関のための
投与限度を定義し、ＤＡＬファイル１１４（ＸＭＬ形式であってもよい）を作成する。投
与限度は制御された放出手順により、明確に定義され、注意深く制御され、十分に文書化
されたプロセスにより定義することができる。投与限度は、ＤＡＬマネージャ５のＤＥＲ
Ｓエディタ１１２を用いて特定することができる。ファシリティ８２は、後の機関の間の
比較を容易にするに、薬剤、ケア領域、投与方法等の共通の参照モデルを使用することが
できる。ＤＥＲＳエディタ１１２は、ホスト環境８３で実行することができるので、ユー
ザーはウエッブブラウザを使用してそれにアクセスする。いくつかの実施形態では、ＤＥ
ＲＳエディタ１１２を実行するためには、クライアント側ソフトウェアは、十分なブラウ
ザ以外は必要とされない。ＤＥＲＳエディタ１１２は、ケア領域、薬剤、臨床使用および
薬剤濃度によって編成される投与限度とデフォルト値を提供することができる。ＤＥＲＳ
エディタ１１２は、次のＤＡＬのバージョンの改善のためにＣＱＩ探求についての検索お
よび分析を統合するために、 ＣＱＩサーバー１０９への問合せインターフェースをサポ
ートすることができる。
図５は、本開示の実施形態によるＤＡＬファイルを生成するために使用される薬剤安全方
法１１５を示す。方法１１５は、図１のシステム１、図２のシステム２７、図４のシステ
ム８１または任意の他の電子患者ケアシステムで使用することができる。
製薬および臨床ケア領域からの参加者（例えば、図１の６、７、８、９、１８、及び１９
または図４の１０２、１０７、１１１から選択されたユーザー）は、薬剤の種類、臨床ケ
ア領域、投与方法を考慮することができる薬剤注入のための安全規則（例えば、量ベース
、速度ベースまたは重量ベース、投与戦略（装填（ｌｏａｄｉｎｇ）、ボーラス、ランプ
（ｒａｍｐ））などを含む、ＤＡＬファイル３５を生成し、定義する（図２参照）ことを
支援するために選択されても良い。
方法１１５は行為１１６と１１７を含む。行為１１６は行為１１８−１２５をサブ行為と
して含み、行為１１７は行為１２６−１２７をサブ行為として含む。
行為１１６はＤＡＬファイルを生成し、行為１１７はＤＡＬファイル３５を更新するため
にＤＡＬファイルの使用を監視する（図２参照）。
行為１２２は、例えば、分野のエントリのない初期ＤＡＬファイル又はテンプレートＤＡ
ＬファイルのようなＤＡＬファイルをセットアップする。
行為１２３は、選択されたユーザーの１人からのエントリに従って、ＤＡＬファイルへの
変更を受領する（例えば、図４のＧＵＩインタフェース１１２を介して）。行為１１２は
、例えば、図４のＧＵＩインターフェース１１２を介して医療デバイスシミュレータを作
動させることによりＤＡＬファイルを検討する。
行為１１２の間の検討の後に、パイロットＤＡＬファイルは行為１２０において（電子的
に）リリースされる。行為１１８は、パイロットＤＡＬファイルを承認する。しかしパイ
ロット（案内）が完了した後、ＤＡＬに調整がなされてもよい。行為１１８は、参照ファ
イル（例えば、バージョン番号、作成日等により参照される）の使用を承認するために、
ウエッブブラウザ上で「承認」ボタンをクリックすることにより実行することができる。
行為１１９において、ＤＡＬファイルがリリースされ、行為１２７において医療デバイス
に送信される。行為１２５において、ＣＱＩサーバーはＤＡＬファイルから参照データ（
例えば、薬剤、ケア領域、投与方法等）をインポートする。ＤＡＬのリリース時には、投
与記録を含むファイルは、病院及びＣＱＩ環境の両方にリリースされる。生物医学系技術
者は、行為１１９でのリリースの後に各々の注入デバイスにＤＡＬをインストールする。
行為１２６において、医療デバイスはＣＱＩイベントをＣＱＩ受信機１０８に送信する。
注入の間、医療デバイスはＣＱＩイベント（すなわち、ＣＱＩメッセージ）を生成する。
ＣＱＩメッセージは、何時通常の注入が生じ、何時注入がＤＥＲＳチェックをバイパス
するか、何時ソフト制限を超え、そしてオーバーライドされるか、および／または何時ソ
フトまたはハード制限を超えて、とりわけ、用量が再プログラムされるかの情報を含むこ
とができる。
ＣＱＩイベントは行為１２６において、ＣＱＩサーバーに送信され、ＣＱＩサーバーはそ
れを収集し保存する。安全担当者はこれらのイベントをまとめたレポートを実行し、行為
１２４において、手続き改善の機会を特定するための掘り下げる機能を提供する。同様に
、薬剤師、臨床医は、行為１２４において、ＤＡＬの次のリリースでの投与記録の改善の
機会を特定するためにＣＱＩデータベースに照会することができる。すなわち、行為１２
４において、ＣＱＩメッセージが分析や検討がされる。ＤＡＬファイルへの変更は、ＤＡ
Ｌのファイルの新しいバージョンを作成するため行為１２３で行うことができる。
図６は、本開示の実施形態による薬剤を注入する方法１２８を示す。方法１２８は行為１
２９、１３１，１３３、１３４、及び１３５を含む。方法１２８は、図１のシステム１、
図２のシステム２７、図４のシステム８１又は任意の他の電子患者ケアシステムで使用す
ることができる。
行為１２９において、医師は、電子処方箋を書き込む。注文が、ＣＰＯＥ１３０に入力さ
れ、それは電子的に薬局に送信される。行為１３１において、薬剤師は発注をレビューし
、薬剤相互作用および薬剤供給の評価を行い、処方箋を埋めるか又は処方を変更する、の
いずれか（例えば、医師と協議の上）を実施する。また、行為１３１において、処方箋が
完成され、注文がＰＩＳ１３２に提出される。行為１３３で処方箋が実行される。これは
、以下の方法により（これらを含むが、これらに限定されるものではない）なされる：
既に所望の濃度の薬剤による事前に調製された合成物を用いて；
薬剤師が薬局において所望の投与量および濃度に配合；及び／又は臨床医（例えば、看護
師）が、患者のベッドサイドで所望の投与量および濃度を配合する。
次に、投与量が行為１３４で患者に投与される。入院患者の設定（病院や養護施設）では
典型的には臨床医が用量投与を行う。外来または自宅の設定では、投与は、臨床医、患者
の家族または患者自身が行っても良い。薬剤の安全性手順では、「正しい患者」、「正し
い薬剤」、「正しい用量」、「正しい時期」と「正しいルート」のテストが満たされてい
ることを確認する様に努める。これは、ベッドサイドポイントオブケアシステムにより、
患者と薬剤をバーコード化することにより、及び／又は自動プログラミングを使用するこ
とを含む、種々の方法で達成することができる。ドキュメント化された記録は行為１３５
で記録保管システムに提出される。患者のカルテを更新するために行為１３５においてド
キュメントはＥＭＲシステムに提供される。
図７は、医療デバイスのソフトウェア、ファームウェア、および／または本発明の実施形
態による設定ファイルを更新する方法１３７を示す。方法１３７は、行為１３８―１４３
を含む。方法１３７は、図１のシステム１、図２のシステム２７、図４のシステム８１又
は任意の他の電子患者ケアシステムで使用することができる。
行為１３８において、生物医学系技術者１９（図１参照）は、医療デバイスにソフトウェ
ア、ファームウェア、または設定ファイルをインストールし（例えば、初めての場合）お
よび／または行為１４０で、生物医学系技術者１９は医療デバイス上のソフトウェア、フ
ァームウェア、または設定ファイルを更新する。行為１３９において、医療デバイスは構
成または再構成される。
行為１３８、１３９および／または１４０は、無線によりまたは生物医学用ツール２０（
図１参照）及び医療デバイスとの間の物理的接続を介して実行されてもよい。
生物医学系技術者１９は行為１３８および／または行為１４０を実行することができる。
行為１４１で医療デバイス（例えば、ＣＱＩのメッセージなどを介して）が監視される。
いくつかの実施形態では、生物医学系技術者１９は注入デバイスからＣＱＩイベント・フ
ァイルを、ポータブルメモリスティックへコピーすることができ、続いてＣＱＩへアップ
ロードすることができる。行為１４１は以下のことを実行するのに使用しても良い：
デバイスが、何時予防保守をする必要があるかについての予定時期を認定する；
医療デバイスが、ソフトウェア、ファームウェア、設定ファイルやその他のアップデート
とアップグレードをダウンロードする必要があるかどうかを認定する；
デバイスのログファイルをアップロードする；及び／又は他の診断および保守タスクを実
行する。
行為１４１は、医療デバイス（例えば、無線で）を監視する。行為１４２は医療デバイス
に問題が見出されたかを決定する。問題は、例えば、医療デバイスが所定のパラメータの
範囲内で動作していない、医療デバイスが内部エラーを検出している、および／または医
療デバイスは、ソフトウェア、ファームウェア、または設定ファイルが古くなっているか
等である。
行為１４３において、医療デバイスは、医療デバイスで識別された問題に対応して修復さ
れる。
図８は、本開示の実施形態による、医療デバイス１４５（例えば、注入ポンプ）と、デバ
イスアプリケーション１５１（例えば、ポンプアプリケーション）との間の通信のいくつ
かの側面を説明するブロック図１４４を示す。ポンプ１４５は、図８を参照して本明細書
に記載されているが、イベント１４６を生成するために、ポンプ１４５の代わりに、また
はそれと共に、任意の他の医療デバイスを使用することが意図されている。
ブロック図１１４には、イベント１４６（例えば、ポンプイベント）をデバイス・ゲート
ウェイ１４７に通信する医療デバイス１４５（例えば、注入ポンプ）が示されている。ポ
ンプイベント１４６は、ＣＱＩメッセージであってもよく、ＣＱＩメッセージのための基
礎であってもよく、またはそれは、医療１４５から生データのような他のデータであって
もよい。ポンプイベント１４６は、操作パラメータ、配送パラメータ、および／または他
の操作イベントであってもよい。いくつかの特定の実施形態では、ポンプイベント１４６
は、ウェブサービス（「ＷＳ」）アドレス指定を用いたシンプル オブジェクトアクセス
プロトコル（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）（「ＳＯ
ＡＰ」）を使用してもよい。いくつかの実施形態では、イベント１４６は、フルＨＴＴＰ
（又は、複数のＨＴＴＰ）プロトコルを使用しているレプリゼンテイショナル ステート
ートランス ファー（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅ
ｒ）（「ＲＥＳＴ」）を使用して通信される。
イベント１４６は、次のように表１に示すようなイベントであっても良い。
Figure 2019204530
Figure 2019204530

Figure 2019204530

Figure 2019204530
表１に項目１、２、３、４、５、６、７、８、および９としてリストされたものは、ポン
プイベント類（ｐｕｍｐ ｅｖｅｎｔ ｃｌａｓｓｅｓ）である。医療デバイス１４５が
デバイス・ゲートウェイ１４７に接続されていない場合には、これらのイベントは医療デ
バイス１４５のローカル・メモリ・バッファに記憶される。接続された場合（及び、再接
続された場合には）、これらのイベントは安全なプロトコル、例えば、ＳＳＬ、ＳＳＨ、
対称鍵暗号化、および／または非対称鍵暗号化を用いて、デバイスゲートウェイ１４７に
発行される。前述したように、デバイス・ゲートウェイ１４７は、ポンプイベントを興味
を持つ登録申込者に配信する様に構成された出版購読型エンジンとして機能することがで
きる（または、それを含んでも良い）。
再び図１を参照すると、ポンプイベントは、デバイス２６のデバイスイベントに関連する
ＣＱＩマネージャ４に送信されても良い。これらのイベントは、多くのファシリティ１０
にわたる全医療デバイス２６の一群を監視するために使用することができる。例えば、デ
バイス ハードウェア ステータス アレイ（Ｄｅｖｉｃｅ Ｈａｒｄｗａｒｅ Ｓｔａ
ｔｕｓ Ａｒｒａｙ ）９．７１はＣＱＩメッセージに変換されてもよく、そしてＣＱＩ
マネージャー４に伝達される。ユーザーは、保守イベントをスケジュールに記入するため
にＣＱＩマネージャー４にログインし、データに基づいて新たな部品を注文し、予測又は
予防保守を提供し、および／または予防的な理由または予測による理由で新しい部品を注
文する。ユーザーは、何を注文するか、何時注文するか、および／または各種ファシリテ
ィ１０内の幾つかのデバイス２６の保守について何時フラッグを立てるかを決定するため
に決定論的発見的教授法（ｈｅｕｒｉｓｔｉｃｓ）を使用してもよい。ＣＱＩマネージャ
ー４は、医療デバイス２６群の部品のサプライチェーン管理のために使用することができ
、医療デバイス２６の群の全てのデバイスのステータスに関するリアルタイム情報を提供
することができる。例えば、デバイス ハードウェア ステータス アレイは、内部バッ
テリーの健全性を示している満充電時の電流の様なバッテリー情報を含むことができる。
いくつかのファシリティの中で全てのデバイス２６又はデバイス２６のサブセットについ
ては、バッテリーの状態が所定の閾値を下回った場合、ＣＱＩマネージャ４は、自動的に
新しい電池を発注することができる。
追加的にまたは代替的に、ＣＱＩマネージャ４は、デバイス２６の内の、これらの識別さ
れたデバイスにおいて自動的に電池を交換するスケジュールを組むことができる。
再び図８を参照すると、デバイスアプリケーション１５１（例えば、ポンプを操作するた
めに構成されたポンプアプリケーション）は、デバイス・ゲートウェイ１４７上で実行す
ることができる（いくつかの実施形態では、これらは異なるハードウェアおよび／または
ソフトウェアであってもよい）。
デバイスアプリケーション１５１は、医療デバイス１４５によって発行されたイベントに
登録申込みをする。
ポンプアプリケーション１５１は、生のイベントの流れを処理し、より高いレベルの臨床
イベントの流れに整える。例えば、ホストクラウドサービスのサーバーに報告され、そこ
に保存される（例えば、図２のデータベース３０）様な、報告されるべき臨床イベント１
４９である。
本開示のいくつかの実施形態では、デバイスアプリケーション１５１は、メッセージ駆動型Ｂｅａｎ（「ＭＤＢ」）としてＪ２ＥＥアプリケーション・サーバーに配置される。ＭＤＢはジャバメッセーサービス（Ｊａｖａ（登録商標） Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）（ＪＭＳ）トピック、例えば、ポンプトピック（ＰｕｍｐＴｏｐｉｃ）１５０に登録申込みするステートレスコンポーネント（ｓｔａｔｅｌｅｓｓ ｃｏｍｐｏｎｅｎｔ）である、メッセージが利用可能になったとき、デバイスゲートウェイ１４７のアプリケーション・サーバーは、ワーカースレッド上でデバイスアプリケーション１５１を活性化することができる。
デバイスアプリケーション１５１は、ステートフルコンポーネント（ｓｔａｔｅｌｆｕｌ
ｃｏｍｐｏｎｅｎｔ）であり、各機関に配置される各ポンプ１４５に１つのポンプハン
ドラ（ｐｕｍｐ ｈａｎｄｌｅｒ）１５３の例（ｉｎｓｔａｎｃｅ）を含む。ポンプディ
スパッチャ（ｐｕｍｐ ｄｉｓｐａｔｃｈｅｒ）１５２は、ポンプ１４５のシリアル番号
をユニークキー（ｕｎｉｑｕｅ ｋｅｙ）として使用して、ポンプ・ハンドラ１５３のル
ックアップテーブルを保持する。
ポンプＭＤＢは、アプリケーション・サーバーのネーミングサービスを使用してポンプア
プリケーション１５１にアクセスする。それはメッセージヘッダから、ポンプ１４５のシ
リアル番号を取得し、ポンプハンドラ１５３中の適切なポンプ・ハンドラを見つけ出すた
めにポンプディスパッチャ１５２を使用する。
ポンプハンドラ１５３のそれぞれのポンプハンドラが使用中である（他のメッセージを処
理中、他のスレッドに係属など）場合、ポンプＭＤＢは、ポンプディスパッチャ１５２へ
のメッセージの待ち順に入れる（メッセージが順番に処理されていることを確認するため
）。ポンプハンドラ１５３群のそれぞれのポンプハンドラがアイドル状態の場合、ポンプ
ＭＤＢがポンプ・ハンドラ１５３群のそれぞれのポンプハンドラにイベントを処理する様
に要求する。ポンプ・ハンドラ１５３群の各ポンプハンドラは、ポンプＦＳＭ１５６、プ
ログラムＦＳＭ１５７及び配送ＦＳＭ１５８を含み、ポンプ・イベント（上記表１参照）
の関連するサブセットを処理する一組の有限状態機械（「ＦＳＭ」）を保持する。
ポンプＦＳＭ１５６は、何れの注入にも属していないイベントを処理するトップレベル状
態機械（ｓｔａｔｅ ｍａｃｈｉｎｅ）である。プログラムＦＳＭ１５７は、注入プログ
ラミングコンテキストが開始されたときに起動される子供状態機械であり、注入プログラ
ミングイベントの処理に責任があるものである。配送ＦＳＭ１５８は、注入配送が開始さ
れたときに起動される子供状態機械であって、注入中の操作イベントの処理に責任がある
ものである。
別のプログラミングＦＳＭ１５７と配送ＦＳＭ１５８は、一次注入の進行中に、二次注入
（装填、ボーラス、または滴定を含み）をプログラムすることができるため、使用するこ
とができる。医療デバイス１４５の運転モデル、例えば、ポンプＦＳＭ１５６は、報告可
能な臨床イベント（ＲＣＥ）を構築したり、報告可能な生物医学イベント（ＲＢＥｓ）を
構築するために使用することができる。例えば、ポンプＦＳＭ １５６は、ポンプ１４５
が一つの注入を完了し、中断した別の注入に戻った場合にポンプ１４５を追跡し；他の注
入が実行されているときに、ある注入のプログラミングを追跡し；および／または一度に
発生する可能性がある、複数の優先度の高い運転アラームを追跡してもよい。すなわち、
ポンプ１５６ ＦＳＭは、入れ子状態モデル（ｎｅｓｔｅｄ ｓｔａｔｅ ｍｏｄｅｌ）
を含んでいてもよい。
ポンプ・ハンドラー１５３群の各ポンプハンドラは、また、プログラミングおよび配送コ
ンテキスト情報を保持するためにいくつかのコンテキストオブジェクトを維持することが
できる。これらのコンテキストオブジェクトは、完成すると（トラッキングポンプ利用の
ための）生物医学イベントとして生成され、ポンプアプリケーション１５１が再起動する
必要があるときに回復用に保持される。コンテキストオブジェクトは、注入状態、注入モ
ード及び注入セグメントを含んでもよい。注入状態は、一次および二次注入のためのプロ
グラミング／配送状態データを含む。注入モードは、特定の用量／速度（例えば、装填、
ボーラス、および／または滴定）のプログラミング／配送状態データを含む。注入セグメ
ントは注入モード内のある運用期間の配送状態（例えば、ポンプ可動、停止、警報状態な
ど）を含む。ポンプイベント１４６を処理すると、各ＦＳＭ１５６、１５７、または１５
８のそれぞれは、新しい状態に移り、コンテキストオブジェクトを作成、更新又は削除す
ることができ、報告可能な生物医学イベント１４８または報告可能な臨床イベント１４９
の様な報告可能なイベント（ＣＱＩメッセージ）を出力する。本開示の具体的な実施形態
では、報告可能な臨床イベントのリストが以下の表２に示されている。
Figure 2019204530
Figure 2019204530


Figure 2019204530
図４及び図８を参照すると、図４のＣＱＩリスナー９３は、各ファシリティ８２内を動き
、デバイス・ゲートウェイ（図４の９９又は図８の１４７）に接続することができ、そし
てＣＱＩ ＲＣＥ１４９またはＣＱＩ ＲＢＥｓ１４８に登録申込みすることができる。
図４のＣＱＩリスナー９３はホスト環境８３におけるＣＱＩ受信機１０８への安全なプラ
イベート接続を確立することができる（図４参照）。この接続は、物理的な（連続的に接
続されている）または論理的（メッセージを送信している間の一時的な接続）であっても
よい。
デバイスゲートウェイ１４７は、ＲＣＥｓ１４９またはＲＢＥｓ１４８をＣＱＩリスナー
９３にルーティングすることができる。ＣＱＩリスナー９３はメッセージの耐久性を確保
することができる（すなわち、ネットワークの混雑や断線によって送信中にメッセージが
失われることがない）。その結果、ＣＱＩリスナー９３は：（１）（バッファリングのた
めに）ローカルの待ち状態列（ｐｅｒｓｉｓｔｅｎｔ ｑｕｅｕｅ）に送信すべき各メッ
セージを保存する；（２）ＲＣＥｓ１４９および／またはＲＢＥｓ１４８の各々を列の先
頭からＣＱＩ受信機１０８へ送信する；および／または（３）ＣＱＩ受信機１０８からの
確認応答を受信した後メッセージを削除する、ことができる。
ＣＱＩ受信機１０８はホスト環境８３内で作動する。ＣＱＩ受信機１０８は聴取し、１以
上のＣＱＩリスナー９３からの安全なネットワーク接続の要求を受ける。ＣＱＩ受信機１
０８は、接続された各ＣＱＩリスナー９３からのＲＣＥ１４９を受信する。ＣＱＩ受信機
１０８は、メッセージの耐久性を確認することがあり、したがって、それを受領すると各
ＲＣＥ１４９をデータベースに１０５に書き込む。ＣＱＩ受信機１０８は、（１）受信し
た各メッセージ（ＣＱＩメッセージ）を（バッファリングのために）ローカルの待ち状態
列に保存する；（２）列の先頭から各ＣＱＩメッセージをＣＱＩイベント・データベース
内のテーブルに追加する；（３）メッセージの受信を、メッセージを送信したＣＱＩリス
ナー９３へ確認する；及び（４）ローカル列からのＣＱＩメッセージを削除する（それは
ＣＱＩイベントデータベース１０５に安全に存在するため）。
前述したように、ＣＱＩイベントデータベース１０５は、マスタースレーブ複写を使用し
て実行される。つまり、データベース１０５はマスターであり、データベース１０６はス
レーブである。いくつかの具体的な実施形態では、このアプローチでは、同一の図式を持
つＣＱＩイベント・データベースのコピーが２つ存在する。挿入、更新、および削除トラ
ンザクションがマスター・データベース１０５に適用されるので、データベース１０５内
のデータベース管理システム（ＤＢＭＳ）は、ジャーナルに変更を書き込み、スレーブデ
ータベース１０６に未送信の変更を送信することができる。
各ＣＱＩメッセージ（例えば、ＲＣＥ）は、特定の機関に属するものであってよい。この
機関の基準は医療デバイスを操作し、そのデバイスに配置されている薬剤管理ライブラリ
（Ｄｒｕｇ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｌｉｂｒａｒｙ）（ＤＡＬ）をリリースし
た機関のものと一致する必要がある（例えば、図４の医療デバイス１０１の一つの医療デ
バイスまたは図８の医療デバイス１４５。その結果、ＣＱＩデータベース１０５、１０６
は、ＤＥＲＳデータベース１１３と一致している機関のリストを必要とするであろう。
図９は、本開示の実施形態による注入デバイス（例えば、図１のデバイス１６のそれ）を
プログラムする方法１６１を示す状態図である。方法１６１は、機器のＵＩとインターフ
ェース接続が可能なユーザーから始まる。
注入プログラミングは「開始」とラベルに記載の状態として示した状態で開始される。状
態１６２は基本モードのプログラミングを使用する場合（例えば、ＤＥＲＳコンプライア
ンス例外デバイスが使用される場合など）である。
ＤＥＲＳコンプライアンス例外デバイスを使用してプログラミングした後、この方法は、
用量プログラミングが完了した状態１６５に移行する。
状態１６６はＤＥＲＳベースの保護が使用され、用量パラメータがデバイスにプログラム
された場合であり、制限違反が検出されない場合、状態１６５に移行する。もしソフト制
限違反又はハード制限違反が検出された場合、方法１６１は状態１６７に移行する。もし
、それがソフト制限である場合、臨床医は（１）ソフトウェアの制限を無視し、その結果
方法は状態１６５へ続く；注入の意図を変えることなく注入属性をプログラムする、そし
て、新しい違反がない場合は状態１６５に続くか、新しい違反が発見された場合は、状態
１６５に進むかの何れかであり；または（３）注入意図（薬剤、臨床ケア領域、臨床使用
および／または濃度）を変更し、それにより方法１６１は状態１６６で再出発する。
ハードの制限が検出された場合は、方法は、状態１６６から状態１６７に移行し、その場
合には、状態は状態１６６へ戻る再移行が必要となり、臨床医がＤＥＲＳ違反を無視する
ことはできない。
注入方法１６１は、多くの状態においてキャンセルされる場合がある。基本モードプログ
ラミング状態１６２において、プログラミングが完了する前に、臨床医は注入を中止する
ことができる。ＤＥＲＳプログラミング状態１６６において、プログラミングが完了する
前に、臨床医は注入を中止することができる。
状態１６７で、ＤＥＲＳソフト制限またはハード制限違反が検出された場合、臨床医は注
入４を取り消すことができる。
状態１６５の間、医療デバイスは「注入開始」ボタンを提示するが、介護者はこのボタン
を押すことにより、注入が始まる状態１６３に医療デバイスを移行させることができる。
状態１６３において一時停止ボタンは、ユーザーインターフェース上に存在し、このボタ
ンを押すとデバイスを一時停止させることができ、それによってデバイスを状態１６４へ
移行させる。状態１６４において継続ボタンは、ユーザーインターフェース上に存在し、
押すとそれによってデバイスを状態１６３へ戻し、治療を継続させる。致命的なエラー（
所定のエラーのセット）が状態１６３および／または１６４で検出された場合、方法１６
１は終了状態へ移る。
注入が完了すると、ポンプは、デバイスゲートウェイを介して臨床サーバーに注入完了メ
ッセージを送信する。臨床サーバーは完了イベントを処方記録にリンクする。臨床サーバ
ーは、患者の電子カルテ（ＥＭＲ）１７更新し、および／または薬剤の成功注入を記録す
るために、病院の課金システムを更新するように、ＩＨＥ自動ドキュメントメッセージを
フォーマットし、そして例えば、電子医療管理記録（「ｅＭａｒ」）に記録するために、
それとＩＴアプリ１１（図１参照）の一つに送信する。
図１０は、本開示の実施形態による、図１のファシリティゲートウェイ２１により、図２
または図４のアプリケーション４１、４２、４３、４４及びデバイスゲートウェイ４０に
より使用される出版購読型モデル１６８を示す。
このモデルは、発行者１７１が、一以上のトピック１７０を出版購読型エンジン１６９に
登録することを可能とする出版購読型エンジン１６９を使用する。
トピック１７０が登録されると、一以上の登録申込者１７２は、トピック１７０を登録申
込みすることができる。いくつかの特定の実施形態では、登録申込者１７２は、保証され
た登録申込み（ｇｕａｒａｎｔｅｅｄ ｓｕｂｓｃｒｉｐｔｉｏｎ）を使用してトピック
１７０に加入することができる。発行者１７１群のある発行者がトピック１７０に関連し
たイベントを投稿すると、トピック１７０に登録申込みしている全ての登録申込者１７２
は、出版購読型エンジン１６９からのデータを受信する。
発行者１７１群のある一の発行者は、一以上のトピック１７０に登録することができ、各
トピックはユニークなトピックであってもよい。１以上の登録申込者１７２は、そこから
イベントを受領するため一以上のトピックに登録申込みすることができる。発行者１７１
がトピック１７０中のユニークなトピック（例えば、「第１のトピック」）にイベントを
投稿すると、トピック１７０の第１のトピックのすべての登録申込者はそのイベントを受
信する、トピック１７０の第１のトピックへ登録申込者していない非加入者は、そのイベ
ントを受信せず；トピック１７０の他のトピック（例えば、第２の光学系）に登録申込し
ているが最初のトピックに登録申込していない登録申込者１７２は、第１のトピックにの
み対応する送信されたイベントを受信しない。
いくつかの実施形態では、トピック１７０は、発行者１７１と登録申込者１７２が匿名で
あることを可能にするある間接的なレベルを提供することができる。
出版購読型エンジン１６９は通信を一方向および非同期であることを可能にすることがで
きる（例えば、「点火及びその後は処置不要」（“ｆｉｒｅ ａｎｄ ｆｏｒｇｅｔ”）
）。出版購読型エンジン１６９は、両方の側に、耐久性のあるメッセージ配信を提供する
ことができる。トピック１７０中の耐久性のあるトピックは、出版購読型エンジン１６９
が旨く作動しない場合にもメッセージが失われないことを保証することができる。登録申
込者１７２によって使用される耐久性のある登録申込は、それが実行されていないときに
、登録申込者１７２がメッセージを見逃すことがないことを確実にすることができる。
出版購読型エンジン１６９は、デバイスゲートウェイ２２の一部であってもよいし、ファ
シリティゲートウェイ２１内のその他の任意のソフトウェアの一部であってもよく、又は
図１のスタンドアローンアプリケーションであってもよい。出版購読型エンジン１６９は
、アプリケーション４１〜４４内でデバイスゲートウェイ４０の一部であってもよいし、
又は図２のスタンドアローンのアプリケーションであってもよい。出版購読型エンジン１
６９は、図４のデバイス・ゲートウェイ９９の一部であってもよく、アプリケーション９
４、９６、９７の一部であってもよく、又は図４のスタンドアローンアプリケーションで
あってもよい。
図１１は、本開示の実施形態による能力−レジストリモデル（ｃａｐａｂｉｌｉｔｙ−ｒ
ｅｇｉｓｔｒｙ ｍｏｄｅｌ ）１７３を示す。プロバイダ１７６は、その能力１７５を
能力レジストリ１７４に登録する。能力１７４は、インターフェースや属性を含む二つの
側面を持つことができる。
インターフェースは、要求／応答のペアと（両方向への）通知のリストである。
属性は、配送の品質の制限（例えば、応答時間、エラー率と回復ポリシー、コストなど）
を特定するサービスレベル合意パラメータである。
イニシエータ１７７は、その能力を見つけ出し、そしてその能力に結合するために、能力
レジストリ１７４と通信することができる。
その後、イニシエータ１７７は、プロバイダ１７６から情報を要求し、応答を受け取るこ
とができる。能力 レジストリ１７４は、デバイスゲートウェイ２２の一部であってもよ
いし、ファシリティゲートウェイ２１内の任意の他のソフトウェアの一部であってもよい
し、又は図１のスタンドアローンアプリケーションであってもよい。能力 レジストリ１
７４は、アプリケーション４１〜４４内で、デバイスゲートウェイ４０の一部であっても
よいし、または図２のスタンドアローンのアプリケーションであってもよい。能力レジス
トリ１７４は、図４のデバイスゲートウェイ９９の一部であってもよく、アプリケーショ
ン９４、９６、９７の一部であってもよく、又は図４のスタンドアローンアプリケーショ
ンであってもよい。いくつかの特定の実施形態では、能力 レジストリ１７４は、出版購
読型エンジン１６９を補足しまたは代替することができる。
図１２は、本開示の実施形態による医療デバイス１７９とデバイスゲートウェイ１８５と
の間の通信を説明するためにシステム１７８のブロック図を示す。
医療デバイス１７９は、デバイスゲートウェイ１８５と通信するためにデバイス・ゲート
ウェイ通信マネージャ（「ＤＧＣＭ」）３４２を利用してもよい。
通信は、医療デバイス１７９がクライアントであり、デバイスゲートウェイ１８５はＨＴ
ＴＰＳ通信トランスポートを使用するウェブサーバーである、ウェブサービスに基づくこ
とができる。
通信は、医療デバイス１７９が、デバイスゲートウェイ１８５（例えば、医療デバイス
ゲートウェイ）にホストされているウェブメソッドを呼び出すトランザクション（ｔｒａ
ｎｓａｃｔｉｏｎ）形態をとる。医療デバイスは、イーサネット接続１８６を介してデバ
イスゲートウェイ１８５に結合されたネットワーク１８４に接続されたＷｉＦｉルータ１
８３を使用して、デバイスゲートウェイ１８５と通信するＷｉＦｉ接続１８２を使用して
もよい．特定の一実施形態では、ＴＣＰ／ＩＰは、ネットワーク１８４上にトランスポー
トプロトコルを提供する。ＳＯＡＰは、ＨＴＴＰに準拠したメッセージング形式を提供し
、及びＳＳＬは安全な通信（ＨＴＴＰＳ）のために必要な暗号化／認証を提供する。医療
デバイス１７９のソフトウェアの中で、通信マネージャは、ウェブサービス通信のクライ
アント側を管理する。
通信マネージャは、ＨＴＴＰＳ上でＳＯＡＰメッセージングおよびＳＳＬを使用して、デ
バイスゲートウェイ１８５上でホストされるウェブメソッドの一つを呼び出すことによっ
て、デバイスゲートウェイ１８５と通信する。これは、インターフェースを実行するため
に使用されるソフトウェア言語のためのＳＯＡＰバインディング１８７を使用することが
できる。さらに、ＳＯＡＰバインディング１８７は、ＨＴＴＰＳ上で安全な通信を提供す
るためにＳＳＬ能力を有してもよい。ウェブサービスオペレーション（ウェブメソッド１
９５）とデバイスゲートウェイ１８５のウェブサーバーに必要な枠組み（ｓｃｈｅｍａ）
を定義するウェブ−サ−ビス記述言語（“ＷＳＤＬ”）が作成される。ＷＳＤＬファイル
が、ウェブメソッド１９５および使用されるデータ型のために作成されてもよい。ＷＳＤ
ＬおよびＳＯＡＰプロバイダのユーティリティツールを使用して、ＳＯＡＰクライアント
・ソース・コード・ファイルが生成され、通信マネージャソフトウェアに追加される。通
信マネージャが正常にデバイスゲートウェイ１８５とのトランザクションを開始するため
には、以下の事項が使用／セットアップされても良い：
（1） 医療デバイス１８５にインストールされているＯｐｅｎＳＳＬ１７９
（ソフトウェア１８１）；（２）デバイス・ゲートウェイ１８５のホスト名とＩＰポート
が、データ構造１９２に保存；（３）医療デバイス１７９上にデバイスゲートウェイ１８
５の公開証明データ構造１９３が存在する； 及び （４）医療デバイス１７０の秘密鍵
と公開証明１９４が医療デバイス１７９上に存在する。
デバイスゲートウェイ１８５は、ウェブサーバーとして構成され、デバイスゲートウェイ
１８５から情報を取得し又はデバイスゲートウェイ１８５へ情報を送るために、リモート
デバイス（例えば、医療デバイス１７９）がアクセスするウェブメソッド１９５をホスト
する。安全な通信のためにはＨＴＴＰＳが使用されるため、デバイスゲートウェイは、Ｓ
ＯＡＰ及びＳＳＬインターフェース１８７を使用することができる。ウェブサービス操作
（例えば、ウェブメソッド１９５）とウェブサーバーに必要なデータ型を定義するＷＳＤ
Ｌファイルを作成することができる。ＷＳＤＬファイルは、ウェブメソッド１９５および
必要なデータ型のために作成されている。ＷＳＤＬおよびＳＯＡＰプロバイダのユーティ
リティツールを使用して、ＳＯＡＰサーバーのソースコードファイルが生成され、ゲート
ウェイ機能１８８を提供を容易にするためデバイスゲートウェイ１８５ソフトウェアに追
加される。デバイスゲートウェイ１８５が医療デバイス１７９からのトランザクションを
処理するためには、以下の事項が使用／セットアップされても良い：
（１） デバイスゲートウェイ１８５上にインストールされたＯｐｅｎＳＳＬ
１８７（または同等のソフトウェア）であり、デバイスゲートウェイ１８５は通信ポート
１８９およびネットワーク接続１９１を提供することができる；
（２）医療デバイス１７９の公開証明は、データ構造１９０内のデバイスゲートウェイ１
８５上に存在することができる、及び／又は（３）デバイスゲートウェイ１８５の秘密鍵
と公開証明はデータ構造１９０内のデバイスゲートウェイ１８５上に存在する。
ウェブサービスの実施は、通信を確立し情報を交換するために医療デバイス１７９とデバ
イス・ゲートウェイ１７９との間の通信インターフェースを定義する。
この通信は、ウェブメソッド１９５にホストされたデバイスゲートウェイ１８５を呼び出
すことによって開始されるトランザクションの形である。
４つのウェブメソッドが、医療デバイス１７９（ＤＧＣＭ３４２を使用）とデバイスゲー
トウェイ１８５との間で情報を渡すために使用される。
ウェブメソッドは、デバイス・ゲートウェイ１８５上でホストされ、デバイス・ゲートウ
ェイ１８５との情報交換トランザクションを開始するためにＤＧＣＭ３４２によって呼び
出される。それぞれのウェブメソッドは、表３に確認されるように、特定のタイプの移動
情報（ｉｎｆｏｒｍａｔｉｏｎ ｍｏｖｉｎｇ）のために使用することができる。ある特
定の実施形態では、これらのトランザクション及び関連するウェブメソッドのリストを以
下の表３に示す。
Figure 2019204530
通信ステータスチェックトランザクション（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｔａｔｕｓ
Ｃｈｅｃｋ ｔｒａｎｓａｃｔｉｏｎ）は、医療デバイス１７９をデバイスゲートウェ
イ１８５に登録し、デバイスゲートウェイ１８５との通信を維持し、及びデバイス・ゲー
トウェイ１８５が、医療デバイス１７９のために保持している利用可能な情報に関するス
テータスを取得するために使用される。患者注入プログラムチェック（Ｐａｔｉｅｎｔ
Ｉｎｆｕｓｉｏｎ Ｐｒｏｇｒａｍ Ｃｈｅｃｋ）は、患者指示チェック（Ｐａｔｉｅｎ
ｔ Ｉｎｓｔｒｕｃｔｉｏｎｓ Ｃｈｅｃｋ）、患者のスカラー・データチェック（Ｐａ
ｔｉｅｎｔ Ｓｃａｌａｒ Ｄａｔａ Ｃｈｅｃｋ）、デバイス情報チェッ（Ｄｅｖｉｃ
ｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈｅｃｋ）、警告通知チェック（Ａｌｅｒｔ Ｎｏｔｉ
ｆｉｃａｔｉｏｎ Ｃｈｅｃｋ）、Ｄｅｂｉａｎソフトウェアパッケージチェック（Ｄｅ
ｂｉａｎ Ｓｏｆｔｗａｒｅ Ｐａｃｋａｇｅ Ｃｈｅｃｋ）、及びＤＡＬ構成ファイル
チェック（ＤＡＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｆｉｌｅ Ｃｈｅｃｋ）トランザクシ
ョンは、デバイスゲートウェイ１８５からの従前の通信ステータスチェック応答の範囲で
認定された、利用可能なデバイスゲートウェイ１８５情報を取得するために使用される。
サービスログファイルポスト及びエンジニアリングログポストトランザクション（Ｓｅｒ
ｖｉｃｅ Ｌｏｇ Ｆｉｌｅ Ｐｏｓｔ ａｎｄ Ｅｎｇｉｎｅｅｒｉｎｇ Ｌｏｇ Ｆ
ｉｌｅ Ｐｏｓｔ ｔｒａｎｓａｃｔｉｏｎｓ）は、デバイスゲートウェイ１８５からの
、従前の通信ステータスチェック応答の範囲で認定された、ログファイルをデバイスゲー
トウェイ１８５に送信するために使用される。医療デバイス１７９内で利用可能な注入ロ
グイベントが、デバイスゲートウェイ１８５に送信されていないときは、いつでもデバイ
スゲートウェイ１８５への注入ログ情報ポストトランザクション（Ｉｎｆｕｓｉｏｎ Ｌ
ｏｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｏｓｔ ｔｒａｎｓａｃｔｉｏｎ）は開始される。フ
ァイルは、医療デバイス１７９とデバイスゲートウェイとの間で、ＳＯＡＰメッセージへ
のＤＩＭＥ添付として転送することができる。時刻情報チェックトランザクション（Ｔｉ
ｍｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈｅｃｋ ｔｒａｎｓａｃｔｉｏｎ）は時刻同期のた
めにデバイスゲートウェイ１８５の時間を取得するために使用される。
ウェブメソッド１８４は、デバイス・ゲートウェイ１８５から情報を取得し、デバイスゲ
ートウェイ１８５に情報を渡すために使用される。
ウェブメソッド１８４は、それらのＣ−スタイル プロトタイプと共に表４に示す。
Figure 2019204530
いくつかの実施形態では、各渡されたパラメータは、データ構造またはｉｎｔ（すなわち
、Ｃ言語における整数データタイプ）であってもよい。他の実施形態では、任意のデータ
型を渡すことができる。データ構造宣言は図１３に示される。すべてのデータ構造メンバ
ーのポインター（ｇＳＯＡＰの実施により必要とされるデータ構造であるｄｅｖｉｃｅ＿
Ｉｍａｇｅ＿Ｔ１９９以外）はゼロで終わる文字列である。
ウェブメソッド内のパラメータリストは、デバイス・ゲートウェイ１８５に情報を渡すた
めの１以上のパラメータ（図１２参照）及びデバイスゲートウェイ１８５から情報を受信
するための一つのパラメータを含む。情報を渡すためのパラメータは、値により、参照に
より、ポインターであっても良い。情報を受信するためのパラメータは、常にパラメータ
リストの最後にあり、参照されるデータ・タイプ（＆ｄａｔａＴｙｐｅ）である。ウェブ
メソッドが返すための情報を持っていない場合でも、受信パラメータは依然として必要と
される。例えば、ｄｅｖｉｃｅ＿ｉｎｆｕｓｉｏｎＳｅｎｄＴｒａｎｓａｃｔｉｏｎ（．
．．， ｉｎｔ＆ｒｅｓｕｌｔ）とｄｅｖｉｃｅ＿ｆｉｌｅＳｅｎｄＴｒａｎｓａｃｔｉ
ｏｎ（．．．，ｉｎｔ＆ｒｅｓｕｌｔ）がこの要件を満たすために“＆ｒｅｓｕｌｔ”を
使用する。
各ウェブメソッドは、イニシエータにトランザクション完了の状態を識別させる、戻り値
を持っている。戻り値の例示的なセットを、次のように表５に提供する。
Figure 2019204530
図１３を再び参照すると、ｄｅｖｉｃｅ＿Ｈｅａｄｅｒ＿Ｔ１９７のメンバーポインター
が示されており、以下の表６に記載されている。
Figure 2019204530
ｄｅｖｉｃｅ＿ＩｎｔｅｒｎａｌＳｔａｔｕｓ＿Ｔ１９８のメンバーポインターが示され
ており、以下の表７に記載されている。
Figure 2019204530
図１２−１３を参照すると、ｄｅｖｉｃｅ＿ＣｌｉｅｎｔＲｅｑｕｅｓｔ＿Ｔ２００は、
医療デバイス１７９の通信マネージャがデバイスゲートウェイ１８５から要求する情報の
種類を識別する。特定の一実施形態では、ｄｅｖｉｃｅ＿ＣｌｉｅｎｔＲｅｑｕｅｓｔ＿
Ｔ２００を使用する要求が示され、以下の表８に記載されている。
Figure 2019204530
ｄｅｖｉｃｅ＿ＧａｔｅｗａｙＲｅｓｐｏｎｓｅ＿Ｔ２０１は、受信した要求に対するデ
バイスゲートウェイの１８５応答を提供する。
状態（例えば、ｃｈａｒ＊ｓｔａｔｅ＿ｐｔｒ）の典型的な実施形態及びそれらの説明を
、以下の表９に示す。
Figure 2019204530
Ｃｈａｒ＊ｐａｙｌｏａｄ＿ｐｔｒは、デバイス１７９の通信マネージャを介して、医療
デバイス１７９によって要求される情報を提供する。
ｄｅｖｉｃｅ＿ＦｉｌｅＤａｔａ＿Ｔ２０３は、デバイスゲートウェイ１８５に送られる
ファイルの種類を識別する。ファイルタイプの典型的な実施形態及びその説明は以下の表
１０に示す。
Figure 2019204530
ｄｅｖｉｃｅ＿ＦｉｌｅＲｅｓｐｏｎｓｅ＿Ｔ２０４は、受信した要求に対するデバイス
ゲートウェイ１８４の応答を提供する。その状態の典型的な実施形態及びその説明は以下
の表１１に示す。
Figure 2019204530
ｃｈａｒ＊ｆｉｌｅｎａｍｅ＿ｐｔｒはデバイスゲートウェイ通信マネージャ３４２に転
送されたファイルを特定する。ｄｅｖｉｃｅ＿ＩｎｆｕｓｉｏｎＤａｔａ＿Ｔ２０２のｃ
ｈａｒ ＊ｐａｙｌｏａｄ＿ｐｔｒは、注入ログ情報をデバイスゲートウェイ１８５にＸ
ＭＬとして提供する。ペイロードがＸＭＬ要素として編成され、ルート要素と子要素があ
る。
図１４は、本開示の実施形態による医療デバイスとデバイスゲートウェイとの間の通信方
法２０５を示すフローチャートである。すなわち、方法２０５は、医療デバイス（ＤＧＭ
を使用して）とデバイスゲートウェイとの間の汎用トランザクションシーケンスである。
方法２０５は、それぞれのトランザクションを実行するために、図１５−２６に示す方法
により使用することができる。
一般的に、トランザクションは、デバイスゲートウェイにホストされるウェブメソッドを
呼び出す医療デバイスのＤＧＣＭ３４２から構成される。この行為は、デバイスゲートウ
ェイとＨＴＴＰＳ接続を確立する。
接続確立中に、安全／信頼関係を確立するために医療デバイスとゲートウェイデバイスと
の間で非対称暗号化を使用して認証が行われる。一度、認証が行われるとＳＳＬセッショ
ンが確立され、２つのエンドポイントは、共通鍵を作成し、データを渡すための対称暗号
化を使用する。トランザクションは処理され、情報が返され、そしてＨＴＴＰＳ接続を終
了する。成功したトランザクションの実現までに、最大３つのトランザクションの再試行
が実施される。図１４は、ある特定の実施形態、すなわち、このトランザクションの方法
２０５、を示す。
方法２０５は行為２０６から２３２を含む。行為２０６で方法に入る。行為２０７は、デ
バイスのゲートウェイ認証を開始し、証明を要求する。ソケット接続（ｓｏｃｋｅｔ ｃ
ｏｎｎｅｃｔｉｏｎ）が行為２２３で確立される。
行為２２４で、デバイスゲートウェイは要求を受信し、医療デバイスへ公開証明を送信す
る。行為２０８において、医療デバイスは、ローカルコピーと比較することによって、公
開証明を有効にする。行為２０９において、医療デバイスは、デバイスゲートウェイが、
データ（例えば、デバイスゲートウェイのシリアル番号やＩＤ番号などの所定のデータ）
を暗号化することにより、その身元を証明することを要求する。データは、その後、医療
デバイスからデバイスゲートウェイへ送信される。
その後、デバイスゲートウェイは行為２２５中において、その秘密鍵を使用してメッセー
ジ（例えば、デバイスゲートウェイのシリアル番号やＩＤ）を暗号化し、暗号化されたメ
ッセージを医療デバイスに送信する。
行為２１０において、メッセージはデバイスゲートウェイの公開証明を使用して復号化さ
れる。
行為２２６は、公開証明を要求することによって、医療デバイス認証を開始するが、公開
証明は医療デバイスによって受信され、医療デバイスは行為２１１において公開証明をデ
バイスゲートウェイに送信する。行為２２７において、デバイスゲートウェイは、ローカ
ルコピーと比較することによって、公開証明を有効にする。行為２２８において、デバイ
スゲートウェイは、医療デバイスがいくつかのデータ（例えば、医療デバイスのシリアル
番号やＩＤ番号などの所定のデータ）を暗号化することにより、その身元を証明すること
を要求する。
行為２１２において、医療デバイスはデータ（例えば、所定のデータ）を暗号化する。暗
号化されたデータは、行為２２９でデータを復号化するデバイスゲートウェイに送信され
る。行為２３０で、デバイスゲートウェイは、医療デバイスが認証されたか否かを決定し
、行為２１３で医療デバイスは、デバイスゲートウェイが認証されたか否かを決定する。
両者が認証された場合は、行為２１４はセッションキーを確立する。行為２３０でデバイ
スゲートウェイが医療デバイスを認証できない場合は、トランザクションは行為２３１で
終了される。もし医療デバイスがデバイスゲートウェイを認証できない場合は、医療デバ
イスは最大３回まで認証を試み（２１９を参照）、そしてトランザクションは３回の試行
後に、行為２２０において失敗したとみなされる。
行為２１４でＳＳＬセッションが確立された後、行為２１５で、医療デバイスはトランザ
クション（例えば、ウェブメソッド）をフォーマットし、デバイスゲートウェイにトラン
ザクションを送信するために、ＳＳＬ対称暗号鍵を使用する。行為２３２は、ウェブメソ
ッドを受信し、ウェブメソッドを処理し、応答をフォーマットした後、ウェブメソッドを
復号化する。行為２３２は、医療デバイスに送信される応答（例えば、戻り値）を暗号化
する。医療デバイスは応答を復号化し、行為２１６で戻り値を調べる。
行為２１７において、医療デバイスは、戻り値は成功したトランザクションに対応するか
を決定し、行為２１８でトランザクションが成功したことを宣言する。トランザクション
が成功しなかった場合は、行為２１７は行為２１９によって他の試みを開始する。
図１５は、本開示の実施形態による、ステータス及び通信チェックを実行するために、医
療デバイスとデバイス・ゲートウェイとの間の通信方法２３３を示すフローチャートであ
る。通信ステータスチェックトランザクションは、デバイス・ゲートウェイとの通信を確
立し（切断から接続へ移る）、デバイス・ゲートウェイとの通信を維持する（接続を維持
する、切断へ移る）、及びデバイスゲートウェイが医療デバイスのために保持している利
用可能な情報についてのステータス情報を取得するために、定期的に、ＤＧＣＭ３４２に
よって開始される。
方法２３３には、行為２３４−２３８と２４０−２４１が含まれる。行為２３４は、６０
秒ごとにステータスチェックを開始する。行為２３４は、ステータスチェック要求（例え
ば、ＤＧＣＭ３４２がそれを受信）を受信する。行為２３６は、要求を送信し、行為２４
１においてＨＴＴＰＳ接続を確立する。表２３９は、デバイスゲートウェイにアクセス可
能な医療デバイスのアクセスリストを示す。
行為２４０において、デバイスゲートウェイは、その医療デバイスがアクセスリスト２３
９にあるか否かを決定し、医療デバイスのために利用可能である情報を含む応答を策定す
る。応答は行為２３７でそれをチェックする医療デバイスに送信される。
医療デバイスがデバイスアクセスリスト２４８のメンバーでない場合は、デバイス・ゲー
トウェイは応答状態を「拒否」（ＲＥＪＥＣＴＥＤ）に設定する。
情報が医療デバイスにとり使用できない場合は、デバイスゲートウェイは、入手可能な情
報を「なし」（ＮＯＮＥ）に設定し、それ以外の場合は
ＸＭＬベースの応答ペイロード内の適切な要素を、以下のように表１２の値に設定する。
Figure 2019204530
図１６は、本開示の実施形態に従って、それぞれのクロックを同期させるための医療デバ
イスとデバイスゲートウェイとの間の通信の方法２４２を示すフローチャートである。方
法２４２は、デバイスゲートウェイの現在の日付と時刻を取得するために、医療デバイス
のＤＧＣＭによって定期的に時刻同期トランザクションを実行する。医療デバイスのリア
ルタイムクロックをデバイスゲートウェイのリアルタイムクロックと一致させるように、
その情報は医療デバイスのリアルタイムクロックを更新するために使用される。
行為２４３は、定期的に（例えば、９０分ごと）、「時間」要求を行う。その要求は、行
為２５０でＨＴＴＰＳ接続を確立することにより、デバイスゲートウェイにそれを通信す
る行為２４５でウェブメソッドとしてフォーマットされる。
行為２４９で、応答はフォーマットされ、それはデバイスゲートウェイの時間を示すペイ
ロードを含む。もし医療デバイスが、デバイスゲートウェイのアクセス・リスト２４８の
メンバでない場合は、状態は「拒否」（ＲＥＪＥＣＴＥＤ）に設定されそうでなければ「
利用可能」（ＡＶＡＩＬＡＢＬＥ）に設定される。
もし状態が「利用可能」に設定される場合は、デバイスゲートウェイは応答ペイロードを
１９７０年１月１日からの経過秒数としてフォーマットする。
デバイスゲートウェイは、送信後に行為２４７で閉鎖されるＨＴＴＰＳ接続を介して応答
を伝達する。行為２４６は、デバイスゲートウェイにより応答を検証する。
図１７は、本開示の実施形態による患者注入トランザクションを実行するための医療デバ
イスとデバイスゲートウェイとの間の通信の方法２５１を示すフローチャートである。方
法２１５として実行される患者注入プログラムチェックトランザクションは、デバイスゲ
ートウェイから利用可能な患者注入プログラムを取得するために開始される。患者注入プ
ログラムは、一以上の注入パラメータであってもよく、例えば、流量、配送投与量、注入
される薬剤などである。
「注入利用可能」が前の通信ステータスチェックトランザクションから受信されると常に
トランザクションが開始され、方法２５１を開始させるトリガ（契機）となる。
行為２５２は、トリガを受信する。行為２５３は、行為２５４でウェブメソッドにフォー
マットされる「プログラム」要求を開始する。ウェブメソッドは、行為２５９で確立され
るＨＴＴＰＳ接続を介してデバイスのゲートウェイに送信される。行為２５８はウェブメ
ソッドを処理しそして応答をフォーマットする。医療デバイスがアクセスリスト２５７の
一部でない場合、デバイスゲートウェイは、応答状態を「拒否」（ＲＥＪＥＣＴＥＤ）に
設定する。
患者注入プログラムが医療デバイスで利用できない場合、状態は「なし」（ＮＯＮＥ）に
設定され、そうでなければ、それは「利用可能」（ＡＶＡＩＬＡＢＬＥ）に設定される。
注入プログラムはペイロードの一部であってもよく、またはテキストベースの注入プログ
ラムを参照してもよい。応答は、行為２５５においてトランザクション応答をチェックす
る医療デバイスに送信される。応答が送信された後、行為２５６はＨＴＴＰＳ接続を終了
する。
図１８は、本開示の実施形態に従って、患者指示トランザクションを実行するために、医
療デバイスとデバイスゲートウェイとの間の通信の方法２６０を示すフローチャートであ
る。この患者指示チェックトランザクション（Ｐａｔｉｅｎｔ Ｉｎｓｔｒｕｃｔｉｏｎ
ｓ Ｃｈｅｃｋ ｔｒａｎｓａｃｔｉｏｎ）は、デバイスゲートウェイから、入手可能な
患者への指示を取得するために開始される。「利用可能な指示」（ＩＮＳＴＲＵＣＴＩＯ
ＮＳ ＡＶＡＩＬＡＢＬＥ）が前の通信ステータスチェックトランザクションから受信さ
れたときには常に、トランザクション（方法２６０として示されている）が開始される（
例えば、図１５を参照）。
行為２６１では、方法２６０が開始される。行為２６２では、患者指示質問要求（ｐａｔ
ｉｅｎｔ ｉｎｓｔｒｕｃｔｉｏｎ ｑｕｅｒｙ ｒｅｑｕｅｓｔ）が開始され、行為２
６３で、ウェブメソッドがフォーマットされ、行為２６８で確立されるＨＴＴＰＳ接続を
使用して、デバイスゲートウェイに送信される。
行為２６７で、デバイスゲートウェイは、医療デバイスに送信される応答をフォーマット
する。もし医療デバイスがデバイスゲートウェイのアクセスリスト２６６のメンバーでな
い場合は、状態は「拒否」（ＲＥＪＥＣＴＥＤ）に設定される。もし医療デバイスがデバ
イスゲートウェイのアクセスリスト２６６の一部であり、患者指示は使用できない場合は
、状態は「なし」（ＮＯＮＥ）に設定される。し医療デバイスがデバイスゲートウェイの
アクセスリスト２６６の一部であり、そして患者指示が利用できる場合は、状態は「利用
可能」（ＡＶＡＩＬＡＢＬＥ）に設定され、デバイスゲートウェイはレスポンスペイロー
ドを参照にフォーマットし、又はテキストベースの患者指示を含む。応答が送られた後、
ＨＴＴＰＳ接続は行為２６５で閉じられ、行為２６４で応答が検査される。
図１９は、本開示の実施形態に従って、患者スカラーデータトランザクションを実行する
ために、医療デバイスとデバイスゲートウェイとの間の通信の方法２６９を示すフローチ
ャートである。
患者スカラー・データチェックトランザクション（方法２６９によって実施される）は、
デバイスゲートウェイから利用可能な患者スカラデータを取得するために、医療デバイス
によって開始される。トランザクションは、利用可能なデータが、以前の通信状態チェッ
クトランザクションから受信されたときには常に開始される。
行為２７０において、方法２６９が開始される。行為２７１で、要求が開始され、それは
行為２７２においてウェブメソッドとしてフォーマットされる。
ウェブメソッドは、行為２７７で確立されたＨＴＴＰＳ接続を介して医療デバイスからデ
バイスゲートウェイへ通信される。デバイスゲートウェイは行為２７６への応答をフォー
マットする。もし医療デバイスがデバイスゲートウェイのデバイスアクセスリスト２７５
のメンバーでない場合、状態は「拒絶」に設定される。もし医療デバイスがデバイスゲー
トウェイのデバイスアクセスリスト２７５のメンバーである場合であって、患者に関連す
るスカラデータが利用できない場合、状態は、「なし」（ＮＯＮＥ）に設定される。もし
医療デバイスがデバイスゲートウェイのデバイスアクセスリスト２７５のメンバーである
場合であって、患者に関連するスカラデータが利用できる場合、状態は、利用可能（ＡＶ
ＡＩＬＡＢＬＥ）に設定され、応答ペイロードはテキストベースのスカラデータを含むか
又は参照する。患者スカラデータは、患者の年齢、体重、アレルギー、性別、身長などの
患者に関連する任意のデータであってもよい。応答は送信され、行為２７４でＨＴＴＰＳ
接続を終了する。行為２７３で、医療デバイスは応答をチェック（例えば、プロセスおよ
び使用）する。
図２０は、本開示の一実施形態に係るデバイス情報トランザクションシーケンスを実行す
るための、医療デバイスとデバイスゲートウェイとの間の通信の方法２７８を示すフロー
チャートである。デバイス情報チェックトランザクション（行為２７８として実施）は、
デバイスゲートウェイから利用可能なデバイス情報を取得するために開始される。「利用
可能なデバイス」（ＤＥＶＩＣＥ ＡＶＡＩＬＡＢＬＥ）が、以前の通信ステータスチェ
ックトランザクションから受信されたときは常にトランザクションが開始される。
行為２７９では、方法２７８が開始される。行為２８０では、デバイス情報質問要求が開
始され、行為２８１で、ウェブメソッドがフォーマットされる。 ウェブメソッドは、行
為２８６で確立されたＨＴＴＰＳ接続を介してデバイスゲートウェイに通信される。行為
２８５で、応答がフォーマットされる。もし医療デバイスが、デバイスゲートウェイのデ
バイスアクセスリスト２７５のメンバーでない場合は、状態は「拒否」（ＲＥＪＥＣＴＥ
Ｄ）に設定される。
医療デバイスが、デバイスゲートウェイのデバイスアクセスリスト２７５のメンバーであ
り、デバイス情報が利用できない場合、状態は「なし」（ＮＯＮＥ）に設定される。医療
デバイスが、デバイスゲートウェイデバイスアクセスリスト２７５のメンバーであり、デ
バイス情報が利用できる場合は、状態は「使用可能」（ＡＶＡＩＬＡＢＬＥ）に設定され
、そしてレスポンス・ペイロードは、テキストベースデバイス情報を含む又はそれを参照
する。いくつかの実施形態では、テキストベースのデバイス情報は、デバイスゲートウェ
イまたは医療デバイスに関連する任意の情報であってもよい。応答は、医療デバイスに伝
達され、ＨＴＴＰＳ接続は行為２８３で終了される。行為２８２において医療デバイスは
応答をチェックする。
図２１は、本開示の一実施形態による警告通知トランザクションを実行するための、医療
デバイスとデバイスゲートウェイとの間の通信の方法２８７を示すフローチャートである
。警告通知チェックトランザクション（方法２８７によって実施される）は、デバイスゲ
ートウェイから利用可能な警告通知を取得するために開始される。以前の通信ステータス
チェックトランザクションから「利用可能な通知」（ＮＯＴＩＦＩＣＡＴＩＯＮ ＡＶＡ
ＩＬＡＢＬＥ）が受信されたときには常にトランザクションが開始される。
行為２８８で、方法２８７が開始される。行為２８９で、警告通知質問要求が開始され、
行為２９５で、ウェブメソッドがフォーマットされる。ウェブメソッドは、行為２９５で
確立されたＨＴＴＰＳ接続を介してデバイスゲートウェイに伝達される。行為２９４で応
答がフォーマットされる。もし医療デバイスがデバイスゲートウェイのアクセスリスト２
７５のメンバーでない場合は、状態は「拒否」（ＲＥＪＥＣＴＥＤ）に設定される。もし
医療デバイスがデバイスゲートウェイのアクセスリスト２７５のメンバーである場合で、
警告通知が利用できない場合は、状態は「なし」（ＮＯＮＥ）に設定される。もし医療デ
バイスがデバイスゲートウェイのアクセスリスト２７５のメンバーであり、そして警告通
知が利用できる場合は、状態は「利用可能」（ＡＶＡＩＬＡＢＬＥ）に設定され、レスポ
ンス・ペイロードはテキストベースの警告通知を含む又はそれを参照する。いくつかの実
施形態では、テキストベースの警告通知は、デバイスゲートウェイまたは医療デバイスの
警告に関連する任意の情報であってもよい。
応答は、医療デバイスに伝達されそしてＨＴＴＰＳ接続は行為２９５で終了される。行為
２９１では、医療デバイスは応答を検査する。
図２２は、本開示の実施形態に従ったソフトウェアパッケージチェック（例えば、Ｄｅｂ
ｉａｎソフトウェアパッケージ）トランザクション（方法２９６として実施される）を実
行する、医療デバイス及びデバイス・ゲートウェイの間の通信の方法２９６を示すフロー
チャートである。ソフトウェアパッケージチェックトランザクションは、デバイス・ゲー
トウェイから利用可能なソフトウェアパッケージを取得するために開始される。利用可能
なソフトウェアが、以前の通信状態チェックトランザクションから受信されたときには常
にトランザクションが開始される。
行為２９７では、方法２６９が開始される。行為２９８では、行為２９９でウェブメソッ
ドとしてフォーマットされる要求が開始される。
ウェブメソッドは、行為３０４で確立されるＨＴＴＰＳ接続を介して医療デバイスからデ
バイスゲートウェイへ通信される。デバイスゲートウェイは行為３０３への応答をフォー
マットする。もし医療デバイスがデバイスゲートウェイのアクセスリスト２７５のメンバ
ーでない場合は、状態は「拒否」（ＲＥＪＥＣＴＥＤ）に設定される。もし医療デバイス
がデバイスゲートウェイのアクセスリスト２７５のメンバーであり、ソフトウェアパッケ
ージが利用できない場合は、状態は「なし」（ＮＯＮＥ）に設定される。もし医療デバイ
スがデバイスゲートウェイのアクセスリスト２７５のメンバーであり、そしてソフトウェ
アパッケージが利用できる場合は、状態は「利用可能」（ＡＶＡＩＬＡＢＬＥ）に設定さ
れ、レスポンス ペイロードはソフトウェアパッケージファイルを含む（又はそれを参照
する）（例えば、ＤＩＭＥを使用）。応答は伝達され、行為３０１においてＨＴＴＰＳ接
続が終了される。行為３００では、医療デバイスは応答をチェックする（例えば、プロセ
スおよび使用）。
図２３は、本開示の実施形態によるＤＡＬ設定ファイルチェックトランザクションを実行
するための，医療デバイスとデバイスゲートウェイとの間の通信の方法３０５を示すフロ
ーチャートである。ＤＡＬ設定ファイルチェックトランザクション（行為３０５として実
施）は、デバイスゲートウェイから利用可能なＤＡＬファイルを取得するために開始され
る。 利用可能なＤＡＬ（ＡＶＡＩＬＡＢＬＥ ＤＡＬ）が、前の通信ステータスチェッ
クトランザクションから受信されたときには常にトランザクションが開始される。
行為３０６は方法３０５を開始する。要求は行為３０６で開始され、要求は行為３０８で
ウェブメソッドとしてフォーマットされる。
医療デバイスは、行為３１３でＨＴＴＰＳ接続を確立することにより、ウェブメソッドを
デバイスゲートウェイに伝達する。行為３１２では、応答がフォーマットされる。もし医
療デバイスがデバイスゲートウェイのデバイスアクセスリスト２７５のメンバーでない場
合は、状態は「拒否」（ＲＥＪＥＣＴＥＤ）に設定される。そうでなければ「利用可能」
（ＡＶＡＩＬＡＢＬＥ）に設定される。
もし状態が「利用可能」（ＡＶＡＩＬＡＢＬＥ）に設定されると、デバイスゲートウェイ
はレスポンス ペイロードをフォーマットしＤＡＬ設定ファイル（これはＤＩＭＥを使用
して添付されても良い）を含むようにする。応答は医療デバイスに通信され、行為３１０
でＨＴＴＰＳ接続を終了される。行為３０９は、デバイスゲートウェイによる応答を検査
する。その後新しいＤＡＬファイルを医療デバイス上にインストールすることができる。
図２４は、本開示の実施形態によるサービスログポストトランザクションを実行するため
の医療デバイスとデバイスゲートウェイとの間の通信の方法３１４を示すフローチャート
である。サービスログポストトランザクション（行為３１４として実行）は、デバイスゲ
ートウェイにサービスログを送信するために開始される。サービスログ要求（ＳＥＲＶＩ
ＣＥＬＯＧ ＲＥＱＵＥＳＴ）が前の通信ステータスチェックトランザクションから受信
されたときには常にトランザクションが開始される。
行為３１５は、トリガー（ｔｒｉｇｇｅｒ）を受信して、方法３１４を開始する．行為３
１６は行為３１７でウェブメソッドにフォーマットされるポストサービスログ（ｐｏｓｔ
ｓｅｒｖｉｃｅ ｌｏｇ）を開始する。ウェブメソッドは、行為３２２で確立されたＨ
ＴＴＰＳ接続を介してデバイスゲートウェイに送信される。行為３２１はウェブ方法を処
理して応答をフォーマットする。デバイスゲートウェイは、ログファイルに情報を書き込
むか、またはサービスログポストをＣＱＩメッセージとして通信し、それを（上記のよう
に）をクラウドサービスに送る。応答は、行為３１７でトランザクション応答を検査する
医療デバイスに伝達される（例えば、それが成功したサービスログポストだったかどうか
を決定するために、戻り値を調べることによって）。行為３１９は、応答が送信された後
にＨＴＴＰＳ接続を閉鎖する。
図２５は、本開示の実施形態によるエンジニアリングログポストトランザクションを実行
するための医療デバイスとデバイスゲートウェイとの間の通信の方法２３２を示すフロー
チャートである。エンジニアリングログポストトランザクションが、デバイスゲートウェ
イにエンジニアリングログを送信するために開始される。エンジニアリングログ（ＥＮＧ
ＩＮＥＥＲＩＮＧＬＯＧ）要求が前の通信ステータスチェックトランザクションから受信
されたとき常にトランザクションが開始される。
行為３２４はトリガーを受信し、方法３２３開始する。行為３２５は、行為３２６でウェ
ブメソッドにフォーマットされるポストエンジニアリングログを開始する。ウェブメソッ
ドは、行為３３１で確立されたＨＴＴＰＳ接続を介してデバイスゲートウェイに送信され
る。行為３３０はウェブ方法を処理して応答をフォーマットする。もし、医療デバイスが
アクセスリスト２３９によって示されるような許可された医療デバイスである場合、デバ
イスゲートウェイは、ログファイルに情報を書き込み又はサービスログポストをＣＱＩメ
ッセージとして通信し、そして（上記のように）それをクラウドサービスに送ってもよい
。応答は行為３２７でトランザクション応答を検査する医療デバイスに伝達される。（例
えば、それが成功したエンジニアリングログポストであったかどうかを決定するために、
戻り値を調べることによって）。行為３２８は、応答が送信された後にＨＴＴＰＳ接続を
終了する。
図２６は、本開示の実施形態による注入ログポストトランザクションを実施するための医
療デバイスとデバイスゲートウェイとの間の通信の方法３３２を示すフローチャートであ
る。注入ログポストトランザクション（行為３３２として実行）は、デバイスゲートウェ
イにＸＭＬにフォーマットされた注入イベント情報を送信するために開始される。デバイ
スマネージャに事前に送信されていない注入イベント情報が利用可能である場合は、常に
トランザクションが開始される。トランザクションが成功した場合は、ＤＧＣＭ３４２は
記録を配送されたとしてマークする。
行為３３３は、トリガーを受信して方法３３２開始する。行為３３４は行為３３５でウェ
ブメソッドにフォーマットされる注入ログポストを開始する。ウェブメソッドは、行為３
４０で確立されるＨＴＴＰＳ接続を介してデバイスゲートウェイに送信される。行為３３
９はウェブ方法を処理して応答をフォーマットする。デバイス・ゲートウェイは、ログフ
ァイルに情報を書き込み、又は注入ログポストをＣＱＩメッセージとして通信し、そして
（上記のように）それをクラウドサービスに送ってもよい。応答は、行為３３６でトラン
ザクション応答を検査する医療デバイスに伝達される（例えば、それが成功した注入ログ
・ポストであったかどうかを決定するために、戻り値を調べることによって）。行為３３
７は、応答が送信された後にＨＴＴＰＳ接続を終了する。
様々な代替および修正が、本開示から逸脱することなく当業者によって考案され得る。し
たがって、本開示は、そのような全ての代替、修正および変形を包含することを意図する
。さらに、本開示のいくつかの実施形態は、図面に示され、および／または本明細書で説
明されているが、これらに限定されるものではないし、それが意図されているように、本
開示は、当該分野で許容される範囲において広いものであり、明細書も同様に解される。
従って、上記の説明は、限定的に解釈されるべきではなく、単に特定の実施形態の例示で
ある。また、当業者は、他の改変も、添付の特許請求の範囲および思想内にあると想定す
るであろう。上記の記載および／または添付の特許請求の範囲に記載されたものと本質的
でない特徴において異なる他の要素、ステップ、方法および技術もまた、本開示の範囲内
であると了解する。
図面に示す実施形態は、本開示の特定の例を実証するためにのみ提示されている。また、
記載された図面は例示に過ぎず、非限定的なものである。
図面において、例示の目的のために、いくつかの要素のサイズは誇張されてもよく、特定
のスケールで描かれていない。さらに図面に示す要素で同一の番号を持っているものは同
一の要素であってもよいか、文脈に応じて、同様の要素であってもよい。
「含む」という用語は、本明細書および特許請求の範囲において使用される場合、それは
他の要素又は工程を排除するものではない。
単数名詞を参照するときに、不定冠詞または定冠詞が使用される場合、例えば、“ａ”、
“ａｎ”または“ｔｈｅ”、他に特に明記されない限り、その名詞の複数形を含む。した
がって、用語「含む」は、その後に列挙された項目に限定して解釈されるべきではない。
それは他の要素又は工程を排除するものではなく、「商品ＡとＢを含む装置」の表現の範
囲は、構成要素ＡとＢのみからなる装置に限定されるべきではない。本発明に関して、こ
の表現は、装置の唯一の関連する構成要素がＡとＢであることを意味する。
さらに、用語「第１」「第２」、「第３」などが、明細書または特許請求の範囲の何れで
使用されるかを問わず、同様の要素を区別するために用いられているものであり、これら
は、必ずしも連続でありまたは時間の順を記述するために設けられているものではない。
これは、そのように使用される用語は（明確にそうでないと開示されている場合を除き）
、適切な状況下で交換可能であること、及び本明細書に記載の開示の実施形態は、他の順
序および／または本明細書に記載または例示されていると異なる配置で操作が可能である
ということが理解される。
本発明の第１の態様は、
電子患者ケアのためのシステムであって、
ネットワーク、
アプリケーション用の出版購読型（ｐｕｂｌｉｓｈ−ｓｕｂｓｃｒｉｂｅ）サービス
を提供する様に構成されているファシリティゲートウェイ、
ファシリティゲートウェイにより実行されるように構成されるデバイスゲートウェイ
アプリケーションを備え、前記デバイスゲートウェイは、ウエブサービスを提供すること
によりネットワークを介して通信する様に構成されている、及び
ネットワークと動作可能に通信することができる医療デバイスを備え、前記医療デバ
イスは、ウェブサービスを用いてデバイスゲートウェイと通信する様に構成されている、
電子患者ケアのためのシステムである。
本発明の第２の態様は、
第１の態様のシステムであって、さらに、出版購読型サービスを提供するように構成され
た
出版購読型エンジンを含む、前記システムである。
本発明の第３の態様は、
第１の態様のシステムであって、前記ネットワークは、ＴＣＰ／ ＩＰベースのネットワ
ークである、前記システムである。
本発明の第４の態様は、
第１の態様のシステムであって、デバイスゲートウェイアプリケーションは、ウェブサー
ビスのウェブサーバーであり、医療デバイスはウェブサービスのクライアントである、前
記システムである。
本発明の第５の態様は、
第１の態様のシステムであって、デバイスゲートウェイアプリケーションは、出版購読型
サービスを用いてトピックを記録する様に構成されている、前記システムである。
本発明の第６の態様は、
第５の態様のシステムであって、さらにファシリティゲートウェイにより実行されるよう
に構成された統合ＡＰＩを備え、前記統合ＡＰＩはトピックに登録申込みして、そのトピ
ックに登録申込みをすることにより受領したイベントを、少なくとも１つの外部サーバー
に通信するように構成される、前記システムである。
本発明の第７の態様は、
第６の態様のシステムであって、前記トピックは、報告可能な生物医学（ｂｉｏｍｅｄ）
イベントトピック及び報告可能な臨床イベントトピックの少なくとも一つである、前記シ
ステムである。
本発明の第８の態様は、
第５の態様のシステムであって、前記トピックは、報告可能な生物医学イベントトピック
であり、前記デバイスゲートウェイは、ウェブサービスを介して受領した医療デバイスイ
ベントを、出版購読型エンジンを介してトピックの登録申込者（ｓｕｂｓｃｒｉｂｅｒ）
が受領可能な、報告可能な生物医学イベントに再フォーマットする、前記システムである
。
本発明の第９の態様は、
第８の態様のシステムであって、前記医療デバイスは、ウェブサービスを用いて、ネット
ワークを介して医療デバイスイベントを通信する、前記システムである。
本発明の第１０の態様は、
第５の態様のシステムであって、前記トピックは、報告可能な臨床イベントトピックであ
り、前記デバイスゲートウェイは、ウェブサービスを介して受領した医療デバイスイベン
トを、出版購読型エンジンを介して、トピックの登録申込者により受領可能な、報告可能
な臨床イベントに再フォーマットする、前記システムである。
本発明の第１１の態様は、
第１０の態様のシステムであって、前記医療デバイスはウェブサービスを用いてネットワ
ークを介して医療デバイスイベントを通信する、前記システムである。
本発明の第１２の態様は、
第５の態様のシステムであって、前記トピックは少なくとも一つのクラスのポンプ・イベ
ントに対応する、前記システムである。
本発明の第１３の態様は、
第１２の態様のシステムであって、少なくとも一つのクラスのポンプ・イベントは、警報
、警告または通知に関する輸液イベント（ｉｎｆｕｓｉｏｎ ｅｖｅｎｔ）、輸液に関す
る輸液イベント、プログラミングに関する輸液イベント、通信に関するデバイスイベント
（ｄｅｖｉｃｅ ｅｖｅｎｔ）、アクセス要求に関するデバイスイベント、設定の更新に
関するデバイスイベント、ロギング（ｌｏｇｇｉｎｇ）に関するデバイスイベント、及び
／又は電力消費に関するデバイスイベントの少なくとも一つを含む、前記システムである
。
本発明の第１４の態様は、
第１の態様のシステムであって、さらに、ファシリティゲートウェイにより実行するため
に構成される継続的な品質改善指向リスナーを含み、
前記継続的な品質改善指向リスナーは、報告可能な生物医学イベントのトピック及び
報告可能な臨床イベントのトピックに登録申込みをし、
前記継続的な品質改善指向は、報告可能な生物医学イベントトピックへ登録申込みを
することにより受領される報告可能な生物医学イベントを外部データベースに通信する様
に構成され、及び
前記継続的な品質改善指向は、報告可能な臨床イベントトピックへ登録申込みをする
ことにより受領される報告可能な臨床イベントを外部データベースに通信する様に構成さ
れる、
前記システムである。
本発明の第１５の態様は、
第１４の態様のシステムであって、前記外部データベースは、報告可能な生物医学イベン
ト及び報告可能な臨床イベントの少なくとも一つを記録する、前記システムである。
本発明の第１６の態様は、
第１の態様のシステムであって、さらに前記ファシリティゲートウェイ上で実行可能なデ
バイスマネージャを含み、前記デバイスマネージャは、前記医療デバイスを含む医療デバ
イスのリストを保持することを含む様に構成される、前記システムである。
本発明の第１７の態様は、
第１６の態様のシステムであって、前記医療デバイスのリストは、医療デバイスのリスト
に対応する通し番号のリストを含む、前記システムである。
本発明の第１８の態様は、
第１の態様のシステムであって、さらに、そこからステータス情報を受領するためにネッ
トワークを介して医療デバイスと動作可能に通信する監視クライアントを含む、前記シス
テムである。
本発明の第１９の態様は、
医療デバイスであって、
ネットワーク、
プロセッサ、
プロセッサと動作可能に通信が可能であり、ネットワークを介して通信するように構
成されているトランシーバ、および
プロセッサ上で実行可能であり、トランシーバを介して動作可能に通信することがで
きるように構成されているデバイスゲートウェイ通信マネージャを備え、前記デバイスゲ
ートウェイ通信マネージャは、ネットワーク上のウェブメソッドを使用してデバイスイベ
ントを伝達するように構成されている、前記医療デバイスである。
本発明の第２０の態様は、
前記ネットワークはＷｉＦｉネットワークである、第１９の態様のデバイスである。
本発明の第２１の態様は、
前記トランシーバはＷｉＦｉトランシーバである、第１９の態様のデバイスである。
本発明の第２２の態様は、
前記デバイスのみがウェブメソッドを使用して通信を開始するように構成されている、第
１９の態様のデバイスである。
本発明の第２３の態様は、
前記デバイスは、ネットワークを介して監視デバイスにデータを送信するように構成され
ている、第１９の態様のデバイスである。
本発明の第２４の態様は、
電子患者ケアのためのシステムであって、
ネットワーク、
出版購読型（ｐｕｂｌｉｓｈ−ｓｕｂｓｃｒｉｂｅ）サービスを提供する様に構成さ
れているファシリティゲートウェイ、
ファシリティゲートウェイにより実行されるように構成されたデバイスゲートウェイ
アプリケーションを備え、そして前記デバイスゲートウェイは、ウェブサービスを提供す
ることによりネットワークを介して通信する様に構成されており、前記デバイスゲートウ
ェイは医療デバイスイベントトピックを発行し、
ファシリティゲートウェイ上で実行する様に構成されており、医療デバイスイベント
トピックに登録申込みするように構成されたデバイスアプリケーションを備え、前記デバ
イスアプリケーションは、ＣＱＩメッセージトピックを発行し、前記デバイスアプリケー
ションは、医療デバイスイベントトピックに登録申込みすることによりイベントを受信し
、そしてＣＱＩメッセージトピックを通して、イベントをＣＱＩメッセージとして発行す
るように構成され、及び
ネットワークと動作可能に通信する医療デバイスを備え、前記医療デバイスは、ウェ
ブサービスを用いてデバイスゲートウェイと通信し、ウェブサービスのウェブメソッドを
用いてイベントを生成する様に構成されている、電子患者ケアのためのシステムである。
本発明の第２５の態様は、
第２４の態様のシステムであって、前記デバイス・ゲートウェイは、ＣＱＩメッセージを
受領するためにＣＱＩメッセージトピックに登録申込みをする、前記システムである。
本発明の第２６の態様は、
第２５の態様のシステムであって、さらに前記ファシリティゲートウェイにより実行する
ように構成されるＣＱＩリスナーを含み、前記 ＣＱＩリスナーは、ＣＱＩメッセージを
受領するためにＣＱＩメッセージのトピックに登録申込みする、前記システムである。
本発明の第２７の態様は、
第２６の態様のシステムであって、前記ＣＱＩリスナーは前記ＣＱＩメッセージを外部デ
ータベースに通信する、前記システムである。
本発明の第２８の態様は、
第２４の態様のシステムであって、前記ＣＱＩメッセージは、報告可能な生物医学イベン
トおよび報告可能な臨床イベントの一つである、前記システムである。
本発明の第２９の態様は、
さらに、医療デバイスと動作可能に通信するように構成された監視クライアントを含む、
第２４の態様のシステムである。
本発明の第３０の態様は、
第２９の態様のシステムであって、前記監視クライアントは、ＣＱＩメッセージトピック
に登録申込みすることにより前記医療デバイスと通信する、前記システムである。
本発明の第３１の態様は、
電子患者ケアのためのシステムであって、
薬剤代謝の情報を含む患者に関連した情報を含むサーバ、及び
薬剤代謝情報を用いて、患者に関連する各情報に基づいて、患者への薬剤の流れを調整す
るように構成されたポンプを備え、前記ポンプは、前記サーバから患者関連情報を受領す
る、前記システムである。
本発明の第３２の態様は、
電子患者ケアのためのシステムに関し、記述され、参照され、例示で示され、または本明
細書、特許請求の範囲、図面に示された全ての新規な特徴である。

Claims (1)

  1. 医療デバイスであって、
    ネットワークと、
    プロセッサと、
    ウェブサービスを与えることにより前記ネットワークを介して通信するように構成され
    ているデバイスゲートウェイと、
    前記プロセッサと動作可能に通信が可能であり、前記ネットワークを介して通信するよ
    うに構成されているトランシーバと、
    前記プロセッサ上で実行可能であり、前記トランシーバを介して動作可能に通信するこ
    とができるように構成されているデバイスゲートウェイ通信マネージャであり、このデバ
    イスゲートウェイ通信マネージャは、前記ネットワーク上のウェブメソッドを使用してデ
    バイスイベントを伝達するように構成されているデバイスゲートウェイ通信マネージャと
    を備え、
    前記医療デバイスは前記デバイスゲートウェイとの通信を開始し、前記デバイスゲート
    ウェイは応答ペイロードを要請する所定の周期性に従って前記ウェブサービスを利用し、
    通信を開始した前記医療デバイスに応じて前記デバイスゲートウェイが複数の現在の要
    請ステータスを含む前記応答ペイロードをフォーマットし、各々の現在の要請ステータス
    は前記医療デバイスに複数のデータタイプの１つのデータタイプを前記デバイスゲートウ
    ェイに送信させる要請を示し、
    前記デバイスゲートウェイは前記医療デバイスが通信を開始したのに応じて前記医療デ
    バイスに前記応答ペイロードを送信し、
    前記デバイスゲートウェイは複数のデータタイプの全てのデータタイプを送信し、複数
    の現在の要請ステータスの各々の現在の要請ステータスは各々のデータタイプの要請を示
    す、前記医療デバイス。
JP2019131633A 2012-12-21 2019-07-17 電子患者ケアのためのシステム Active JP6603433B1 (ja)

Applications Claiming Priority (28)

Application Number Priority Date Filing Date Title
PCT/US2012/071131 WO2013096718A2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for dispensing oral medications
US13/725,790 2012-12-21
US13/725,790 US9677555B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for infusing fluid
US13/723,238 2012-12-21
USPCT/US2012/071131 2012-12-21
US13/723,239 US10108785B2 (en) 2010-01-22 2012-12-21 System, method, and apparatus for electronic patient care
US13/723,242 2012-12-21
US13/723,244 2012-12-21
US13/723,251 2012-12-21
PCT/US2012/071112 WO2013096713A2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for estimating liquid delivery
US13/723,253 2012-12-21
USPCT/US2012/071490 2012-12-21
US13/723,251 US9636455B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for estimating liquid delivery
US13/723,239 2012-12-21
US13/723,235 US9400873B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for dispensing oral medications
US13/724,568 2012-12-21
USPCT/US2012/071112 2012-12-21
US13/723,235 2012-12-21
US13/723,238 US9759369B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for clamping
US13/723,253 US11210611B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for electronic patient care
PCT/US2012/071142 WO2013096722A2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US13/723,244 US9151646B2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US13/724,568 US9295778B2 (en) 2011-12-21 2012-12-21 Syringe pump
US13/723,242 US10911515B2 (en) 2012-05-24 2012-12-21 System, method, and apparatus for electronic patient care
PCT/US2012/071490 WO2013096909A2 (en) 2011-12-21 2012-12-21 System, method, and apparatus for infusing fluid
USPCT/US2012/071142 2012-12-21
US13/836,497 US10242159B2 (en) 2010-01-22 2013-03-15 System and apparatus for electronic patient care
US13/836,497 2013-03-15

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018072911A Division JP6559827B2 (ja) 2012-12-21 2018-04-05 医療デバイス

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019186451A Division JP7057333B2 (ja) 2012-12-21 2019-10-10 電子患者ケアのためのシステム

Publications (2)

Publication Number Publication Date
JP6603433B1 JP6603433B1 (ja) 2019-11-06
JP2019204530A true JP2019204530A (ja) 2019-11-28

Family

ID=50979402

Family Applications (6)

Application Number Title Priority Date Filing Date
JP2015549769A Active JP6321676B2 (ja) 2012-12-21 2013-12-20 電子患者ケアのためのシステム及び装置
JP2018072911A Active JP6559827B2 (ja) 2012-12-21 2018-04-05 医療デバイス
JP2019131633A Active JP6603433B1 (ja) 2012-12-21 2019-07-17 電子患者ケアのためのシステム
JP2019186451A Active JP7057333B2 (ja) 2012-12-21 2019-10-10 電子患者ケアのためのシステム
JP2022063771A Active JP7423679B2 (ja) 2012-12-21 2022-04-07 電子患者ケアのためのシステム
JP2024005262A Pending JP2024038414A (ja) 2012-12-21 2024-01-17 電子患者ケアのためのシステム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2015549769A Active JP6321676B2 (ja) 2012-12-21 2013-12-20 電子患者ケアのためのシステム及び装置
JP2018072911A Active JP6559827B2 (ja) 2012-12-21 2018-04-05 医療デバイス

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2019186451A Active JP7057333B2 (ja) 2012-12-21 2019-10-10 電子患者ケアのためのシステム
JP2022063771A Active JP7423679B2 (ja) 2012-12-21 2022-04-07 電子患者ケアのためのシステム
JP2024005262A Pending JP2024038414A (ja) 2012-12-21 2024-01-17 電子患者ケアのためのシステム

Country Status (11)

Country Link
EP (2) EP2936363B1 (ja)
JP (6) JP6321676B2 (ja)
CN (3) CN104981808B (ja)
AU (6) AU2013361156B2 (ja)
BR (1) BR112015014999B1 (ja)
CA (2) CA3123172A1 (ja)
MX (1) MX356990B (ja)
NZ (2) NZ709291A (ja)
RU (1) RU2015129799A (ja)
SG (3) SG10201705568YA (ja)
WO (1) WO2014100557A2 (ja)

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9744300B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Syringe pump and related method
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
US9677555B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US9295778B2 (en) 2011-12-21 2016-03-29 Deka Products Limited Partnership Syringe pump
US9789247B2 (en) 2011-12-21 2017-10-17 Deka Products Limited Partnership Syringe pump, and related method and system
US9488200B2 (en) 2010-01-22 2016-11-08 Deka Products Limited Partnership System, method, and apparatus for clamping
US11227687B2 (en) 2010-01-22 2022-01-18 Deka Products Limited Partnership System, method, and apparatus for communicating data
US9759369B2 (en) 2011-12-21 2017-09-12 Deka Products Limited Partnership System, method, and apparatus for clamping
US11244745B2 (en) 2010-01-22 2022-02-08 Deka Products Limited Partnership Computer-implemented method, system, and apparatus for electronic patient care
US20110313789A1 (en) 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US9636455B2 (en) 2011-12-21 2017-05-02 Deka Products Limited Partnership System, method, and apparatus for estimating liquid delivery
US9151646B2 (en) 2011-12-21 2015-10-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11881307B2 (en) 2012-05-24 2024-01-23 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9400873B2 (en) 2011-12-21 2016-07-26 Deka Products Limited Partnership System, method, and apparatus for dispensing oral medications
US10453157B2 (en) 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US9808572B2 (en) 2010-01-22 2017-11-07 Deka Products Limited Partnership System, method and apparatus for clamping
US10911515B2 (en) 2012-05-24 2021-02-02 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US11210611B2 (en) 2011-12-21 2021-12-28 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
US11164672B2 (en) 2010-01-22 2021-11-02 Deka Products Limited Partnership System and apparatus for electronic patient care
US11295846B2 (en) 2011-12-21 2022-04-05 Deka Products Limited Partnership System, method, and apparatus for infusing fluid
US9675756B2 (en) 2011-12-21 2017-06-13 Deka Products Limited Partnership Apparatus for infusing fluid
US10488848B2 (en) 2011-12-21 2019-11-26 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US9724466B2 (en) 2011-12-21 2017-08-08 Deka Products Limited Partnership Flow meter
US10722645B2 (en) 2011-12-21 2020-07-28 Deka Products Limited Partnership Syringe pump, and related method and system
US10563681B2 (en) 2011-12-21 2020-02-18 Deka Products Limited Partnership System, method, and apparatus for clamping
US10228683B2 (en) 2011-12-21 2019-03-12 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US10655779B2 (en) 2011-12-21 2020-05-19 Deka Products Limited Partnership System, method, and apparatus for clamping
US9746093B2 (en) 2011-12-21 2017-08-29 Deka Products Limited Partnership Flow meter and related system and apparatus
US12131826B2 (en) 2011-12-21 2024-10-29 Deka Products Limited Partnership Syringe pump and related method
US10082241B2 (en) 2011-12-21 2018-09-25 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
US11649924B2 (en) 2011-12-21 2023-05-16 Deka Products Limited Partnership System, method, and apparatus for clamping
US9435455B2 (en) 2011-12-21 2016-09-06 Deka Products Limited Partnership System, method, and apparatus for monitoring, regulating, or controlling fluid flow
US11217340B2 (en) 2011-12-21 2022-01-04 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
CN104969229B (zh) 2012-12-21 2019-02-26 德卡产品有限公司 用于传输数据的系统、方法和装置
US9759343B2 (en) 2012-12-21 2017-09-12 Deka Products Limited Partnership Flow meter using a dynamic background image
USD736370S1 (en) 2013-06-11 2015-08-11 Deka Products Limited Partnership Medical pump
USD735319S1 (en) 2013-06-11 2015-07-28 Deka Products Limited Partnership Medical pump
USD767756S1 (en) 2013-06-11 2016-09-27 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
USD745661S1 (en) 2013-11-06 2015-12-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
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
USD751690S1 (en) 2013-11-06 2016-03-15 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
USD768716S1 (en) 2013-12-20 2016-10-11 Deka Products Limited Partnership Display screen of a medical pump with a 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
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
USD760782S1 (en) 2013-12-20 2016-07-05 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
AU2015218864B2 (en) 2014-02-21 2019-10-03 Deka Products Limited Partnership Syringe pump having a pressure sensor assembly
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
CN106794302B (zh) 2014-09-18 2020-03-20 德卡产品有限公司 通过将管适当加热来穿过管输注流体的装置和方法
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
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
USD792963S1 (en) 2015-02-10 2017-07-25 Deka Products Limited Partnership Bumper for a medical pump
USD803387S1 (en) 2015-02-10 2017-11-21 Deka Products Limited Partnership Syringe medical pump
US10478261B2 (en) 2015-05-29 2019-11-19 Deka Products Limited Partnership System, method, and apparatus for remote patient care
CN108475534A (zh) * 2015-12-31 2018-08-31 皇家飞利浦有限公司 虚拟输液泵
USD905848S1 (en) 2016-01-28 2020-12-22 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
SG11201806463SA (en) 2016-01-28 2018-08-30 Deka Products Lp Apparatus for monitoring, regulating, or controlling fluid flow
USD854145S1 (en) 2016-05-25 2019-07-16 Deka Products Limited Partnership Apparatus to control fluid flow through a tube
CN106202940A (zh) * 2016-07-15 2016-12-07 浪潮电子信息产业股份有限公司 一种基于云计算的远程医疗系统
EP3688768A1 (en) * 2017-09-27 2020-08-05 Fresenius Vial SAS System and method for communicating health data in a healthcare environment
CA3241595A1 (en) 2018-04-17 2019-10-24 Deka Products Limited Partnership Medical treatment system and methods using a plurality of fluid lines
TWI680778B (zh) * 2018-06-04 2020-01-01 永磐科技股份有限公司 點滴即時監控系統及方法
JP2020005751A (ja) * 2018-07-04 2020-01-16 オリンパス株式会社 内視鏡システム
USD917045S1 (en) 2018-08-16 2021-04-20 Deka Products Limited Partnership Slide clamp
JP7047185B2 (ja) 2018-08-16 2022-04-04 デカ・プロダクツ・リミテッド・パートナーシップ 医療用ポンプ
EP3660528A1 (en) * 2018-11-30 2020-06-03 Roche Diabetes Care GmbH Medical device with power-up routine
TWI686817B (zh) * 2019-06-05 2020-03-01 彰化基督教醫療財團法人彰化基督教醫院 藥物傳遞系統及方法
WO2020254203A1 (en) * 2019-06-19 2020-12-24 Koninklijke Philips N.V. Role-specific process compliance alert system
AU2020314752A1 (en) 2019-07-16 2022-02-24 Beta Bionics, Inc. Blood glucose control system
AU2020314831A1 (en) 2019-07-16 2022-02-24 Beta Bionics, Inc. Blood glucose control system
US11957876B2 (en) 2019-07-16 2024-04-16 Beta Bionics, Inc. Glucose control system with automated backup therapy protocol generation
US11839741B2 (en) 2019-07-26 2023-12-12 Deka Products Limited Partneship Apparatus for monitoring, regulating, or controlling fluid flow
USD964563S1 (en) 2019-07-26 2022-09-20 Deka Products Limited Partnership Medical flow clamp
CN110529469B (zh) * 2019-09-02 2020-12-22 深圳市绿联科技有限公司 一种夹子机构
JP2022551265A (ja) * 2019-10-04 2022-12-08 ベータ バイオニクス，インコーポレイテッド 血中グルコース制御システム
US20220189603A1 (en) 2020-12-07 2022-06-16 Beta Bionics, Inc. Medicament pumps and control systems for managing glucose control therapy data of a subject
US20240321441A1 (en) * 2023-03-21 2024-09-26 Icu Medical, Inc. Medical device registration management

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006520037A (ja) * 2003-02-01 2006-08-31 バクスター インターナショナル インコーポレイテッド 動作パラメータの確認システムおよび方法
JP2009535715A (ja) * 2006-04-28 2009-10-01 メドトロニック ミニメド インコーポレイテッド ネットワーク化された液体注入システムのためのモニタデバイスおよびデータ変換デバイス、ならびにモニタ方法およびデータ変換方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2363216A (en) * 2000-03-08 2001-12-12 Ibm Publish/subscribe data processing with subscriptions based on changing business concepts
US9427520B2 (en) * 2005-02-11 2016-08-30 Carefusion 303, Inc. Management of pending medication orders
US20080177154A1 (en) * 2001-08-13 2008-07-24 Novo Nordisk A/S Portable Device and Method Of Communicating Medical Data Information
US7720910B2 (en) * 2002-07-26 2010-05-18 International Business Machines Corporation Interactive filtering electronic messages received from a publication/subscription service
WO2004107216A2 (en) * 2003-05-23 2004-12-09 Computer Associates Think, Inc. A publish/subscribe mechanism for web services
US8200775B2 (en) * 2005-02-01 2012-06-12 Newsilike Media Group, Inc Enhanced syndication
US20060270423A1 (en) 2005-05-24 2006-11-30 Nokia Corporation Information and management service portal for subscribers of communication systems
US8126731B2 (en) * 2006-10-24 2012-02-28 Medapps, Inc. Systems and methods for medical data interchange activation
KR20090085114A (ko) * 2006-11-21 2009-08-06 백스터 인터내셔널 인코포레이티드 주입 요법의 원격 모니터링 및/또는 관리 시스템 및 방법
CN101246486B (zh) * 2007-02-13 2012-02-01 国际商业机器公司 用于改进的表达式处理的方法和装置
US9483615B2 (en) * 2007-08-10 2016-11-01 Smiths Medical Asd, Inc. Communication of original and updated pump parameters for a medical infusion pump
JP5559810B2 (ja) 2008-12-15 2014-07-23 コーヴェンティス，インク． 患者モニタリングシステムおよび方法
US9792660B2 (en) * 2009-05-07 2017-10-17 Cerner Innovation, Inc. Clinician to device association
US8344847B2 (en) * 2009-07-09 2013-01-01 Medtronic Minimed, Inc. Coordination of control commands in a medical device system having at least one therapy delivery device and at least one wireless controller device
CN102083243A (zh) * 2009-11-30 2011-06-01 中国移动通信集团广东有限公司 一种无线医疗网关设备、无线电子健康系统及监控方法
US20110313789A1 (en) * 2010-01-22 2011-12-22 Deka Products Limited Partnership Electronic patient monitoring system
US10453157B2 (en) * 2010-01-22 2019-10-22 Deka Products Limited Partnership System, method, and apparatus for electronic patient care
CN102567611B (zh) * 2010-12-23 2015-05-27 中国移动通信集团江苏有限公司 一种远程医疗系统及远程医疗设备
JP2012181795A (ja) 2011-03-03 2012-09-20 Funai Electric Co Ltd イベント管理システム及びイベント管理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006520037A (ja) * 2003-02-01 2006-08-31 バクスター インターナショナル インコーポレイテッド 動作パラメータの確認システムおよび方法
JP2009535715A (ja) * 2006-04-28 2009-10-01 メドトロニック ミニメド インコーポレイテッド ネットワーク化された液体注入システムのためのモニタデバイスおよびデータ変換デバイス、ならびにモニタ方法およびデータ変換方法

Also Published As

Publication number Publication date
AU2018202481B2 (en) 2020-04-02
EP3567595A1 (en) 2019-11-13
EP2936363B1 (en) 2019-11-20
CA2896063A1 (en) 2014-06-26
EP2936363A2 (en) 2015-10-28
CN104981808B (zh) 2018-03-02
SG10201705568YA (en) 2017-08-30
JP2020035460A (ja) 2020-03-05
AU2021209222B2 (en) 2023-09-28
AU2018202732B2 (en) 2019-05-23
BR112015014999B1 (pt) 2021-11-09
SG10201803207UA (en) 2018-05-30
JP2022091978A (ja) 2022-06-21
CN108630308B (zh) 2023-04-11
AU2021209222A1 (en) 2021-08-19
AU2013361156A8 (en) 2016-06-16
AU2013361156B2 (en) 2019-09-19
JP2016509708A (ja) 2016-03-31
CA2896063C (en) 2021-08-17
JP6321676B2 (ja) 2018-05-09
CN108630308A (zh) 2018-10-09
CN116403697A (zh) 2023-07-07
SG11201504861SA (en) 2015-07-30
JP2024038414A (ja) 2024-03-19
JP7057333B2 (ja) 2022-04-19
JP6603433B1 (ja) 2019-11-06
RU2015129799A (ru) 2017-01-27
MX356990B (es) 2018-06-22
WO2014100557A2 (en) 2014-06-26
AU2013361156A1 (en) 2015-07-16
AU2018202732A1 (en) 2018-05-10
AU2020204371A1 (en) 2020-07-23
WO2014100557A3 (en) 2014-10-16
JP6559827B2 (ja) 2019-08-14
JP2018139117A (ja) 2018-09-06
JP7423679B2 (ja) 2024-01-29
NZ709291A (en) 2018-11-30
MX2015008049A (es) 2015-10-29
CN104981808A (zh) 2015-10-14
RU2015129799A3 (ja) 2018-05-10
NZ747032A (en) 2020-06-26
AU2023285908A1 (en) 2024-01-18
BR112015014999A2 (pt) 2017-07-11
AU2018202481A1 (en) 2018-04-26
CA3123172A1 (en) 2014-06-26

Similar Documents

Publication Publication Date Title
JP6603433B1 (ja) 電子患者ケアのためのシステム
US20220044796A1 (en) System and apparatus for electronic patient care
US10242159B2 (en) System and apparatus for electronic patient care
US20230298768A1 (en) Infusion pump system and method with multiple drug library editor source capability
CA3190111A1 (en) Computer-implemented method, system, and apparatus for electronic patient care
EP3540741A1 (en) System for controlling medical devices
JP2006520037A5 (ja)
AU2022200228A1 (en) Patient outcome tracking platform
JP5322883B2 (ja) 動作パラメータの確認システム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190816

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190816

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20190816

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20190827

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190910

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191010

R150 Certificate of patent or registration of utility model

Ref document number: 6603433

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250