特開 2023-170731 医療用ポンプ管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023170731

(43)【公開日】2023-12-01

(54)【発明の名称】医療用ポンプ管理システム

(51)【国際特許分類】

   G16H 20/17 20180101AFI20231124BHJP

   G16H 10/00 20180101ALI20231124BHJP

   G16Y 10/60 20200101ALI20231124BHJP

   G16Y 20/20 20200101ALI20231124BHJP

   G16Y 20/40 20200101ALI20231124BHJP

   G16Y 40/10 20200101ALI20231124BHJP

   G16Y 40/30 20200101ALI20231124BHJP

【ＦＩ】

G16H20/17

G16H10/00

G16Y10/60

G16Y20/20

G16Y20/40

G16Y40/10

G16Y40/30

【審査請求】有

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022082702

(22)【出願日】2022-05-20

(71)【出願人】

【識別番号】510072009

【氏名又は名称】株式会社イードクトル

(74)【代理人】

【識別番号】100085316

【弁理士】

【氏名又は名称】福島 三雄

(74)【代理人】

【識別番号】100099977

【弁理士】

【氏名又は名称】佐野 章吾

(74)【代理人】

【識別番号】100104259

【弁理士】

【氏名又は名称】寒川 潔

(72)【発明者】

【氏名】吉永 大祐

(72)【発明者】

【氏名】山本 亮太

(72)【発明者】

【氏名】正田 直人

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA01

5L099AA25

(57)【要約】

【課題】運用状況に応じて対応が必要な医療用ポンプ装置を効率的かつ的確に把握できる医療用ポンプ管理システムを提供する。
【解決手段】ポンプ管理サーバ３は、医療用ポンプ装置２ごとにポンプステータス情報と予報発報条件とを記憶し、それぞれの医療用ポンプ装置２について、ポンプステータス情報を使って予報発報条件を満たしたか否かを判定する。条件を満たしたと判定すると、満たした予報発報条件の内容と、当該医療用ポンプ装置２のポンプＩＤ情報に対応づけられた患者ＩＤ情報を含んだ予報発報指令を、ナースコールシステム６に送信する。ナースコールシステム６は、予報発報指令に含まれる情報を端末装置６３を介して看護師に報知する。これにより看護師は、どの医療用ポンプ装置（またはどの患者）でどのような予報発報条件が満たされたかを知ることができ、適切な対応を迅速にとることができる。
【選択図】 図１

【特許請求の範囲】

【請求項1】

患者に対して液体を供給する複数の医療用ポンプ装置と、
前記医療用ポンプ装置と通信接続されたポンプ管理サーバと、
前記ポンプ管理サーバと通信接続された医療支援用システムとからなる医療用ポンプ管理システムにおいて、
前記医療用ポンプ装置は、
定期的およびイベント発生時に、当該医療用ポンプ装置のステータスを示すポンプステータス情報を出力する構成を備え、
前記ポンプ管理サーバは、データベースと制御装置とを有し、
前記データベースは、患者を特定する患者ＩＤ情報と前記医療用ポンプ装置を特定するポンプＩＤ情報とを用い、前記医療用ポンプ装置から液体の供給を受ける患者に関して、当該患者と当該医療用ポンプ装置とを対応付けて記憶する患者－ポンプ対応テーブルと、
前記医療用ポンプ装置から定期的およびイベント発生時に送信されるポンプステータス情報を医療用ポンプ装置ごとに記憶するポンプステータス記録テーブルと、
前記医療用ポンプ装置ごとに設定される予報発報条件を記憶する予報条件記録テーブルと、を有し、
前記制御装置は、前記医療用ポンプ装置ごとに、前記データベースに記憶されたポンプステータス情報および予報発報条件に基づいて、それぞれの医療用ポンプ装置があらかじめ設定された予報発報条件を満たしたか否かを判定して、予報発報条件を満たしたと判定したときには、当該予報発報条件の内容を示す予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および／または当該ポンプＩＤ情報に対応づけられた患者ＩＤ情報とを含んだ予報発報指令を、前記医療支援用システムに送信する制御構成を備えている
ことを特徴とする医療用ポンプ管理システム。

【請求項2】

前記医療支援用システムは、前記制御装置から送信された前記予報発報指令を受信したときは、受信した予報発報指令に含まれる予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および／または当該医療用ポンプ装置のポンプＩＤ情報に対応づけられた患者ＩＤ情報とを報知する報知手段を備えている
ことを特徴とする請求項１に記載の医療用ポンプ管理システム。

【請求項3】

前記制御装置は、前記予報発報指令の送信先を設定する送信先設定手段を備えており、前記予報発報指令を送信するときには、当該予報発報指令を前記送信先設定手段で設定された医療支援用システムで読み取り可能なデータ形式に変換して送信する制御構成を備えていることを特徴とする請求項１または２に記載の医療用ポンプ管理システム。

【請求項4】

前記データベースの患者－ポンプ対応テーブルは、前記患者ＩＤ情報に当該患者の所在地を特定する患者所在地情報を対応付けて記憶し、
前記制御装置は、前記医療支援用システムに前記患者ＩＤ情報を送信するときには、当該患者ＩＤ情報に対応づけられた患者所在地情報も併せて送信する制御構成を備えている
ことを特徴とする請求項１または２に記載の医療用ポンプ管理システム。

【請求項5】

前記予報発報条件は、前記医療用ポンプ装置の液切れまでの猶予時間とされ、
前記制御装置は、前記ポンプステータス情報に含まれる液体の投与予定量と設定流量とに基づいて前記液切れまでの猶予時間を算出して、予報発報条件を満たしたか否かを判定する制御構成を備えている
ことを特徴とする請求項１または２に記載の医療用ポンプ管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は医療用ポンプ管理システムに関し、より詳細には、複数の医療用ポンプ装置を運用する医療機関における医療用ポンプ装置の運用・管理に係るコンピュータシステムに関する。

