JP2023149975A - システムおよび方法 - Google Patents

Abstract

【課題】ポンプにおける薬液の最初の投与開始操作を精度良く記録可能とする。【解決手段】輸液ポンプ７０Ａは、第１操作を受け付けると、投与薬液の投与と、投与に関するログの記録とを開始し、かつ、第２操作を受け付けると、投与薬液の投与と、ログの記録とを終了する。ログは、電子カルテに投与状況を記録するために利用される。端末装置６０は、所定入力を受け付けると、輸液ポンプ７０Ａに処方オーダを送信する。輸液ポンプ７０Ａは、処方オーダを受信した場合、第１操作を受け付けていることを条件に、処方オーダに基づき投与薬液を患者に投与する。輸液ポンプ７０Ａは、第１操作を受け付ける度に、第１操作が処方オーダにおける投与薬液の最初の投与開始操作か否かをユーザに問い合わせる。輸液ポンプ７０Ａは、問い合せの後と第３操作を受け付けると、第１操作を処方オーダにおける投与薬液の最初の投与開始操作として記憶する。【選択図】図１４

Description

本開示は、システムおよび方法に関する。

従来、患者に薬液を投与する各種の医療用ポンプが知られている。

国際公開第２０１７／１５０４８０号（特許文献１）には、操作部と、操作部の操作に基づいて輸液を行なう輸液部と、輸液の完了前に輸液開始時とは異なる処方を実施する切換操作が行われたか否かを判定する切換操作判定部と、輸液部の輸液履歴を記録する輸液履歴記録部とを備えた医療用ポンプが開示されている。輸液履歴記録部は、切換操作が行われたときの輸液履歴を記録可能に構成されている。

国際公開第２０１７／１５０４８０号

薬液がポンプにセットされ、かつポンプを稼働させるボタンが押下された後、異常の発生等により、ポンプを停止させる場合がある。この場合、投薬を再開するために、再度、ポンプを稼働させるボタンが押下される。このように、複数回にわたりポンプを稼働させるボタンが押下され得る。

また、ポンプによる薬液の投与に関する操作ログ（「実施記録」とも称される）を、情報処理装置を介してサーバに記憶された電子カルテに自動で書き込むことが求められている。

それゆえ、電子カルテの記載内容の精度を高めるには、ポンプにおいて、薬液に関し、最初の投与開始操作を精度良く記録する必要がある。

本開示は、上記の問題点に鑑みなされたものであって、その目的は、ポンプにおける薬液の最初の投与開始操作を精度良く記録可能なシステムおよび方法を提供することにある。

本開示のある局面に従うと、システムは、患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、投与薬液の患者への投与と、投与に関するログの記録とを開始し、かつ、第２の操作を受け付けたことに基づき、投与薬液の患者への投与と、ログの記録とを終了するポンプとを備える。ログは、電子カルテに投与薬液の投与状況を記録するために、電子カルテを記憶した外部装置に送信される。情報処理装置は、所定の入力を受け付けたことに基づき、ポンプに処方オーダを送信する処理を実行する。ポンプは、処方オーダを受信した場合、第１の操作を受け付けていることを条件に、処方オーダに基づき投与薬液を患者に投与する。ポンプは、第１の操作を受け付ける度に、第１の操作が処方オーダにおける投与薬液の最初の投与開始操作か否かをユーザに問い合わせる第１の報知を行なう。ポンプは、第１の報知後に第３の操作を受け付けたことに基づき、第１の操作を処方オーダにおける投与薬液の最初の投与開始操作として記憶する。

本開示の他の局面に従うと、方法は、患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、投与薬液の患者への投与と、投与に関するログの記録とを開始し、かつ、第２の操作を受け付けたことに基づき、投与薬液の患者への投与と、ログの記録とを終了するポンプとを備えたシステムにおける方法である。ログは、電子カルテに投与薬液の投与状況を記録するために、電子カルテを記憶した外部装置に送信される。方法は、情報処理装置が、所定の入力を受け付けたことに基づき、ポンプに処方オーダを送信する処理を実行するステップと、ポンプが、処方オーダを受信した場合、第１の操作を受け付けていることを条件に、処方オーダに基づき投与薬液を患者に投与するステップと、ポンプが、第１の操作を受け付ける度に、第１の操作が処方オーダにおける投与薬液の最初の投与開始操作か否かをユーザに問い合わせる第１の報知を行なうステップと、ポンプが、第１の報知後に第３の操作を受け付けたことに基づき、第１の操作を処方オーダにおける投与薬液の最初の投与開始操作として記憶するステップとを備える。

本開示によれば、ポンプにおける薬液の最初の投与開始操作を精度良く記録可能となる。

ネットワークシステムの概略構成を示した図である。 通信システムにおける通信の概要を説明するための図である。 薬剤ライブラリデータの概略構成を示した図である。 処方リストデータの概略構成を示した図である。 サーバのハードウェア構成例を示した図である。 端末装置のハードウェア構成例を示した図である。 ポンプのハードウェア構成例を示した図である。 ポンプの操作パネルの一例を示した図である。 通信システムにおいて実行される処理の流れを説明するためのシーケンス図である。 処方オーダと輸液ポンプとの関連付けが開始ボタンの押下よりも先になされた場合における、ログの記録および送信を説明するシーケンス図である。 ログを記録する周期と、ログを送信する周期とを説明するための図である。 処方オーダと輸液ポンプとの関連付けが開始ボタンの押下よりも後になされた場合における、ログの記録および送信を説明するシーケンス図である。 処方オーダに基づく処置の間に、開始ボタンおよび停止ボタンの各々が２回操作されたときの処理の流れを説明するための図である。 輸液ポンプで行なわれる処理を説明するためのフロー図である。 投与開始についての確認操作を求める画面例を表した図である。 投与終了についての確認操作を求める画面例を表した図である。 変形例における、輸液ポンプで行なわれる処理を説明するためのフロー図である。 輸液ポンプで表示されるメニュー画面の例を表した図である。 メニュー画面において１つの項目が選択された後に表示される操作画面を表した図である。 他の変形例における、輸液ポンプで行なわれる処理を説明するためのフロー図である。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部材には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。また、以下に説明する実施の形態において、個数、量などに言及する場合、特に記載がある場合を除き、本発明の範囲は必ずしもその個数、量などに限定されない。

以下、図面を参照しつつ、本開示の各実施の形態について説明する。以下の説明では、同一の部材には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。また、以下に説明する実施の形態において、個数、量などに言及する場合、特に記載がある場合を除き、本発明の範囲は必ずしもその個数、量などに限定されない。

＜Ａ．システム構成＞
図１は、本実施の形態のネットワークシステム１の概略構成を示した図である。

図１に示されるように、ネットワークシステム１は、端末装置１０と、電子カルテを記録するサーバ２０と、薬剤部門のサーバ３０と、薬剤部門とは異なる部門のサーバ４０と、通信システム２とを備える。通信システム２は、サーバ５０と、ラックシステム（システム）３とを含む。ラックシステム３は、端末装置（情報処理装置）６０と、複数の輸液ポンプ７０Ａ，７０Ｂと、複数のシリンジポンプ７０Ｃ，７０Ｄ，７０Ｅとを有する。ラックシステム３は、看護師９または医師によって操作される。

端末装置１０は、典型的には有線にて、サーバ２０と通信可能に接続されている。サーバ２０は、典型的には有線にて、端末装置１０とサーバ３０とに通信可能に接続されている。サーバ３０は、典型的には有線にて、サーバ２０とサーバ５０とに通信可能に接続されている。

サーバ５０は、典型的には有線にて、サーバ３０とサーバ４０とに通信可能に接続されている。サーバ５０は、典型的には無線にて、ラックシステム３の端末装置６０と通信可能にさらに接続されている。

端末装置１０は、典型的には、医師によって利用される。端末装置１０は、患者に対して処方される１つ以上の薬剤に関する情報の入力を、患者毎に受け付ける。以下では、端末装置１０を用いて一人の患者に対して入力された情報（処方された１以上の薬剤に関する情報）を、便宜上、「処方リストデータ」とも称する。すなわち、端末装置１０は、患者別に処方リストデータの入力を受け付ける。端末装置１０は、入力された処方リストデータをサーバ２０に送信する。なお、処方リストデータの具体的構成については、後述する（図４）。

サーバ２０は、処方リストデータを端末装置１０から受信する。サーバ２０は、患者の電子カルテに、受信した処方リストデータの内容を記録する。