【背景技術】

【0002】

病院などの医療機関では、決められた量の薬液（液体）を時間をかけて患者に注入（供給）する場合に、薬液の供給を機械的に補助する機構を備えた輸液ポンプやシリンジポンプなどの医療用ポンプ装置を用いている。

【0003】

この種の医療用ポンプ装置は、周知のとおり、機械的な機構を用いて、薬液が入ったチューブをしごくタイプ（いわゆるフィンガ方式の輸液ポンプ）、点滴筒内の薬液滴下数を制御するタイプ（滴数制御方式の輸液ポンプ）、送液の流量を制御するタイプ（流量制御方式の輸液ポンプ）、外筒が固定されたシリンジの内筒の動きを制御するタイプ（シリンジポンプ）など様々なものが提案されているが、いずれのタイプの装置においても、近年では装置自体に各種センサを搭載し、これらのセンサで得られる情報に基づいて、医療用ポンプ装置の制御部が、液切れ（残量不足）、液詰まり（送液管の閉塞）、液漏れ（流量異常）などの異常を検知するようになっており、異常が検知されたときには警報音を鳴動させるなどの所定の警報動作を行い、医療用ポンプ装置に異常が生じていることを看護師などのスタッフに報知するようになっている（たとえば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１－２００３２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、このような従来のやり方には以下のような問題があった。
（１）従来の医療用ポンプ装置は、装置本体に備えられた警報音の発生装置などを用いて装置の異常を外部に報知するようになっている。たとえば、液切れが生じた場合、それを知らせる警報音が病室内（より具体的には病床の近傍）で鳴動するので、看護師は病室から漏れ聞こえる警報音を聞きつけて病室に向かうか、あるいは、警報音を認識した患者によるナースコールによって病室に向かい、そこで医療用ポンプ装置の液切れを確認して対応（たとえば、薬液の交換など）することになる。そのため、装置の異常に対する対応がどうしても遅くなる傾向があった。

【0006】

（２）近年では、装置に備えられたセンサによって薬液の流量を監視するなどして、液切れが発生する前に事前に予備的な警報（予報）を発するように構成された医療用ポンプ装置も提供されているが、予報が必要なタイミングは、医療用ポンプ装置が運用される状況（たとえば、患者と看護師の人数比率や、病棟・病室の広さ、薬液の種類（重要度・緊急度）、時間帯など）によって変化するので、医療用ポンプ装置が備える画一的な予報機能だけでは医療用ポンプ装置の運用状況に応じたきめ細かな対応が困難であった。

【0007】

本発明は、このような問題点に鑑みてなされたものであって、その目的とするところは、運用状況に応じて対応が必要な医療用ポンプ装置を効率的かつ的確に把握できる医療用ポンプ管理システムを提供することにある。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本発明に係る医療用ポンプ管理システムは、
患者に対して液体を供給する複数の医療用ポンプ装置と、
上記医療用ポンプ装置と通信接続されたポンプ管理サーバと、
上記ポンプ管理サーバと通信接続された医療支援用システムとからなる医療用ポンプ管理システムにおいて、
上記医療用ポンプ装置は、
定期的およびイベント発生時に、当該医療用ポンプ装置のステータスを示すポンプステータス情報を出力する構成を備え、
上記ポンプ管理サーバは、データベースと制御装置とを有し、
上記データベースは、患者を特定する患者ＩＤ情報と上記医療用ポンプ装置を特定するポンプＩＤ情報とを用い、上記医療用ポンプ装置から液体の供給を受ける患者に関して、当該患者と当該医療用ポンプ装置とを対応付けて記憶する患者－ポンプ対応テーブルと、
上記医療用ポンプ装置から定期的およびイベント発生時に送信されるポンプステータス情報を医療用ポンプ装置ごとに記憶するポンプステータス記録テーブルと、
上記医療用ポンプ装置ごとに設定される予報発報条件を記憶する予報条件記録テーブルと、を有し、
上記制御装置は、上記医療用ポンプ装置ごとに、上記データベースに記憶されたポンプステータス情報および予報発報条件に基づいて、それぞれの医療用ポンプ装置があらかじめ設定された予報発報条件を満たしたか否かを判定して、予報発報条件を満たしたと判定したときには、当該予報発報条件の内容を示す予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および／または当該ポンプＩＤ情報に対応づけられた患者ＩＤ情報とを含んだ予報発報指令を、上記医療支援用システムに送信する制御構成を備えている
ことを特徴とする。

【0009】

そして、本発明はその好適な実施態様として、以下の構成を備えている。
（１）上記医療支援用システムは、上記制御装置から送信された上記予報発報指令を受信したときは、受信した予報発報指令に含まれる予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および／または当該医療用ポンプ装置のポンプＩＤ情報に対応づけられた患者ＩＤ情報とを報知する報知手段を備えていることを特徴とする。

【0010】

（２）上記制御装置は、上記予報発報指令の送信先を設定する送信先設定手段を備えており、上記予報発報指令を送信するときには、当該予報発報指令を上記送信先設定手段で設定された医療支援用システムで読み取り可能なデータ形式に変換して送信する制御構成を備えていることを特徴とする。

【0011】

（３）上記データベースの患者－ポンプ対応テーブルは、上記患者ＩＤ情報に当該患者の所在地を特定する患者所在地情報を対応付けて記憶し、上記制御装置は、上記医療支援用システムに上記患者ＩＤ情報を送信するときには、当該患者ＩＤ情報に対応づけられた患者所在地情報も併せて送信する制御構成を備えていることを特徴とする。

【0012】

（４）上記予報発報条件は、上記医療用ポンプ装置の液切れまでの猶予時間とされ、
上記制御装置は、上記ポンプステータス情報に含まれる液体の投与予定量と設定流量とに基づいて上記液切れまでの猶予時間を算出して、予報発報条件を満たしたか否かを判定する制御構成を備えていることを特徴とする。

【発明の効果】

【0013】

本発明によれば、ポンプ管理サーバが、医療用ポンプ装置ごとに、データベースに記憶されたポンプステータス情報および予報発報条件に基づいて、それぞれの医療用ポンプ装置について、あらかじめ設定された予報発報条件を満たしたか否かを判定して、条件を満たしたと判定したときには、当該条予報発報条件の内容を示す予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および／または当該医療用ポンプ装置のポンプＩＤ情報に対応づけられた患者ＩＤ情報とを含んだ予報発報指令を、ナースコールシステムや電子カルテシステムなどの医療支援用システムに送信するように構成されているので、予報発報指令を受け付けた医療用支援システム側は、予報発報指令に含まれる情報によって、どの医療用ポンプ装置（またはどの患者）でどのような予報発報条件が満たされたかを知ることができる。そのため、この情報に接した看護師などのスタッフは、通知された予報種別に応じた適切な対応を迅速にとることができる。

【0014】

しかも、予報発報条件は医療用ポンプ装置ごとに設定されるので、たとえば、ナースセンターからの距離に応じて、液切れの予報を発報するタイミングを変えておくことで、液切れの予報発報からその対応まで（たとえば、薬液の交換など）を余裕をもって行うことができるようになり、対応の遅れをを確実に回避することができる。

【図面の簡単な説明】

【0015】

【図1】本発明に係る医療用ポンプ管理システムの概略構成の一例を示すシステム構成図である。

【図2】シリンジポンプにおいて、ポンプステータス情報を出力するイベントの一例を示しており、図２（ａ）は正常動作中のイベントを、図２（ｂ）は異常検出に伴うアラームイベントをそれぞれ示している。

【図3】本発明に係る医療用ポンプ管理システムにおけるポンプ管理サーバの概略構成の一例を機能的に示したブロック構成図である。

【図4】同医療用ポンプ管理システムにおける看護支援システムを用いた患者情報の登録手順の一例を示す説明図である。

【発明を実施するための形態】

【0016】

以下、本発明の実施形態を図面に基づいて詳細に説明する。なお、図面全体にわたって同一の符号は同一の構成部材または要素を示している。

【0017】

図１は、本発明が適用される医療用ポンプ管理システム１の概略構成を示している。
医療用ポンプ管理システム１は、病院などの医療機関において使用される医療用ポンプ装置２の運用を支援するシステムであって、複数の医療用ポンプ装置２（図示例では、２ａ，２ｂ，２ｃ，…２ｘ）と、ポンプ管理サーバ３と、電子カルテシステム４、看護支援システム５、ナースコールシステム６などの医療支援系のシステム（医療支援用システム）とを主要部として備えており、これらが有線または無線のネットワークＮによって通信接続されている。

【0018】

医療用ポンプ装置２は、患者に薬液などの液体を供給する装置であって、たとえば、輸液ポンプやシリンジポンプなどが例示される。医療用ポンプ装置２としては、機械的な機構を用いて液体の供給を補助する装置が好適に用いられる。また、医療用ポンプ装置２は、装置の状態を監視する制御部（図示せず）を備えており、この制御部によって、定期的（一定時間ごと）および所定のイベント発生時に当該医療用ポンプ装置２のステータス（状態）を示すポンプステータス情報（たとえば、送液の有無、投与予定量、設定流量、検出流量など医療用ポンプ装置２の状態を示す各種情報や所定のイベントの発生を知らせる情報）を外部に出力するように構成されている。なお、医療用ポンプ装置２はネットワークＮと通信接続されており、ネットワークＮを介してポンプステータス情報がポンプ管理サーバ３で受信できるようになっている。

【0019】

図２は、医療用ポンプ装置２の一例であるシリンジポンプにおけるポンプステータス情報の出力イベントの一例を示している。この図に示すように、ポンプステータス情報を出力するイベントは、正常動作中の状態通知イベント（図２（ａ）参照）と、アラーム発生（警報発報）時のアラームイベント（図２（ｂ）参照）とに大別される。

【0020】

図２（ａ）では、状態通知イベントとして、「送液開始」、「早送り開始」、「ボーラス（HOB,HFB）開始」、「ＫＯＲ開始」、「送液中の流量変更」、「早送り終了」、「ボーラス（HOB,HFB）終了」、「送液状態から送液停止」、「積算クリア」、「電源ＯＦＦ」、「薬剤ライブラリ選択確定時」が例示されており、これらの状態通知イベントが発生すると、当該イベントの発生を知らせるポンプステータス情報がシリンジポンプからネットワークＮに出力される。

【0021】

図２（ｂ）では、アラームイベントとして、「シャットダウン予告警報」、「連携中断警報」、「完了警報」、「閉塞警報 輸液ポンプは下流」、「閉塞警報 上」、「シリンジ外れ警報」、「押子外れ警報」、「クラッチ外れ警報」、「シリンジ検出警報」、「クリップ外れ警報」、「点滴プローブ外れ警報」、「フリーフロー警報」、「空液警報」、「流量異常警報」、「気泡混入警報」、「ドア警報」、「残量警報」、「残量設定時間前通知」、「電源異常警報」、「ＡＣケーブル外れ警報」、「流量未設定警報」、「流量・予定量大小判定警報」、「予定量未設定警報」、「バッテリ低下警報」、「開始忘れ警報」、「閉塞プリコーション」、「メンテナンスタイマ」、「バッテリ交換時期／故障警報」が例示されている。制御部は、これらの異常のいずれかを検出すると、検出した異常を報知するアラームイベントを発生させ、当該アラームの発生を知らせるポンプステータス情報がシリンジポンプからネットワークＮに出力される。