サーバ３０は、薬剤ライブラリデータ（薬液データ）を予め記憶している。サーバ３０は、薬剤ライブラリデータをサーバ５０に送信する。サーバ３０において薬剤ライブラリの更新がなされると、サーバ３０は、サーバ５０の薬剤ライブラリを更新するための更新用データをサーバ５０に送る。サーバ３０は、更新用データとして、更新後の薬剤ライブラリデータそのものを送信してもよいし、更新がされた箇所のみのデータを送信してもよい。

サーバ３０は、薬剤師等の入力操作に基づき、指定された患者の処方リストデータをサーバ２０から取得する。サーバ３０は、これから治療を開始する患者（以下、「対象患者」とも称する）の処方リストデータをサーバ５０に送信する。

以上の処理により、サーバ５０には、対象患者の処方リストデータと、最新の薬剤ライブラリデータとが記憶される。なお、サーバ５０は、サーバ４０から他の各種のデータを取得する。たとえば、サーバ５０は、サーバ４０から、対象患者の麻酔に関するデータを取得する。

本例では、シリンジポンプ７０Ｃ，７０Ｅにシリンジ９０がセットされている。シリンジ９０は、バレル９１と、プランジャロッド９２とを含む。プランジャロッド９２は、フランジ９２１を有する。シリンジポンプ７０Ｃ，７０Ｄ，７０Ｅは、押圧面７４１を有する駆動部７４を備える。輸液ポンプ７０Ａ，７０Ｂおよびシリンジポンプ７０Ｃ，７０Ｄ，７０Ｅの各々は、ディスプレイ７７２，７７３を有する。

図２は、図１に示した通信システム２における通信の概要を説明するための図である。

図２に示されるように、サーバ５０は、本例では無線にて端末装置６０と通信する。サーバ５０は、典型的には、無線ＬＡＮ（Local Area Network）にて端末装置６０と通信する。

端末装置６０は、本例では無線にて、輸液ポンプ７０Ａ，７０Ｂと、シリンジポンプ７０Ｃ，７０Ｄ，７０Ｅと通信する。詳しくは、端末装置６０は、無線ＬＡＮまたはＮＦＣ（Near Field Communication）によって、輸液ポンプ７０Ａ，７０Ｂと、シリンジポンプ７０Ｃ，７０Ｄ，７０Ｅと通信する。なお、以下では、輸液ポンプ７０Ａ，７０Ｂおよびシリンジポンプ７０Ｃ，７０Ｄ，７０Ｅのうち任意の１つのポンプ（医療用ポンプ）を、「ポンプ７０」とも称する。

サーバ５０は、サーバ２０から各々取得した薬剤ライブラリデータと対象患者の処方リストデータとを、端末装置６０に送信する。これにより、ラックシステム３の端末装置６０に、薬剤ライブラリデータと対象患者の処方リストデータとが記憶される。

サーバ５０の薬剤ライブラリデータが更新されると、端末装置６０の薬剤ライブラリデータも更新される。これにより、サーバ２０（図１）、サーバ５０、端末装置６０の各々において、同じ薬剤ライブラリデータが記憶されることになる。なお、サーバ２０の薬剤ライブラリデータがマスタデータである。

＜Ｂ．データ＞
図３は、図１で示した薬剤ライブラリデータの概略構成を示した図である。

図３に示されるように、薬剤ライブラリデータＤ３には、少なくとも、薬剤識別情報に関連付けて、少なくとも、流量（ｍＬ／ｈ）の閾値と、投与量（ｍＬ）の閾値と、投与速度（μｇ／ｋｇ／ｍｉｎ）の閾値とが記憶されている。投与量は、「予定量」とも称される。

薬剤識別情報は、たとえば、薬剤番号と薬剤名（薬液名）とを含む。流量の閾値は、流量の上限値と、流量の下限値とを含む。投与量の閾値は、投与量の上限値と、投与量の下限値とを含む。投与速度の閾値は、投与速度の上限値と、投与速度の下限値とを含む。なお、薬剤ライブラリデータＤ３は、各薬液に関して、各上限値および各下限値の全てが必ずしも記憶されている必要はない。

このような薬剤ライブラリデータＤ３は、上述したように、サーバ２０と、サーバ５０と、端末装置６０とに記憶される。上述したように、サーバ２０の薬剤ライブラリデータＤ３が更新されると、サーバ５０の薬剤ライブラリデータＤ３と端末装置６０の薬剤ライブラリデータＤ３とが更新される。

図４は、図１で示した処方リストデータの概略構成を示した図である。

図４に示されるように、処方リストデータＤ４１は、対象患者を識別するための患者ＩＤと、１つ以上の処方オーダ＃１，＃２，＃３…を含む。

本例では、処方オーダ＃１，＃２，＃３…の各々は、薬剤識別情報と、流量の設定値と、投与量の設定値とを含む。流量の設定値および投与量の設定値は、医師によって指定された設定値である。当該設定値は、端末装置１０において入力された値である。処方オーダ＃１，＃２，＃３…の各々は、投与速度の設定値を含んでいてもよい。

処方オーダとしては、「生理食塩水５００ｍＬを２０ｍＬ／ｈで投与」のような例が挙げられる。この場合、薬剤識別情報としての「生理食塩水」と、流量の設定値としての「２０ｍＬ／ｈ」と、投与量の設定値としての「５００ｍＬ」とが処方オーダに含まれる。

薬剤部門は、流量の設定値（あるいは投与速度の設定値）および投与量の設定値の各々が、予め定められた範囲内であるか否かをチェックする。仮に設定値が適切でない場合には、薬剤部門は、担当医師（処方リストデータを作成した医師）に数値の確認を行ない、担当医師に設定値の修正を促す。それゆえ、サーバ５０および端末装置６０に送信される流量の設定値（あるいは投与速度の設定値）と投与量の設定値とは、通常、上記予め定められた範囲内となる。

詳しくは、上記予め定められた範囲は、下限値と上限値との少なくとも一方で規定される。薬剤ライブラリデータＤ３（図３参照）には、このような上限値と下限値とが、薬液毎に記録されている。

＜Ｃ．装置構成＞
通信システム２（図１参照）を構成する、サーバ５０と、端末装置６０と、ポンプ７０との具体的構成について説明する。

（ｃ１．サーバ）
図５は、サーバ５０のハードウェア構成例を示した図である。

図５に示されるように、サーバ５０は、制御ユニット５１と、通信ＩＦ（Interface）５２と、時計５３とを備える。制御ユニット５１は、プロセッサ５１１と、メモリ５１２とを含む。プロセッサ５１１と、メモリ５１２と、通信ＩＦ５２と、時計５３とは、典型的には、マザーボード（図示せず）に取り付けられている。

メモリ５１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）等の記憶媒体で構成される。メモリ５１２は、対象患者毎に作成された処方リストデータＤ４１，Ｄ４２，Ｄ４３，Ｄ４４…を記憶している。

処方リストデータＤ４１は、患者ＩＤが「０００１」の患者のデータである。同様に、処方リストデータＤ４２は、たとえば患者ＩＤが「０００２」の患者のデータである。処方リストデータＤ４３は、たとえば患者ＩＤが「０００３」の患者のデータである。

通信ＩＦ５２は、サーバ３０，４０および端末装置６０との間で通信するためのインターフェイスである。通信ＩＦ５２によって、サーバ５０は、薬剤ライブラリデータＤ３、および処方リストデータＤ４１等を取得することができる。

時計５３は、時刻を計時する。計時された時刻の情報は、制御ユニット５１に送られる。

制御ユニット５１は、サーバ５０の全体的な動作を制御する。具体的には、プロセッサ５１１が、メモリ５１２に記憶されたオペレーティングシステム（図示せず）および各種のアプリケーションプログラム（図示せず）を実行することにより、サーバ５０は各種の動作を実行する。

（ｃ２．端末装置）
図６は、端末装置６０のハードウェア構成例を示した図である。

図６に示されるように、端末装置６０は、制御ユニット６１と、タッチスクリーン６２と、通信ＩＦ（Interface）６３と、時計６４とを備える。制御ユニット６１は、プロセッサ６１１と、メモリ６１２とを含む。タッチスクリーン６２は、タッチパネル６２１と、ディスプレイ６２２とを含む。タッチパネル６２１は、ディスプレイ６２２上に設置されている。プロセッサ６１１と、メモリ６１２と、通信ＩＦ６３と、時計６４とは、典型的には、マザーボード（図示せず）に取り付けられている。

メモリ６１２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の記憶媒体で構成される。メモリ６１２は、一人の対象患者（本例の局面では、患者ＩＤが「０００３」の患者）の処方リストデータＤ４３を記憶している。詳しくは、看護師９が、患者ＩＤが「０００３」の患者の処方リストデータＤ４３をサーバ５０から取得する操作を端末装置６０にて行なったため、端末装置６０のメモリ６１２には処方リストデータＤ４３が記憶されている。

端末装置６０が、処方リストデータＤ４３そのものを取得する必要はなく、処方オーダ＃１と処方オーダ＃２とを別々に、患者ＩＤと関連付けて取得してもよい。少なくとも、端末装置６０が、処方オーダ＃１と、処方オーダ＃２とを、サーバ５０から取得できればよい。取得の際のユーザ操作については特に限定されるものではない。以下の説明では、端末装置６０が、処方オーダ＃１と処方オーダ＃２とを個別に取得する場合を例に挙げて説明する。

通信ＩＦ６３は、サーバ５０および複数のポンプ７０との間で通信するためのインターフェイスである。通信ＩＦ６３によって、端末装置６０は、薬剤ライブラリデータＤ３と、処方リストデータＤ４３とを取得することができる。

時計６４は、時刻を計時する。計時された時刻の情報は、制御ユニット６１に送られる。

タッチスクリーン６２は、ユーザの入力を受け付け、かつ、各種の表示を行なう。ディスプレイ６２２は、プロセッサ６１１からの出力に基づき、各種の画面を表示する。タッチパネル６２１は、当該画面が表示されている状態でユーザ入力（典型的には、看護師９によるタッチ操作）を受け付けと、当該入力基づく信号をプロセッサ６１１に送信する。

制御ユニット６１は、端末装置６０の全体的な動作を制御する。具体的には、プロセッサ６１１が、メモリ６１２に記憶されたオペレーティングシステム（図示せず）および各種のアプリケーションプログラム（図示せず）を実行することにより、端末装置６０は各種の動作を実行する。

（ｃ３．ポンプ）
図７は、ポンプ７０のハードウェア構成例を示した図である。

図７に示されるように、制御ユニット７１と、通信ＩＦ７２と、時計７３と、駆動部７４と、スピーカ７５と、警報ランプ７６と、操作パネル７７とを備える。制御ユニット７１は、プロセッサ７１１と、メモリ７１２とを含む。操作パネル７７は、操作ボタン７７１と、ディスプレイ７７２，７７３とを含む。プロセッサ７１１と、メモリ７１２と、通信ＩＦ７２と、時計７３とは、典型的には、マザーボード（図示せず）に取り付けられている。

メモリ７１２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の記憶媒体で構成される。メモリ７１２は、一人の対象患者（本例の局面では、患者ＩＤが「０００３」の患者）の処方リストデータＤ４３に含まれている処方オーダ＃１（図６参照）を記憶している。詳しくは、看護師９が、処方リストデータＤ４３の処方オーダ＃１をポンプ７０に送信する操作を端末装置６０にて行なったため、ポンプ７０のメモリ７１２には処方リストデータＤ４３の処方オーダ＃１が記憶されている。

さらに、メモリ７１２は、処方リストデータＤ４３の処方オーダ＃１に記載された薬液（以下、「投与薬液」とも称する）の流量の閾値と当該投与薬液の投与量の閾値とが記憶されている。なお、１つの処方オーダには、上述したように、１つの薬液の情報が記載されている。

詳しくは、看護師９が、処方リストデータＤ４３の処方オーダ＃１をポンプ７０に送信する操作を端末装置６０にて行なったことに基づき、当該処方オーダ＃１に記載された投与薬液の流量の閾値と当該投与薬液の投与量の閾値とが端末装置６０からポンプ７０に送信され、かつメモリ７１２に記憶される。

制御ユニット７１は、ポンプ７０の全体的な動作を制御する。具体的には、プロセッサ７１１が、メモリ７１２に記憶されたオペレーティングシステム（図示せず）および各種のアプリケーションプログラム（図示せず）を実行することにより、ポンプ７０は各種の動作を実行する。

通信ＩＦ７２は、端末装置６０と通信するためのインターフェイスである。通信ＩＦ７２によって、ポンプ７０は、処方オーダ＃１と、流量の閾値と、投与量の閾値とを取得することができる。

時計７３は、時刻を計時する。計時された時刻の情報は、制御ユニット７１に送られる。

駆動部７４は、ポンプ７０にセットされた薬液を患者に投与するための機構である。駆動部７４は、制御ユニット７１からの指令により動作する。ポンプ７０がシリンジポンプである場合、駆動部７４は、シリンジ９０（図１参照）のプランジャロッド９２をシリンジ９０のバレル９１内で移動させるための機構である。詳しくは、駆動部７４は、フランジ９２１を押圧面７４１で押すことにより、プランジャロッド９２をバレル９１方向に移動させる。これにより、薬液が患者に投与される。

スピーカ７５は、制御ユニット７１からの指令により所定の報知（音声での報知）を行なう。

警報ランプ７６は、制御ユニット７１からの指令により所定の報知（発光による報知）を行なう。警報ランプ７６は、インジケータとも称される。

操作パネル７７は、看護師９による操作を受け付け、かつ、各種の表示を行なう。詳しくは、操作ボタン７７１は、看護師９による操作を受け付ける。操作ボタン７７１は、典型的には、複数の操作ボタンを含む。受け付けた操作内容に応じた指示が操作パネル７７から制御ユニット７１に送られる。

ディスプレイ７７２，７７３（図１参照）は、プロセッサ７１１からの出力に基づき、各種の画面を表示する。ディスプレイ７７２には、たとえば、投与速度等が表示される。ディスプレイ７７３には、たとえば、流量等の情報が表示される。

図８は、ポンプ７０の操作パネル７７の一例を示した図である。

図８に示されているように、操作パネル７７は、上述した操作ボタン７７１の具体例として、電源ボタン７７１Ａと、メニューボタン７７１Ｂ，７７１Ｃと、積算量クリアボタン７７１Ｄと、流量設定ボタン７７１Ｅ，７７１Ｆと、ボーラスボタン７７１Ｇと、開始ボタン７７１Ｈと、停止または消音ボタン７７１Ｉとを含む。操作パネル７７は、上述したように、ディスプレイ７７２と、ディスプレイ７７３とを備える。

ポンプ７０は、操作パネル７７の両側に、２つの警報ランプ７６を備える。なお、警報ランプ７６の位置は、当該位置に限定されず、ポンプのユーザに発光していることを視認可能となる位置であればよい。

電源ボタン７７１Ａは、ポンプ７０の電源をオンおよびオフさせるためのボタンである。メニューボタン７７１Ｂは、ディスプレイ７７２に各種のメニューを表示させるためのボタンである。メニューボタン７７１Ｃは、ディスプレイ７７３に各種のメニューを表示させるためのボタンである。

積算量クリアボタン７７１Ｄは、投与された薬液の投与量の積算値のデータ（ログデータ）を、ポンプのメモリから消去するためのボタンである。流量設定ボタン７７１Ｅは、薬液の流量の設定値を上げるためのボタンである。流量設定ボタン７７１Ｆは、薬液の流量の設定値を下げるためのボタンである。ポンプ７０に、ボーラス投与を実行させるためのボタンである。

開始ボタン７７１Ｈは、ポンプによる薬液の投与を開始させるためのボタンである。開始ボタン７７１Ｈの押下により、駆動部７４（図７）が動作する。停止または消音ボタン７７１Ｉは、薬液の投与を停止させ、またはスピーカ７５が音を発しないようにするためのボタンである。停止または消音ボタン７７１Ｉの押下により、どちらの機能が実行されるかは、ポンプ７０の状態に基づく。

ディスプレイ７７２，７７３上には、タッチパネルが設置されてもよい。すなわち、操作パネル７７は、ディスプレイ７７２とタッチパネルとを有するタッチスクリーンと、ディスプレイ７７３とタッチパネルとを有するタッチスクリーンとを備えていてもよい。タこのような構成によれば、ディスプレイ７７２，７７３に表示された各種の項目（メニュー内の項目）をタッチ操作により選択することが可能となる。また、操作パネル７７は、メニュー内の項目を選択するための物理的なボタンを別途備えていてもよい。

＜Ｄ．処理の流れ＞
（ｄ１．処理オーダおよび流量の閾値の送信）
以下では、説明の便宜上、患者ＩＤが「０００３」の患者の処方リストデータＤ４３に着目して説明する。また、説明の便宜上、５つのポンプ７０のうち、輸液ポンプ７０Ａと輸液ポンプ７０Ｂとに着目して説明する。処方リストデータＤ４３および輸液ポンプ７０Ａ，７０Ｂは、一例であって、これらに限定されるものではない。