【0022】

なお、ポンプステータス情報には、当該医療用ポンプ装置２の状態や発生したイベントの種別（図２に例示したイベントの区別）の他、当該医療用ポンプ装置２を特定する情報（たとえば、医療用ポンプ装置２の製造番号など）も含まれる。

【0023】

ポンプ管理サーバ３は、複数の医療用ポンプ装置２の運用支援を主たる目的とするサーバコンピュータであって、図３に示すように、データベース３１と制御装置３２とを主要部として備えている。

【0024】

データベース３１は、医療用ポンプ装置２の運用支援に必要な情報を記憶する記憶装置である。データベース３１は、患者を特定する患者ＩＤ情報と医療用ポンプ装置２を特定するポンプＩＤ情報とを用い、少なくとも、医療用ポンプ装置２から液体の供給を受ける患者に関して、当該患者と当該医療用ポンプ装置２とを対応付けて記憶する患者－ポンプ対応テーブル１０１と、医療用ポンプ装置２から定期的およびイベント発生時に送信されるポンプステータス情報を医療用ポンプ装置２ごとに記憶するポンプステータス記録テーブル１０２と、医療用ポンプ装置２ごとに設定される予報発報条件を記憶する予報条件記録テーブル１０３とを有している。そして、本実施形態では、患者－ポンプ対応テーブル１０１は、患者ＩＤ情報を記憶するにあたり、患者ＩＤ情報に当該患者の所在地を特定する患者所在地情報を対応付けて記憶する構成を採用している。

【0025】

ここで、患者を特定する患者ＩＤ情報は、患者ごとに設定される個別のＩＤである。患者ＩＤ情報としては、たとえば、記号や数字などを組み合わせた文字列が好適に用いられるが、患者の氏名などを患者ＩＤとして用いることも可能である。なお、本実施形態では、患者ＩＤ情報はバーコード化され、患者が装着するリストバンドなどに印刷される。

【0026】

一方、医療用ポンプ装置２を特定するポンプＩＤ情報は、医療用ポンプ装置２ごとに設定される個別のＩＤである。ポンプＩＤ情報としては、たとえば、医療用ポンプ装置２の製造番号（シリアルナンバー）が好適に用いられる。製造番号が好適に用いられるのは、医療用ポンプ装置２から出力されるポンプステータス情報に含まれる装置を特定する情報として製造番号が用いられることが多いからである。したがって、ポンプステータス情報において製造番号以外の他の情報を用いて医療用ポンプ装置２が特定されるような場合には、当該他の情報をポンプＩＤ情報として用いるのが好ましい。

【0027】

患者所在地情報は、患者が所在する位置の情報である。この患者所在地情報としては、たとえば、どの病棟のどの病室のどの病床であるといった情報のように、看護師などのスタッフが患者の居場所を容易に特定できる情報が用いられる。

【0028】

患者－ポンプ対応テーブル１０１は、ネットワークＮを介して受信する、患者ＩＤ情報とポンプＩＤ情報とを対応付けて記憶するデータテーブルである。本実施形態では、後述するように看護支援システム５から、患者ＩＤ情報と患者所在地情報とポンプＩＤ情報とが対応付けられて送信されてくるので（詳細は後述する）、この対応付けられた情報が患者－ポンプ対応テーブル１０１に記憶される。

【0029】

ポンプステータス記録テーブル１０２は、定期的およびイベント発生時に医療用ポンプ装置２から送信されてくるポンプステータス情報を、医療用ポンプ装置２ごとに記憶するデータテーブルである。ポンプステータス記録テーブル１０２は、少なくとも前回分と今回分のポンプステータス情報を比較できるように記憶するように構成されている。

【0030】

たとえば、シリンジポンプ２ａから状態通知イベントである「送液開始」によってポンプステータス情報が送信されると、ポンプステータス記録テーブル１０２には、シリンジポンプ２ａのポンプステータス情報としての「送液開始」という情報が記憶される。そして、シリンジポンプ２ａから次のポンプステータス情報が送信される（たとえば、次の状態通知イベントが発生する前に定期的なポンプステータス情報が送信される）と、当該ポンプステータス情報を前回とは別の記憶領域に記憶する。このように、ポンプステータス記録テーブル１０２は、ネットワークＮを介して次々と送信されてくるポンプステータス情報について、医療用ポンプ装置２ごとに、少なくとも、前回分と比較できるようにポンプステータス情報を記憶するように構成されるので、制御装置３２は、ポンプステータス記録テーブル１０２に記憶されたポンプステータス情報を比較参照することによって、医療用ポンプ装置２の状態変化を検出することができる。

【0031】

予報条件記憶テーブル１０３は、医療用ポンプ装置２ごとに設定される予報発報条件を記憶するデータテーブルである。予報発報条件は、医療用ポンプ装置２側で設定されるイベント（たとえば、図２に示す状態通知イベントやアラームイベント参照）とは別に、ポンプ管理サーバ３側で、ユーザが任意に設定する予報イベントの発生条件であり、制御装置３２は、各医療用ポンプ装置２について、それぞれ設定された予報発報条件を満たすか否か（条件の成就／未成就）の判定するようになっている。

【0032】

制御装置３２は、データベース３１に記憶されたデータを用いて医療用ポンプ装置２の運用支援を行う装置であって、上記データベース３１と一体又は別体のコンピュータで構成されている。そして、制御装置３２は、図３に示すように、機能構成上、制御手段２０１と、予報条件設定手段２０２と、送信先設定手段２０３と、通信手段２０４とを有している。

【0033】

制御手段２０１は、医療用ポンプ装置２の運用支援用のソフトウェアを実行するプロセッサを備えており、このソフトウェアの実行によって後述する医療用ポンプ装置２の運用支援が実現される。なお、制御手段２０１は、制御装置３２に備えられた図示しない入力装置（キーボードやマウスなど）や表示装置（液晶表示装置など）などの制御手段としても機能する。

【0034】

予報条件設定手段２０２は、医療用ポンプ装置２ごとに設定される予報発報条件の設定（設定・解除・変更など）をするための手段である。予報条件設定手段２０２としては、制御装置３２に備えられた入力装置が好適に用いられるが、たとえば、ネットワークＮを介して制御装置３２と通信接続される他の端末装置（たとえば、看護支援システム５のクライアント端末を構成するＰＣやタブレット端末、スマートフォンなど）を予報条件設定手段２０２として用いてもよい。

【0035】

予報条件設定手段２０２で設定される予報発報条件は、ポンプステータス記録テーブル１０２に記憶されたポンプステータス情報（医療用ポンプ装置２から送信されるポンプステータス情報）に含まれる情報に基づいて、制御手段２０１が予報発報の前提となる条件の成就／未成就を判定ができるものであれば、具体的な条件は任意に設定可能である。たとえば、ポンプステータス情報に、薬液の投与予定量と設定流量とが含まれていれば、これらの情報を基にして制御手段２０１は液切れまでの猶予時間を演算することができるので、液切れまでの猶予時間を予報発報条件（たとえば、液切れ５分前、液切れ１０分前など）として設定することができる。

【0036】

送信先設定手段２０３は、医療用ポンプ装置２の運用支援に関連して、後述する予報発報指令の送信先を設定するための手段である。この送信先設定手段２０３としては、制御装置３２に備えられた入力装置が好適に使用されるが、上記予報条件設定手段２０２と同様、ネットワークＮを介して制御装置３２と通信接続された他の端末装置を送信先設定手段２０３として用いることも可能である。

【0037】

本実施形態では、後述するように、医療用ポンプ装置２に関するイベントの発生をナースコールシステム６を介して看護師などのスタッフに報知するようにしているので、予報発報指令の送信先としてナースコールシステムサーバ６１が設定される。これにより、制御装置３２の制御手段２０１は、予報発報指令を出力する際には、生成した予報発報指令を送信先であるナースコールシステムサーバ６１で読み取り可能なデータ形式に変換して送信する。

【0038】

なお、本実施形態では、この送信先設定手段２０３は、後述するアラームイベントの発報指令の送信先を設定する手段としても機能するようになっており、予報発報指令の送信先として設定された医療支援用システムがアラームイベントの発報指令の送信先となるようになっている。そのため、制御装置３２の制御手段２０１がアラームイベントの発報指令を出力する際には、生成したアラームイベントの発報指令はナースコールシステムサーバ６１で読み取り可能なデータ形式に変換して送信される。

【0039】

通信手段２０４は、制御装置３２がネットワークＮを介して医療支援用システムと通信するための通信装置である。具体的には、この通信手段２０４は、ネットワークＮがローカルエリアネットワークで構成される場合、ローカルエリアネットワークに通信接続するためのネットワークインターフェースを含んで構成される。

【0040】

医療支援用システムは、患者に対する医療行為や看護行為など（たとえば、診察・診療・検査・健診など）を支援するコンピュータシステムであって、図１に示す例では、この医療支援用システムとして、電子カルテシステム４、看護支援システム５、ナースコールシステム６が例示されている。なお、医療支援用システムは、これら例示されシステムに限らず、たとえば、検査や薬の処方などのオーダー情報の伝達に使われるオーダリングシステムなど、例示したシステム以外の他のシステムが含まれていてもよく、また反対に一部のシステムを除いて医療用支援システムが構成されていてもよい。

【0041】

電子カルテシステム４は、電子化された患者の診療録（カルテ）をクライアント端末に提供するコンピュータシステムであって、図１ではこの電子カルテシステムを提供するサーバコンピュータ４１を図示している。電子カルテシステム４の構成は周知であるので詳細な説明は省略するが、この電子カルテシステム４により、診察室やナースステーションなどに配置されたクライアント端末を使ってカルテの閲覧・編集などができるようになっている。

【0042】

看護支援システム５は、看護師などのスタッフが行う業務（たとえば、患者の基本情報の登録、病床管理、経過記録の作成など）を支援するコンピュータシステムであって、図１では看護支援システムを提供するサーバコンピュータ５１が図示されている。看護支援システム５の構成も周知であるので詳細な説明は省略するが、看護支援システム５では、クライアント端末として、看護師などが携行できる端末（たとえば、タブレット端末やスマートフォンなど）が好適に用いられる。なお、符号３００は、看護支援システム５のクライアント端末としても機能するスマートフォンを示している。

【0043】

そして、本実施形態では、上述した患者ＩＤ情報と患者所在地情報とポンプＩＤ情報は、この看護支援システム５を使って、看護支援システム５のサーバ５１に登録されるようになっている。

【0044】

図４は、患者ＩＤ情報、患者所在地情報およびポンプＩＤ情報の登録手順の一例を示している。図示例では、患者ＩＤ情報と患者所在地情報は、患者が装着するリストバンドにあらかじめバーコード化して印刷されている（バーコードＢＣ１）。また、ポンプＩＤ情報は、医療用ポンプ装置２に貼付するラベルにあらかじめバーコード化して印刷されている（バーコードＢＣ２）。

【0045】