また、以下の例では、説明を簡略化する観点から、図３に示した流量の閾値と投与量の閾値と投与速度の閾値とのうち、流量の閾値に着目して説明する。なお、流量の下限値と、投与量の閾値と、投与速度の閾値についても、端末装置６０は、同様の処理を実行し得る。

図９は、通信システム２において実行される処理の流れを説明するためのシーケンス図である。

図９に示されるように、シーケンスＳＱ１において、サーバ５０は、処方リストデータＤ４３に含まれる処方オーダ＃１を端末装置６０に送信する。なお、処方オーダ＃１は、上述したように、少なくとも薬剤識別情報と流量の設定値（医師によって設定された値）とを含む。

シーケンスＳＱ２において、端末装置６０は、受信した処方オーダ＃１に記載された薬液＃１の流量の閾値をメモリ６１２から読み出す。具体的には、端末装置６０は、メモリ６１２に記憶された薬剤ライブラリデータＤ３（図６参照）から薬液＃１の流量の閾値を読み出す。

シーケンスＳＱ３において、端末装置６０は、看護師９の入力操作に基づき、処方オーダ＃１と輸液ポンプ７０Ａとを関連付ける。すなわち、端末装置６０は、処方オーダ＃１と輸液ポンプ７０Ａとを紐付ける。シーケンスＳＱ４において、端末装置６０は、看護師９の入力操作に基づき、処方オーダ＃１と薬液＃１の流量の閾値とを、処方オーダ＃１に関連付けられた輸液ポンプ７０Ａに送信する。

以上により、輸液ポンプ７０Ａに、処方オーダ＃１と、処方オーダ＃１に記載された薬液＃１の流量の閾値とが設定される。輸液ポンプ７０Ａは、看護師９等によって薬液＃１の流量の設定値が変更されない限り、開始ボタンの押下をトリガーとして、薬液＃１の流量の設定値に基づいて薬液＃１を患者に投与することを開始する。

シーケンスＳＱ５において、サーバ５０は、処方リストデータＤ４３に含まれる処方オーダ＃２を端末装置６０に送信する。なお、処方オーダ＃２は、上述したように、少なくとも薬剤識別情報と流量の設定値とを含む。

シーケンスＳＱ６において、端末装置６０は、受信した処方オーダ＃２に記載された薬液＃２の流量の閾値をメモリ６１２から読み出す。具体的には、端末装置６０は、メモリ６１２に記憶された薬剤ライブラリデータＤ３から薬液＃２の流量の閾値を読み出す。

シーケンスＳＱ７において、端末装置６０は、看護師９の入力操作に基づき、処方オーダ＃２と輸液ポンプ７０Ｂとを関連付ける。すなわち、端末装置６０は、処方オーダ＃２と輸液ポンプ７０Ｂとを紐付ける。シーケンスＳＱ８において、端末装置６０は、看護師９の入力操作に基づき、処方オーダ＃２と薬液＃２の流量の閾値とを、処方オーダ＃２に関連付けられた輸液ポンプ７０Ｂに送信する。

以上により、輸液ポンプ７０Ｂに、処方オーダ＃２と、処方オーダ＃２に記載された薬液＃２の流量の閾値とが設定される。輸液ポンプ７０Ｂは、看護師９等によって薬液＃２の流量の設定値が変更されない限り、開始ボタンの押下をトリガーとして、薬液＃２の流量の設定値に基づいて薬液＃２を患者に投与することを開始する。

ラックシステム３について小括すると、以下のとおりである。ラックシステム３は、薬液を患者に投与可能なポンプ７０（たとえば、輸液ポンプ７０Ａ）と、ポンプ７０と通信可能であって、かつ、複数の薬液の各々の識別情報に流量の閾値が関連付けられた薬剤ライブラリデータＤ３を記憶した端末装置６０とを備える。

端末装置６０は、ラックシステム３の外部機器であるサーバ５０から、上記複数の薬液のうち患者（たとえば、患者ＩＤが「０００３」の患者）に対して投与する投与薬液（たとえば、薬液＃１）の識別情報と、上記患者に対して設定された投与薬液の流量の設定値とを含む処方オーダ（たとえば、処方オーダ＃１）を取得する。端末装置６０は、薬剤ライブラリデータＤ３から、投与薬液の流量の閾値を取得する（具体的には、閾値を読み出す）。端末装置６０は、ポンプ７０に対して、処方オーダと、投与薬液の流量の閾値とを送信する。

このような構成によれば、薬剤ライブラリデータＤ３を各ポンプ７０に送信する必要はなくなる。それゆえ、各ポンプ７０における薬液データの更新処理が不要となる。さらに、各ポンプ７０は、処方オーダのみならず、ポンプ７０にセットされる投与薬液の流量の閾値も得ることができる。

（ｄ２．ログの取得）
以下では、説明の便宜上、複数のポンプ７０のうち輸液ポンプ７０Ａを例に挙げて説明する。本例では、図９のシーケンスＳＱ３に示したように、看護師９の入力操作に基づき、処方オーダ＃１と輸液ポンプ７０Ａとが互いに関連付け（紐付け）られる。

以下では、まず、このような関連付けが輸液ポンプ７０Ａの稼働前に行われた場合を、図１０および図１１に基づき説明する。すなわち、関連付けの後に投薬を開始した場合を説明する。具体的には、関連付けの後に開始ボタン７７１Ｈ（図９参照）が押下された場合を説明する。次いで、関連付けが輸液ポンプ７０Ａの稼働後に行われた場合を、図１２に基づき説明する。詳しくは、投薬中に端末装置６０において上記関連付けがなされた場合について説明する。

本実施の形態では、ログは時刻情報を含む。ログは、たとえば、ボタンの押下等のイベントの発生時刻の情報を含む。本例では、ログとして、少なくとも、ユーザの操作に基づく操作ログと、上述した積算値のログとを含む。操作ログは、少なくとも、薬液投与の開始を示す操作ログと、薬液投与の完了を示す操作ログと、流量の設定値の変更操作に関する操作ログとを含む。なお、積算値とは、薬液の投与が開始された直後からログを取るときまで、当該薬液の投与量の総計である。

図１０は、処方オーダ＃１と輸液ポンプ７０Ａとの関連付けが開始ボタン７７１Ｈの押下よりも先になされた場合における、ログの記録およびログの送信を説明するシーケンス図である。すなわち、図１０は、正しい手順で投薬の処置が行われた場合を示している。

図１０に示すように、シーケンスＳＱ１１において、端末装置６０は、ユーザ操作に基づき、処方オーダ＃１を輸液ポンプ７０Ａに関連付ける。なお、シーケンスＳＱ１１の処理は、図９のシーケンスＳＱ３に対応する。

シーケンスＳＱ１２において、端末装置６０は、処方オーダ＃１を輸液ポンプ７０Ａに送る。詳しくは、端末装置６０は、図９のシーケンスＳＱ４に示したように、薬液＃１の流量の閾値も輸液ポンプ７０Ａに送る。

シーケンスＳＱ１３において、輸液ポンプ７０Ａは、操作パネル７７の開始ボタン７７１Ｈの押下操作を受け付ける。輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を受け付けると、シーケンスＳＱ１４において、投与開始の操作ログをメモリ７１２に記憶するとともに、シーケンスＳＱ１５において、処方オーダ＃１に規定された流量（すなわち、設定値）で投薬を開始する。

輸液ポンプ７０Ａは、投薬を開始すると、シーケンスＳＱ１６において、薬液＃１の投与量の積算値を時刻に関連付けて周期的にログとして記録する。本例では、輸液ポンプ７０Ａは、積算値のログを予め定められた周期Ｔａで記録する。シーケンスＳＱ１５において薬液の投与を開始後、所定の期間（周期Ｔｂ）が経過すると、シーケンスＳＱ１７において、輸液ポンプ７０Ａは、投与開始の操作ログと、未送信の積算値のログとを、端末装置６０に送信する。以降、シーケンスＳＱ１７、ＳＱ１８，ＳＱ１９，ＳＱ２０として示すように、輸液ポンプ７０Ａは、予め定められた周期Ｔｂ（Ｔｂ≧Ｔａ）毎に、未送信の積算値のログを端末装置６０に送信する。

図１１は、ログを記録する周期Ｔａと、ログを送信する周期Ｔｂとを説明するための図である。図１１は、周期Ｔｂが周期Ｔａよりも長い場合を示している。

図１１に示されるように、時刻ｔ０において開始ボタン７７１Ｈが押下されると、輸液ポンプ７０Ａは投与開始の操作ログを記憶する。時刻ｔ０から時間Ｔａが経過した後に、当該タイミングにおける投与量の積算値を記録する。その後、周期Ｔａが到来する度に、当該タイミングにおける投与量の積算値を記録する。