看護支援システム５では、クライアント端末（たとえば、スマートフォン３００）を用いて患者のリストバンドのバーコードＢＣ１を読み取ることで（図４ステップＳ１参照）、リストバンドが装着された患者の患者ＩＤ情報と患者所在地情報とが対応付け（紐付け）られてサーバ５１に登録される（図４ステップＳ２参照）。また、同様に、看護支援システム５は、クライアント端末を用いて医療用ポンプ装置２に貼付されたラベルのバーコードＢＣ２を読み取ることで（図４ステップＳ３参照）、医療用ポンプ装置２のポンプＩＤ情報が登録される。なおその際、あらかじめ患者を特定した状態でバーコードＢＣ２を読み取ることにより、特定した患者の患者ＩＤ情報と読み取ったポンプＩＤ情報とを対応付けてサーバ５１に登録することができるようになっている（図４ステップ４参照）。

【0046】

このようにしてサーバ５１に登録された患者ＩＤ情報、患者所在地情報、ポンプＩＤ情報は、ポンプ管理サーバ３のデータベース３１に送信され（図４ステップＳ５参照）、データベース３１の患者－ポンプ対応テーブル１０１に記憶される。つまり、医療用ポンプ装置２から液体の供給を受ける患者に関して、患者と患者所在地と医療用ポンプ装置２とが対応付けられてデータベース３１に記憶される。なお、患者の入退院、病室・病床の変更や、医療用ポンプ装置２の交換などがあったときには、その都度、バーコードＢＣ１，ＢＣ２を読み取ることで、データベース３１に記憶された患者と患者所在地と医療用ポンプ装置２とを対応付けた情報を常に最新の情報に保つことができる。

【0047】

ナースコールシステム６は、主として、患者が看護師などのスタッフを呼び出すためのシステムであって、図１ではナースコールシステム６を提供するサーバコンピュータ６１が図示されている。他の医療支援用システムと同様に、ナースコールシステム６の構成も周知であるので詳細な説明は省略するが、本実施形態に示すナースコールシステム６は、サービスを提供するソフトウェアを備えたサーバ６１と、病棟ごとなどの所定単位ごとに配置される制御器６２と、ナースコールの報知手段となる端末装置６３とを主要部として備えている。

【0048】

サーバ６１は、複数の制御器６２と有線または無線で通信接続されたサーバコンピュータであり、各制御器６２から送信されるナースコールの履歴などを閲覧可能に記憶したり、また、ポンプ管理サーバ３と連携して、医療用ポンプ装置２に関する情報を端末装置６３に報知するなど、ナースコールシステム６を使った各種サービスを提供するように構成されている。

【0049】

制御器６２は、サーバ６１と端末装置６３とのインターフェースを構成する装置であって、図示例では、制御器６２には、液晶パネルなどの表示装置４００と、端末コンピュータ５００と、表示機能付きのナースコール用親機６００と、スマートフォン３００を端末装置６３とするための無線ＬＡＮ用のアクセスポイント６４とが接続されている。

【0050】

ナースコール用親機６００には、図示しないが複数のナースコール用子機（たとえば、呼出握りボタンを備えた壁埋め込み型の子機など）が有線または無線により通信接続されており、ナースコール用子機の呼出握りボタンの操作によって、ナースコール親機６００を介して表示装置４００や端末コンピュータ５００、ナースコル用親機６００、さらにはアクセスポイント６４を介してスマートフォン３００などに、ナースコールの呼び出しが行われるようになっている。なお、図１に示す表示装置４００、端末コンピュータ５００およびナースコール用親機６００は、通常、看護師などのスタッフが常駐するナースステーションなどに配置される。また、スマートフォン３００は、病棟に勤務する看護師などのスタッフが所持するようになっている。

【0051】

端末装置６３は、ナースコールシステム６によるナースコルの呼び出しを報知する装置である。本実施例では、端末装置６３としては、後述する予報発報指令の内容を表示できるように、文字や記号の表示が可能な画面を備えた装置が用いられる。なお、図示例では、端末装置６３として、表示装置４００、端末コンピュータ５００、ナースコール用親機６００、スマートフォン３００を例示したが、これらの組み合わせは適宜自由に変更できるのは勿論である。

【0052】

ネットワークＮは、データ通信を行うコンピュータネットワークである。本実施形態では、ネットワークＮは、医療用ポンプ管理システム１が設けられる病院などの医療機関内に構築されたローカルエリアネットワークで構成されている。図１では、医療用ポンプ装置２、ポンプ管理サーバ３、電子カルテシステムサーバ４１、看護支援システムサーバ５１、ナースコールシステムサーバ６１を単独のネットワークＮで接続した場合を示したが、これらは複数のネットワークで接続される構成であってもよい。

【0053】

次に、ポンプ管理サーバ３による医療用ポンプ装置２の運用支援の一例について説明する。

【0054】

Ａ：アラームイベントの発報
本発明に係る医療用ポンプ管理システム１では、医療用ポンプ装置２においてアラームイベントが発生し、当該医療用ポンプ装置２からアラームイベントの発生を知らせるポンプステータス情報が出力されると、このポンプステータス情報を受信したポンプ管理サーバ３がアラームイベントの発生をナースコールシステム６を介して看護師などのスタッフに報知する。

【0055】

（１）たとえば、患者に薬液を供給中のシリンジポンプ２ａにおいて、液切れを示す「空液警報」（アラームイベント）が発生すると、当該アラームイベントが発生したシリンジポンプ２ａからアラームイベントの発生を知らせるポンプステータス情報が出力される。

【0056】

（２）ネットワークＮに出力されたポンプステータス情報は、ポンプ管理サーバ３で受信・解析される。ポンプ管理サーバ３は、受信したポンプステータス情報に含まれるシリンジポンプ２ａの製造番号（ポンプＩＤ情報）から、データベース３１の患者－ポンプ対応テーブル１０１に記憶された情報を使ってアラームイベントが発生したシリンジポンプ２ａと対応付けられた患者ＩＤ情報と当該患者の所在地情報とを特定する。

【0057】

（３）このようにしてアラームイベントが発生したシリンジポンプ２ａと、当該シリンジポンプ２ａに対応付けられた患者ＩＤ情報および患者所在地情報が特定されると、次に制御装置３２は、発生したアラームイベントの種別の情報（「空液警報」であることを示す情報）と、アラームイベントが発生したシリンジポンプ２ａに対応づけられた患者ＩＤ情報および患者所在地情報とを含んだアラームイベント発報指令を生成するとともに、生成したアラームイベント発報指令をナースコールシステム６で読み取り可能なデータ形式に変換して、ナースコールシステムサーバ６１に送信する。

【0058】

（４）ナースコールシステムサーバ６１は、ネットワークＮを介してポンプ管理サーバ３からのアラームイベント発報指令を受信すると、受信したアラームイベント発報指令を解析する。ナースコールシステムサーバ６１では、受信したアラームイベント発報指令を解析することで、発生したアラームイベントの種別と、アラームイベントが発生したシリンジポンプ２ａに対応づけられた患者ＩＤ情報および患者所在地情報が特定されるので、これら特定された情報を、ナースコールシステム６の機能を使って看護師などのスタッフに報知する。

【0059】

（５）すなわち、ナースコールシステムサーバ６１は、発生したアラームイベントの種別（「空液警報」であることを示す情報）と、患者ＩＤ情報と、当該患者の所在地情報とをナースコールシステム６の端末装置６３を通じて看護師などのスタッフに報知する（たとえば、端末装置６３の画面に上記情報を表示したり、端末装置６３で警告音を鳴動させるなどの報知を行う）。これにより、看護師などのスタッフは、端末装置６３（たとえば、スマートフォン３００）を通じて、どの病室のどの病床の誰の医療用ポンプ装置２にどのようなアラームが発生しているかをアラームイベントの発生とほぼ同時（即時）に把握することができるようになり、迅速にアラームに対処できるようになる。

【0060】

なお、この報知に際しては、たとえば、患者ＩＤ情報と患者氏名や患者氏名を含む患者情報（たとえば、性別、年齢など）を対応付けるテーブルをポンプ管理サーバ３またはナースコールシステムサーバ６１などに備えさせておき、患者ＩＤ情報とともに、または患者IＤ情報に代えて、これら患者の氏名などを報知するように構成してもよい。また、ポンプＩＤ情報と医療用ポンプ装置２の種別（どのような医療用ポンプ装置２であるかが理解できる情報、たとえば、機種名など）を対応付けたテーブルをポンプ管理サーバ３またはナースコールシステムサーバ６１などに備えさせておき、ポンプＩＤ情報から機種名などの情報を特定して、上記アラームイベントの発生の報知の際に、医療用ポンプ装置２の種別も併せて報知するように構成してもよい。

【0061】

Ｂ：予報イベントの発報
本発明に係る医療用ポンプ管理システム１では、上述したアラームイベントの発報に加えて、医療用ポンプ装置２について、あらかじめ個別にポンプ管理サーバ３に設定した予報発報条件が満たされると、ポンプ管理サーバ３が予報発報イベントを発生させるとともに、当該イベントの発生をナースコールシステム６を介して看護師などのスタッフに報知する。

【0062】

（１）たとえば、患者に液体を供給中のシリンジポンプ２ａについて、予報発報条件として、「液切れの１０分前」が設定されたとする。

【0063】

（２）このように予報発報条件が設定されると、ポンプ管理サーバ３の制御装置３２は、予報発報条件が設定されたシリンジポンプ２ａのポンプステータス情報を監視して、予報発報条件が成就したか否かを判定する。

【0064】

具体的には、シリンジポンプ２ａのポンプステータス情報は、データベース３１のポンプステータス記録テーブル１０２に記憶されているので、制御装置３２は、ポンプステータス記録テーブル１０２に記憶されたシリンジポンプ２ａのポンプステータス情報を監視して予報発報条件が満たされたか否か（条件成就／未成就）を判定する。

【0065】

ここでは予報発報条件として「液切れ１０分前」が設定されているので、制御装置３２は、液切れまでの猶予時間の演算に必要なポンプステータス情報（たとえば、「投与予定量」および「設定流量」）をポンプステータス記録テーブル１０２から読み出して、液切れまでの猶予時間を演算する。この演算は、予報発報条件が成就するまで、定期的に繰り返し実行される。そして、この演算の結果、予報発報条件が満たされると、制御装置３２は、当該シリンジポンプ２ａに関する予報発報イベントを発生させる。

【0066】

（３）予報発報イベントを発生させる際には、制御装置３２は、シリンジポンプ２ａのポンプステータス情報に含まれるシリンジポンプ２ａの製造番号（ポンプＩＤ情報）から、データベース３１の患者－ポンプ対応テーブル１０１に記憶された情報を使って予報発報イベントが発生したシリンジポンプ２ａと対応付けられた患者ＩＤ情報と当該患者の所在地情報とを特定する。

【0067】

（４）そして、予報発報イベントが発生したシリンジポンプ２ａと、当該シリンジポンプ２ａに対応付けられた患者ＩＤ情報および患者所在地情報が特定されると、次に制御装置３２は、発生した予報発報イベントの内容を示す予報種別情報（「液切れ１０分前」であることを示す情報）と、予報発報イベントが発生したシリンジポンプ２ａに対応づけられた患者ＩＤ情報および患者所在地情報とを含んだ予報発報指令を生成するとともに、生成した予報発報指令をナースコールシステム６で読み取り可能なデータ形式に変換して、ナースコールシステムサーバ６１に送信する。

【0068】