輸液ポンプ７０Ａは、時刻ｔ０から時間Ｔｂが経過した後に、時刻ｔ０から時刻ｔ０＋Ｔｂまでの間に記録されたログを端末装置６０に対して送信する。その後、周期Ｔｂが到来する度に、未送信のログを端末装置６０に対して送信する。

なお、ＴａとＴｂとが同じ値に設定されているときには、端末装置６０に対する一回のデータ送信で、１つの積算値のログが送信される。ＴａおよびＴｂは、適宜設定される。

端末装置６０は、投与開始の操作ログを輸液ポンプ７０Ａから取得するにより、薬液＃１の投与が開始された時刻を知ることができる。したがって、電子カルテを記録しているサーバ２０に投与開始の時刻を通知することができる。

また、端末装置６０は、輸液ポンプ７０Ａから積算値のログを周期的に取得することができる。積算値のログは、時刻情報を含む。それゆえ、端末装置６０は、輸液ポンプ７０Ａにおける、薬液＃１の投与状態（積算値の推移）を判断することができる。たとえば、端末装置６０は、流量の設定値が変更され場合等においても、実際の流量を判断できる。端末装置６０は、電子カルテを記録しているサーバ２０に対して、これらの情報を通知することができる。

図１２は、処方オーダ＃１と輸液ポンプ７０Ａとの関連付けが開始ボタン７７１Ｈの押下よりも後になされた場合における、ログの記録およびログの送信を説明するシーケンス図である。すなわち、図１２は、正しくない手順で投薬の処置が行われた場合を示している。

図１２に示すように、シーケンスＳＱ１０１において、輸液ポンプ７０Ａは、操作パネル７７の開始ボタン７７１Ｈの押下操作を受け付ける。輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を受け付けると、シーケンスＳＱ１０２において、投与開始の操作ログをメモリ７１２に記憶するとともに、シーケンスＳＱ１０３において、設定された流量で投薬を開始する。典型的には、輸液ポンプ７０Ａは、看護師９等によって輸液ポンプ７０Ａに直接入力された値の流量で、投薬を開始する。

輸液ポンプ７０Ａは、投薬を開始すると、シーケンスＳＱ１０４において、薬液＃１の投与量の積算値を時刻に関連付けて周期的にログとして記録する。輸液ポンプ７０Ａは、積算値のログを予め定められた周期Ｔａで記録する。なお、この時点では、輸液ポンプ７０Ａと処方オーダ＃１とは関連付けられていない。このため、輸液ポンプ７０Ａは、処方オーダ＃１のみならず、いずれの処方オーダも端末装置６０から受け取っていない。それゆえ、輸液ポンプ７０Ａは、記憶したログを送信する処理を行なわない。

シーケンスＳＱ１０５において、端末装置６０は、ユーザ操作に基づき、処方オーダ＃１を輸液ポンプ７０Ａに関連付ける。シーケンスＳＱ１０６において、端末装置６０は、処方オーダ＃１を輸液ポンプ７０Ａに送る。これにより、輸液ポンプ７０Ａは、処方オーダ＃１を取得する。以後、シーケンスＳＱ１０７において、処方オーダ＃１に規定された流量で投薬を開始する。

シーケンスＳＱ１０７において処方オーダ＃１で規定された流量で投薬を開始後、所定の期間（周期Ｔｂ）が経過すると、シーケンスＳＱ１０８において、輸液ポンプ７０Ａは、投与開始の操作ログと、未送信の積算値のログとを、端末装置６０に送信する。輸液ポンプ７０Ａと処方オーダ＃１とが関連付けられた結果、輸液ポンプ７０Ａは、ログの送信を開始する。

詳しくは、シーケンスＳＱ１０８では、過去に未送信であったログを全て端末装置６０に送信する。具体的には、輸液ポンプ７０Ａは、シーケンスＳＱ１０２で記録した操作ログ、シーケンスＳＱ１０４で記録した１以上の積算値のログ、シーケンスＳＱ１０７以降の積算値のログ等を、端末装置６０に送信する。

以降、シーケンスＳＱ１０９、ＳＱ１１０，ＳＱ１１１として示すように、輸液ポンプ７０Ａは、予め定められた周期Ｔｂ（Ｔｂ≧Ｔａ）毎に、未送信の積算値のログを端末装置６０に送信する。

このように輸液ポンプ７０Ａは、処方オーダ＃１と輸液ポンプ７０Ａとの関連付けが端末装置６０においてなされたことを条件に、ログの送信を開始する。

（ｄ３．投与開始および投与終了タイミングの記録）
ところで、看護師９等によって開始ボタン７７１Ｈが押下されたことに基づき投薬が開始され（図１０のシーケンスＳＱ１３，ＳＱ１５）、何らかの原因（たとえば、異常の発生）により、看護師９等が停止または消音ボタン７７１Ｉ（図９）を押す場合がある。この場合において、投薬を再開するときには、看護師９等は、再度、開始ボタン７７１Ｈを押下することになる。なお、以下では、説明の便宜上、停止または消音ボタン７７１Ｉを、「停止ボタン７７１Ｉ」とも称する。

図１３は、処方オーダ＃１に基づく処置の間に、開始ボタン７７１Ｈおよび停止ボタン７７１Ｉの各々が２回操作されたときの処理の流れを説明するための図である。

図１３に示されるように、薬液＃１を輸液ポンプ７０Ａにセットした後、開始ボタン７７１Ｈが押下される。これにより、輸液ポンプ７０Ａにおいて、薬液＃１の投薬が開始される。輸液ポンプ７０Ａが警報を発したことに基づき、看護師９等が停止ボタン７７１Ｉを押下する。その後、警報の原因を取り除く処理等が行なわれる。

警報への対処が完了すると、看護師９等によって、再び、開始ボタン７７１Ｈが押下される。その後、看護師９等は、薬液＃１の投薬が完了したと判断すると、再び、停止ボタン７７１Ｉを押下する。看護師９等は、停止ボタン７７１Ｉを押下した後、薬液＃１を輸液ポンプ７０Ａから取り外す。典型的には、看護師９等は、薬液＃１が入った容器を輸液ポンプ７０Ａから取り外す。

このように、1つの処方オーダに基づき輸液ポンプ７０Ａで投薬する際に、輸液ポンプ７０Ａの開始ボタン７７１Ｈが複数回操作されることがある。同様に、1つの処方オーダに基づき輸液ポンプ７０Ａで投薬する際に、輸液ポンプ７０Ａの停止ボタン７７１Ｉが複数回操作されることがある。

開始ボタン７７１Ｈが複数回押下された場合、輸液ポンプ７０Ａは、開始ボタン７７１Ｈが押下された回数だけ、投与開始の操作ログを記憶する。すなわち、輸液ポンプ７０Ａに関連付けられた１つの処方オーダ＃１に対して、輸液ポンプ７０Ａは、複数の投与開始の操作ログをメモリ７１２に記憶する。

このため、正確なログを電子カルテに記憶させるためには、複数の投与開始の操作ログのうち、いずれの操作ログが本当の投与開始を表したログであるかを、輸液ポンプ７０Ａにおいて記録する必要がある。すなわち、輸液ポンプ７０Ａは、「薬液＃１の最初の投与開始操作」がいつ行なわれたのかを事後的に判断できるように、記録を残す必要がある。

同様に、処方オーダ＃１に対して、輸液ポンプ７０Ａは、複数の投与終了の操作ログをメモリ７１２に記憶する。このため、正確なログを電子カルテに記憶させるためには、複数の投与終了の操作ログのうち、いずれの操作ログが本当の投与終了を表したログであるかを、輸液ポンプ７０Ａにおいて記録する必要がある。すなわち、輸液ポンプ７０Ａは、「薬液＃１の最後の投与終了操作」がいつ行なわれたのかを事後的に判断できるように、記録を残す必要がある。

特に、処方オーダ＃１と輸液ポンプ７０Ａとの関連付けが開始ボタン７７１Ｈの押下よりも後になされた場合（図１２）には、輸液ポンプ７０Ａにおける処方オーダ＃１の受信よりも前に、投与薬液の最初の投与開始操作が行なわれている。このため、端末装置６０等は、薬液＃１の最初の投与開始操作がいつ行なわれたのかを確定できない。

また、端末装置６０等は、どのタイミングの停止ボタン７７１Ｉの押下操作が、薬液＃１の最後の投与終了操作であるかは判断が難しい。停止ボタン７７１Ｉの押下操作後に、再度、開始ボタン７７１Ｈが押下される可能性があるためである。