（５）ナースコールシステムサーバ６１は、ネットワークＮを介してポンプ管理サーバ３からの予報発報指令を受信すると、受信した予報発報指令を解析する。ナースコールシステムサーバ６１では、受信したアラームイベント発報指令を解析することで、発生した予報発報イベント（成就した予報発報条件）の内容と、予報発報イベントが発生したシリンジポンプ２ａに対応づけられた患者ＩＤ情報および患者所在地情報とが特定されるので、これら特定された情報を、ナースコールシステム６の機能を使って看護師などのスタッフに報知する。

【0069】

（６）すなわち、ナースコールシステムサーバ６１は、発生した予報発報イベントの内容（「液切れ１０分前」であることを示す情報）と、患者ＩＤ情報と、当該患者の所在地情報とをナースコールシステム６の端末装置６３を通じて看護師などのスタッフに報知する。これにより、看護師などのスタッフは、端末装置６３（たとえば、スマートフォン３００）を通じて、どの病室のどの病床の誰の医療用ポンプ装置２でどのような予報発報条件が満たされたかを予報発報イベントの発生とほぼ同時（即時）に把握することができるようになり、予報に迅速に対処（たとえば、薬液の交換などが）できるようになる。

【0070】

なお、予報発報イベントの報知に関して、たとえば、患者ＩＤ情報と患者氏名や患者氏名を含む患者情報（たとえば、性別、年齢など）を対応付けるテーブルを備えさせておき、患者ＩＤ情報とともに、または患者IＤ情報に代えて、当該患者の氏名などを報知するように構成してもよいこと、および、ポンプＩＤ情報と医療用ポンプ装置２の種別を対応付けたテーブルを備えさせておき、ポンプＩＤ情報から機種名などの情報を特定して、上記予報発報イベントの発生の報知の際に、医療用ポンプ装置２の種別も併せて報知するように構成してもよいことは、アラームイベントの報知の場合と同様である。

【0071】

このように、本発明に係る医療用ポンプ管理システム１によれば、ポンプ管理サーバ３が、医療用ポンプ装置２ごとに設定される予報発報条件を満たしたか否かを判定し、予報発報条件を満たしたと判定したときには、当該条件を満たした予報発報条件の内容を示す予報種別情報と、当該医療用ポンプ装置のポンプＩＤ情報および当該医療用ポンプ装置２のポンプＩＤ情報に対応づけられた患者ＩＤ情報とを含んだ予報発報指令を、ナースコールシステム６に送信するように構成されているので、ナースコールシステム６側は、どの医療用ポンプ装置（または、どの患者）でどのような予報発報条件が満たされたかを迅速に知ることができる。そのため、この情報に接した看護師などのスタッフは、通知された予報種別情報に応じた適切な対応を迅速にとることができるようになる。

【0072】

しかも、予報発報条件は医療用ポンプ装置ごとに設定されるので、たとえば、ナースセンターからの距離に応じて、液切れの予報を発報するタイミングを変えておくことで、液切れの予報発報から当該予報に対する対応（たとえば、薬液の交換など）を余裕をもって行うことができるようになる。

【0073】

なお、上述した実施形態はあくまでも本発明の好適な実施態様を示すものであって、本発明はこれらに限定されることなくその範囲内で種々の設計変更が可能である。

【0074】

たとえば、上述した実施形態では、医療用ポンプ装置自身に制御部が備えられている場合を示したが、定期的およびイベント発生時にポンプステータス情報の出力が可能な構成であれば、後付けの装置によってポンプステータス情報が出力される構成であってもよい。

【0075】

また、上述した実施形態では、アラームイベントまたは予報発報イベントの報知に際して、制御装置３２は、アラームイベントの種別情報（または予報種別情報）と、当該医療用ポンプ装置のポンプＩＤ情報に対応づけられた患者ＩＤ情報と患者所在地情報とを含んだアラームイベントの発報指令（または予報発報指令）を生成してナースコールシステム６に送信する場合を例示したが、アラームイベントの発報指令および予報発報指令では、最低限、発生したイベントの種別とイベントがどの医療用ポンプ装置２または患者で発生したかの報知できればよいので、アラームイベントの発報指令または予報発報指令は、アラームイベントの種別情報（または予報種別情報）と、当該医療用ポンプ装置２のポンプＩＤ情報および／または当該ポンプＩＤ情報に対応づけられた患者ＩＤ情報とが含まれていればよい。したがって、アラームイベントの発報指令または予報発報指令は、イベントの種別情報と当該イベントが発生した医療用ポンプ装置２のポンプＩＤ情報とで構成されたり、イベントの種別情報と患者ＩＤ情報とで構成されたり、あるいはこれらに患者所在地情報を組み合わせたもので構成したりすることができる。

【0076】

また、上述した実施形態では、予報発報条件を「液切れ１０分前」とした場合を例示したが、液切れまでの時間は自由に変更できるのは勿論のこと、液切れまでの猶予時間に代えて液切れまでの残量を用いるなど、予報発報条件は任意に変更することができる。要は、医療用ポンプ装置２から定期的およびイベント発生時に送信されるポンプステータス情報に基づいて判定可能な条件であれば、予報発報条件は自由に設定することができる。

【符号の説明】

【0077】

１ 医療用ポンプ管理システム
２ 医療用ポンプ装置
３ ポンプ管理サーバ
４ 電子カルテシステム
５ 看護支援システム
６ ナースコールしすてむ
３１ データベース
３２ 制御装置
６３ 端末装置（報知手段）
１０１ 患者－ポンプ対応テーブル
１０２ ポンプステータス記録テーブル
１０３ 予報条件記録テーブル
２０１ 制御手段
２０２ 予報条件設定手段
２０３ 送信先設定手段
２０４ 通信手段
３００ スマートフォン
４００ 表示装置
５００ 端末コンピュータ
６００ ナースコール用親機
Ｎ ネットワーク

【図1】

【図2】

【図3】

【図4】