そこで、本実施の形態の輸液ポンプ７０Ａは、以下のような処理を実行する。

図１４は、輸液ポンプ７０Ａで行なわれる処理を説明するためのフロー図である。

図１４に示されるように、ステップＳ１において、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を受け付けたか否かを判断する。押下操作を受け付けたと判断された場合（ステップＳ１においてＹＥＳ）、輸液ポンプ７０Ａは、ステップＳ２において、開始ボタン７７１Ｈの押下操作が処方オーダ＃１における投与薬液の最初の投与開始操作であるか否かを輸液ポンプ７０Ａのユーザに問い合せる。典型的には、輸液ポンプ７０Ａは、ディスプレイ７７３（図９）に、投与開始についての確認操作を求める画面を表示する。詳しくは、ステップＳ１において肯定的な判断がなされた場合、輸液ポンプ７０Ａは、ユーザ操作を介することなく、処理を自動的にステップＳ２に進める。なお、押下操作を受け付けていないと判断された場合（ステップＳ１においてＮＯ）、輸液ポンプ７０Ａは、処理をステップＳ１に戻す。

ステップＳ３において、輸液ポンプ７０Ａは、最初の投与開始操作であることを指定する操作を受け付けたか否かを判断する。具体的には、輸液ポンプ７０Ａは、確認操作を求める画面において、最初の投与開始操作であることを指定するための項目（典型的には、画像）が選択されたか否かを判断する。

操作を受け付けた判断された場合（ステップＳ３においてＹＥＳ）、ステップＳ４において、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を投与薬液の最初の投与開始操作として記録する。具体的には、輸液ポンプ７０Ａは、当該押下操作に基づく操作ログを、投与開始の操作ログとしてメモリ７１２に記録する。当該操作を受け付けていないと判断された場合（ステップＳ３においてＮＯ）には、輸液ポンプ７０Ａは、処理をステップＳ６に進める。

ステップＳ５において、輸液ポンプ７０Ａは、処方オーダ＃１に規定された流量で薬液＃１の投薬を開始する。ステップＳ６において、輸液ポンプ７０Ａは、薬液＃１の投与量の積算値を時刻に関連付けて周期的に記録する。すなわち、上述したように、輸液ポンプ７０Ａは、積算値のログを周期Ｔａで記録する。

ステップＳ７において、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作を受け付けたか否かを判断する。押下操作を受け付けたと判断された場合（ステップＳ７においてＹＥＳ）、輸液ポンプ７０Ａは、ステップＳ８において、停止ボタン７７１Ｉの押下操作が処方オーダ＃１における投与薬液の最後の投与終了操作であるか否かを輸液ポンプ７０Ａのユーザに問い合せる。典型的には、輸液ポンプ７０Ａは、ディスプレイ７７３（図９）に、投与終了についての確認操作を求める画面を表示する。詳しくは、ステップＳ７において肯定的な判断がなされた場合、輸液ポンプ７０Ａは、ユーザ操作を介することなく、処理を自動的にステップＳ８に進める。なお、押下操作を受け付けていないと判断された場合（ステップＳ７においてＮＯ）、輸液ポンプ７０Ａは、処理をステップＳ６に進める。

ステップＳ９において、輸液ポンプ７０Ａは、最後の投与終了操作であることを指定する操作を受け付けたか否かを判断する。具体的には、輸液ポンプ７０Ａは、確認操作を求める画面において、最後の投与終了操作であることを指定するための項目（典型的には、画像）が選択されたか否かを判断する。

操作を受け付けた判断された場合（ステップＳ９においてＹＥＳ）、ステップＳ１０において、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を投与薬液の最後の投与終了操作として記録する。具体的には、輸液ポンプ７０Ａは、当該押下操作に基づく操作ログを、投与終了の操作ログとしてメモリ７１２に記録する。当該操作を受け付けていないと判断された場合（ステップＳ９においてＮＯ）には、輸液ポンプ７０Ａは、処理をステップＳ１に進める。

図１５は、投与開始についての確認操作を求める画面例を表した図である。図１５に示されるように、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を受け付けたことに基づき、ディスプレイ７７３に画面７０１０を表示する。画面７０１０は、選択可能なオブジェクト画像７０１１，７０１２を含む。画面７０１０は、典型的には、ポップアップ表示される。

オブジェクト画像７０１１がユーザ操作に基づき選択されると（図１４のステップＳ３でＹＥＳ）、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を投与薬液の最初の投与開始操作として記録する（図１４のステップＳ４）。オブジェクト画像７０１２がユーザ操作に基づき選択されると（図１４のステップＳ３でＮＯ）、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を投与薬液の最初の投与開始操作として記録しない。

図１６は、投与終了についての確認操作を求める画面例を表した図である。図１６に示されるように、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作を受け付けたことに基づき、ディスプレイ７７３に画面７０２０を表示する。画面７０２０は、選択可能なオブジェクト画像７０２１，７０２２を含む。画面７０２０は、典型的には、ポップアップ表示される。

オブジェクト画像７０２１がユーザ操作に基づき選択されると（図１４のステップＳ９でＹＥＳ）、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作を投与薬液の最後の投与終了操作として記録する（図１４のステップＳ１０）。オブジェクト画像７０２２がユーザ操作に基づき選択されると（図１４のステップＳ９でＮＯ）、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作を投与薬液の最後の投与終了操作として記録しない。

なお、輸液ポンプ７０Ａは、ディスプレイ７７３の代わりに、ディスプレイ７７２に画面７０１０，７０２０を表示してもよい。

（ｄ４．小括）
以上の図１～図１６（特に、図１３～図１６）に基づき説明した処理を小括すると、以下のとおりである。

ラックシステム３は、患者に対して投与する投与薬液に関する処方オーダ＃１を記憶した端末装置６０と、第１の操作（本例では、開始ボタン７７１Ｈの押下操作）を受け付けたことに基づき、投与薬液（本例では、薬液＃１）の患者への投与と、投与に関するログの記録とを開始し、かつ、第２の操作（本例では、停止ボタン７７１Ｉの押下操作）を受け付けたことに基づき、投与薬液の前記患者への投与と、ログの記録とを終了する輸液ポンプ７０Ａをさらに備える。当該ログは、サーバ２０の電子カルテに投与薬液の投与状況を記録させるために利用される。当該ログは、電子カルテに投与薬液の投与状況を記録させるために、電子カルテを記憶したサーバ２０に送信される。当該ログは、サーバ５０を介して、電子カルテを記憶したサーバ２０に送信される。

端末装置６０は、所定の入力（本例では、看護師９による入力）を受け付けたことに基づき、輸液ポンプ７０Ａに処方オーダ＃１を送信する処理を実行する。具体的には、「第３の操作」とは、たとえば、複数のポンプ７０を示す画像が表示されたポンプ選択画面（端末装置６０に表示される画面）おいて、看護師９等が処方オーダ＃１の送信先のポンプ７０として輸液ポンプ７０Ａを指定する操作と、処方オーダ＃１を送信するための操作とを含む。

輸液ポンプ７０Ａは、処方オーダ＃１を受信した場合、上記第１の操作を受け付けていることを条件に、処方オーダ＃１に基づき投与薬液を患者に投与する。輸液ポンプ７０Ａは、上記第１の操作を受け付ける度に、上記第１の操作が処方オーダ＃１における投与薬液の最初の投与開始操作か否かをユーザに問い合わせる第１の報知（本例では、画面７０１０の表示）を行なう。輸液ポンプ７０Ａは、上記第１の報知後に第３の操作（本例では、オブジェクト画像７０１１を選択する入力操作）を受け付けたことに基づき、上記第１の操作を処方オーダ＃１における投与薬液の最初の投与開始操作として記憶する。

このように、輸液ポンプ７０Ａは、輸液ポンプ７０Ａのユーザに投与薬液の最初の投与開始操作か否かを問い合わせるため、輸液ポンプ７０Ａにおける薬液＃１の最初の投与開始操作を精度良く記録可能となる。それゆえ、電子カルテの記載内容の精度を高めることができる。

さらに、輸液ポンプ７０Ａは、上記第２の操作を受け付けた後に第４の操作（本例では、オブジェクト画像７０２１を選択する入力）を受け付けたことに基づき、当該第２の操作が処方オーダ＃１における投与薬液の最後の投与終了操作であることを確定させる。

詳しくは、輸液ポンプ７０Ａは、上記第２の操作を受け付ける度に、当該第２の操作が処方オーダ＃１における投与薬液の最後の投与終了操作か否かをユーザに問い合わせる第２の報知（本例では、画面７０２０の表示）を行なう。輸液ポンプ７０Ａは、上記第２の報知後に上記第４の操作を受け付けたことに基づき、当該第２の操作を処方オーダ＃１における投与薬液の最後の投与終了操作として記憶する。

このように、輸液ポンプ７０Ａは、輸液ポンプ７０Ａのユーザに投与薬液の最後の投与終了操作か否かを問い合わせるため、輸液ポンプ７０Ａにおける薬液＃１の最後の投与終了操作を精度良く記録可能となる。それゆえ、電子カルテの記載内容の精度を高めることができる。

上記においては、輸液ポンプ７０Ａを例に挙げて説明したが、図１０から図１６の処理は、他のポンプ７０（輸液ポンプ７０Ｂ、シリンジポンプ７０Ｃ，７０Ｄ，７０Ｅ）においても輸液ポンプ７０Ａと同様に行なわれる。

＜Ｅ．変形例＞
（ｅ１．第１の変形例）
投与開始タイミングおよび投与終了タイミングの記録の変形例について説明する。具体的には、図１４および図１５の変形例について説明する。

上記の実施の形態においては、図１４のシーケンスＳＱ７において停止ボタン７７１Ｉの押下操作を受け付けると、画面７０２０（図１６）を自動的に表示する構成を例に示した。本変形例では、自動ではなく、ユーザ操作に基づき、投与終了についての確認操作を求めるメニュー画面を表示する構成について説明する。

図１７は、第１の変形例における、輸液ポンプ７０Ａで行なわれる処理を説明するためのフロー図である。図１７に示されるように、ステップＳ１～Ｓ７，Ｓ１０の各処理は、図１４に示した処理と同じである。そこで、以下では、ステップＳ１０１～Ｓ１０４の４つの処理に着目して説明する。

ステップＳ７において肯定的な判断がなされた場合（ステップＳ７においてＹＥＳ）、ステップＳ１０１において、輸液ポンプ７０Ａは、所定のメニュー画面を開く操作を受け付けたか否かを判断する。当該操作を受け付けたと判断した場合（ステップＳ１０１においてＹＥＳ）、輸液ポンプ７０Ａは、当該メニュー画面をディスプレイ７７３に表示するとともに、ステップＳ１０２において、メニュー画面またはメニュー画面に対する操作に基づき表示された操作画面において、最後の投与終了操作であることを指定する操作を受け付けたか否かを判断する。

所定のメニュー画面を開く操作を受け付けていないと判断した場合（ステップＳ１０１においてＮＯ）、輸液ポンプ７０Ａは、ステップＳ１０３において、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を受け付けたか否かを判断する。開始ボタン７７１Ｈの押下操作を受け付けたと判断された場合（ステップＳ１０３においてＹＥＳ）、輸液ポンプ７０Ａは、処理をステップＳ２に進める。開始ボタン７７１Ｈの押下操作を受け付けていないと判断された場合（ステップＳ１０３においてＮＯ）、輸液ポンプ７０Ａは、処理をステップＳ１０１に進める。

最後の投与終了操作であることを指定する操作を受け付けたと判断された場合（ステップＳ１０２においてＹＥＳ）、輸液ポンプ７０Ａは、処理をステップＳ１０に進める。当該操作を受け付けていないと判断された場合（ステップＳ１０２においてＮＯ）、輸液ポンプ７０Ａは、ステップＳ１０４において、メニュー画面を閉じる操作を受け付けたか否かを判断する。すなわち、輸液ポンプ７０Ａは、メニュー画面を非表示とする操作を受け付けたか否かを判断する。

メニュー画面を閉じる操作を受け付けたと判断された場合（ステップＳ１０４においてＹＥＳ）、輸液ポンプ７０Ａは、処理をステップＳ１０３に進める。メニュー画面を閉じる操作を受け付けていないと判断した場合（ステップＳ１０４においてＮＯ）、輸液ポンプ７０Ａは、処理をステップＳ１０２に進める。

図１８は、輸液ポンプ７０Ａで表示されるメニュー画面の例を表した図である。

図１８に示されるように、輸液ポンプ７０Ａは、ディスプレイ７７３にメニュー画面７０３０を表示する。メニュー画面７０３０は、複数の項目を含む。複数の項目の各々は、番号と処理とを含む。たとえば、５番目の項目７０３１においては、「終了」といった処理が記載されている。看護師９等が当該５番目の項目を選択すると（図１７のステップＳ１０２においてＹＥＳ）、画面を遷移させる。

図１９は、メニュー画面７０３０において５番目の項目が選択された後に表示される操作画面７０４０を表した図である。すなわち、操作画面７０４０は、メニュー画面に対する操作に基づき表示された画面である。

図１９に示されるように、操作画面７０４０は、本当に終了するか否かをユーザに問い合せる画面である。操作画面７０４０は、２つの選択可能なオブジェクト画像７０４１，７０４２を含む。オブジェクト画像７０４１が選択されると、輸液ポンプ７０Ａは、開始ボタン７７１Ｈの押下操作を投与薬液の最後の投与終了操作として記録する（図１７のステップＳ１０）。オブジェクト画像７０４２が選択されると、操作画面７０４０とメニュー画面７０３０とを閉じる。すなわち、輸液ポンプ７０Ａは、操作画面７０４０とメニュー画面７０３０とを非表示とする。

このように、輸液ポンプ７０Ａは、上記第２の操作（本例では、停止ボタン７７１Ｉの押下操作）を受け付けた後に第４の操作（本例では、メニュー画面７０３０において「終了」の項目を選択する操作）を受け付けたことに基づき、当該第２の操作が処方オーダ＃１における投与薬液の最後の投与終了操作であることを確定させる操作画面（本例では、操作画面７０４０）を表示する。輸液ポンプ７０Ａは、当該操作画面において確定操作（本例では、オブジェクト画像７０４１を選択する操作）が行なわれたことに基づき、当該第２の操作を処方オーダ＃１における投与薬液の最後の投与終了操作として記憶する。

輸液ポンプ７０Ａは、輸液ポンプ７０Ａのユーザに投与薬液の最後の投与終了操作か否かを問い合わせるため、輸液ポンプ７０Ａにおける薬液＃１の最後の投与終了操作を精度良く記録可能となる。それゆえ、電子カルテの記載内容の精度を高めることができる。

また、本変形例では、停止ボタン７７１Ｉが押下されても、自動的に、投与終了についての確認操作を求める画面７０２０（図１６）がポップアップ表示されることはない。それゆえ、本変形例の処理は、ポップアップ表示が煩わしいと感じるユーザにとっては、好適である。

上記のようにメニュー画面７０３０を表示させないで、投与薬液の最後の投与終了操作であることを確定させることもできる。たとえば、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作（第２の操作）を受け付けた後に他の操作ボタンの押下操作（第４の操作）を受け付けたことを条件に、停止ボタン７７１Ｉの押下操作が処方オーダ＃１における投与薬液の最後の投与終了操作であることを確定させてもよい。あるいは、輸液ポンプ７０Ａは、停止ボタン７７１Ｉの押下操作（第２の操作）と同時に他の操作ボタンの押下操作（第４の操作）を受け付けたことを条件に、停止ボタン７７１Ｉの押下操作が処方オーダ＃１における投与薬液の最後の投与終了操作であることを確定させてもよい。

輸液ポンプ７０Ａは、「終了」を示す項目７０３１（図１８）が選択された場合、操作画面７０４０（図１９）を表示させることなく、第２の操作（本例では、停止ボタン７７１Ｉの押下操作）を処方オーダ＃１における投与薬液の最後の投与終了操作として記憶してもよい。この場合には、輸液ポンプ７０Ａは、以下のような構成を有すると言える。

輸液ポンプ７０Ａは、上記第２の操作（本例では、停止ボタン７７１Ｉの押下操作）を受け付けた後に第４の操作（本例では、メニュー画面７０３０を表示させる操作）を受け付けたことに基づき、当該第２の操作が処方オーダ＃１における投与薬液の最後の投与終了操作であることを確定させる操作画面（本例では、メニュー画面７０３０）を表示する。輸液ポンプ７０Ａは、当該操作画面において確定操作（本例では、項目７０３１を選択する操作）が行なわれたことに基づき、当該第２の操作を処方オーダ＃１における投与薬液の最後の投与終了操作として記憶する。

上記においては、輸液ポンプ７０Ａを例に挙げて説明したが、図１０から図１６の処理は、他のポンプ７０（輸液ポンプ７０Ｂ、シリンジポンプ７０Ｃ，７０Ｄ，７０Ｅ）においても輸液ポンプ７０Ａと同様に行なわれる。

（ｅ２．第２の変形例）
本変形例でも、第１の変形例と同様、投与開始タイミングおよび投与終了タイミングの記録の変形例について説明する。具体的には、図１４の変形例について説明する。

図２０は、第２の変形例における、輸液ポンプ７０Ａで行なわれる処理を説明するためのフロー図である。図２０に示されるように、ステップＳ１～Ｓ７の各処理は、図１４に示した処理と同じである。そこで、以下では、ステップＳ２０１，Ｓ１０Ａの２つの処理に着目して説明する。

ステップＳ７において肯定的な判断がなされた場合（ステップＳ７においてＹＥＳ）、ステップＳ２０１において、輸液ポンプ７０Ａは、輸液ポンプ７０Ａの電源をオフする操作を受け付けたか否かを判断する。当該操作を受け付けたと判断された場合（ステップＳ２０１においてＹＥＳ）、輸液ポンプ７０Ａは、ステップＳ１０Ａにおいて、電源をオフする直前の停止ボタン７７１Ｉの押下操作を投与薬液の最後の投与終了操作として記録する。具体的には、輸液ポンプ７０Ａは、当該押下操作に基づく操作ログを、投与終了の操作ログとしてメモリ７１２に記録する。

このような構成とすることにより、輸液ポンプ７０Ａの電源をオフする場合には、看護師９等は、投与薬液の最後の投与終了操作を記録させるためだけの操作を行なわなくてよくなる。よって、上述した実施の形態で述べた輸液ポンプ７０Ａおよび第１の変形例で述べた輸液ポンプ７０Ａに比べて、輸液ポンプ７０Ａのユーザの手間を省くことができる。

（ｅ３．第３の変形例）
異常によりポンプ（７０Ａ，７０Ｂ，７０Ｃ，７０Ｄ，７０Ｅ）が自動停止した場合には、上述した第２の操作（本例では、停止ボタン７７１Ｉの押下操作）を受け付けていなくても、投与薬液の前記患者への投与と、ログの記録とを終了するするように、ポンプ（７０Ａ，７０Ｂ，７０Ｃ，７０Ｄ，７０Ｅ）を構成することが好ましい。

なお、異常による自動停止のトリガとしては、たとえば、薬液がなくなったことに基づく、気泡警報あるいは空液警報の出力が挙げられる。

（ｅ４．第４の変形例）
図９においては、流量の上限値および下限値をポンプ７０に送信する場合を例に挙げて説明したが、上限値および下限値のうちの一方の値を送信するように、端末装置６０を構成してもよい。

また、図９においては、「流量の閾値」と「投与量の閾値」と「投与速度の閾値」との３種類の閾値のうち、流量の閾値のみをポンプ７０に送信する場合を例に挙げて説明したが、これに限定されるものではない。当該３種類の閾値のうち、少なくとも１種類の閾値を端末装置６０がポンプ７０に送信する構成であればよい。たとえば、流量の閾値と投与量の閾値とをポンプ７０に送信するように、端末装置６０を構成してもよい。

流量の閾値と同様、投与量の閾値のうち上限値および下限値の少なくとも一方をポンプ７０に送信するように、端末装置６０を構成してもよい。同様に、投与速度の閾値のうち上限値および下限値の少なくとも一方をポンプ７０に送信するように、端末装置６０を構成してもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ネットワークシステム、２ 通信システム、３ ラックシステム、４ ０、９ 看護師、１０，６０ 端末装置、２０，３０，４０，５０ サーバ、５１，６１，７１ 制御ユニット、５３，６４，７３ 時計、６２ タッチスクリーン、７０ ポンプ、７０Ａ，７０Ｂ 輸液ポンプ、７０Ｃ，７０Ｄ，７０Ｅ シリンジポンプ、７４ 駆動部、７５ スピーカ、７６ 警報ランプ、７７ 操作パネル、９０ シリンジ、９１ バレル、９２ プランジャロッド、５１１，６１１，７１１ プロセッサ、５１２，６１２，７１２ メモリ、６２１ タッチパネル、６２２，７７２，７７３ ディスプレイ、７４１ 押圧面、７７１ 操作ボタン、７７１Ａ 電源ボタン、７７１Ｂ，７７１Ｃ メニューボタン、７７１Ｄ 積算量クリアボタン、７７１Ｅ，７７１Ｆ 流量設定ボタン、７７１Ｇ ボーラスボタン、７７１Ｈ 開始ボタン、７７１Ｉ 停止または消音ボタン、９２１ フランジ、７０１０，７０２０ 画面、７０１１，７０１２，７０２１，７０２２，７０４１，７０４２ オブジェクト画像、７０３０ メニュー画面、７０４０ 操作画面、Ｄ３ 薬剤ライブラリデータ、Ｄ４１，Ｄ４２，Ｄ４３，Ｄ４４ 処方リストデータ。

Claims (8)

1. 患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、
   第１の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記投与に関するログの記録とを開始し、かつ、第２の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記ログの記録とを終了するポンプとを備え、前記ログは、電子カルテに前記投与薬液の投与状況を記録するために、前記電子カルテを記憶した外部装置に送信され、
   前記情報処理装置は、所定の入力を受け付けたことに基づき、前記ポンプに前記処方オーダを送信する処理を実行し、
   前記ポンプは、
   前記処方オーダを受信した場合、前記第１の操作を受け付けていることを条件に、前記処方オーダに基づき前記投与薬液を前記患者に投与し、
   前記第１の操作を受け付ける度に、前記第１の操作が前記処方オーダにおける前記投与薬液の最初の投与開始操作か否かをユーザに問い合わせる第１の報知を行ない、
   前記第１の報知後に第３の操作を受け付けたことに基づき、前記第１の操作を前記処方オーダにおける前記投与薬液の最初の投与開始操作として記憶する、システム。
2. 前記ポンプは、前記第２の操作を受け付けた後に第４の操作を受け付けたことに基づき、前記第２の操作が前記処方オーダにおける前記投与薬液の最後の投与終了操作であることを確定させる、請求項１に記載のシステム。
3. 前記ポンプは、
   前記第２の操作を受け付ける度に、前記第２の操作が前記処方オーダにおける前記投与薬液の最後の投与終了操作か否かをユーザに問い合わせる第２の報知を行ない、
   前記第２の報知後に前記第４の操作を受け付けたことに基づき、前記第２の操作を前記処方オーダにおける前記投与薬液の最後の投与終了操作として記憶する、請求項２に記載のシステム。
4. 前記ポンプは、
   前記第２の操作を受け付けた後に前記第４の操作を受け付けたことに基づき、前記第２の操作が前記処方オーダにおける前記投与薬液の最後の投与終了操作であることを確定させる操作画面を表示し、
   前記操作画面において確定操作が行なわれたことに基づき、前記第２の操作を前記処方オーダにおける前記投与薬液の最後の投与終了操作として記憶する、請求項２に記載のシステム。
5. 前記ポンプは、前記第２の操作と同時に第４の操作を受け付けたことに基づき、前記第２の操作が前記処方オーダにおける前記投与薬液の最後の投与終了操作であることを確定させる、請求項１に記載のシステム。
6. 前記ポンプは、
   電源と前記電源のオンおよびオフをするスイッチとを含み、
   前記スイッチによって前記電源がオフされると、前記電源がオフされる直前の前記第２の操作を前記処方オーダにおける前記投与薬液の最後の投与終了操作として記憶する、請求項１に記載のシステム。
7. 前記ポンプは、異常により前記ポンプが自動停止した場合には、前記第２の操作を受け付けていなくても、前記投与薬液の前記患者への投与と、前記ログの記録とを終了する、請求項２から４のいずれか１項に記載のシステム。
8. 患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記投与に関するログの記録とを開始し、かつ、第２の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記ログの記録とを終了するポンプとを備えたシステムにおける方法であって、前記ログは、電子カルテに前記投与薬液の投与状況を記録するために、前記電子カルテを記憶した外部装置に送信され、
   前記情報処理装置が、所定の入力を受け付けたことに基づき、前記ポンプに前記処方オーダを送信する処理を実行するステップと、
   前記ポンプが、前記処方オーダを受信した場合、前記第１の操作を受け付けていることを条件に、前記処方オーダに基づき前記投与薬液を前記患者に投与するステップと、
   前記ポンプが、前記第１の操作を受け付ける度に、前記第１の操作が前記処方オーダにおける前記投与薬液の最初の投与開始操作か否かをユーザに問い合わせる第１の報知を行なうステップと、
   前記ポンプが、前記第１の報知後に第３の操作を受け付けたことに基づき、前記第１の操作を前記処方オーダにおける前記投与薬液の最初の投与開始操作として記憶するステップとを備える、方法。
   

Images