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

Abstract

【課題】薬液の投与が開始した後にポンプと処方オーダとの紐付けが行われた場合であっても、投与に関する操作ログを漏れなく情報処理装置に送信可能とする。【解決手段】輸液ポンプ７０Ａは、第１操作を受け付けると、処理オーダに従った薬液の投与と、投与に関するログの記録とを開始する。ログは、電子カルテに投与状況を記録するために利用される。端末装置６０は、第２操作を受け付けると、処方オーダをポンプに関連付け、かつ輸液ポンプ７０Ａに処方オーダを送信する。輸液ポンプ７０Ａは、第２操作が第１操作によりも先に行なわれた場合には、第１操作以降におけるログを周期的に端末装置６０に送信する処理を開始する一方、第１操作が第２操作によりも先に行なわれた場合には、第２操作が行われたことを条件に第２操作より前のログを端末装置６０に送信し、かつ第２操作以降のログを周期的に端末装置６０に送信する処理を開始する。【選択図】図１２

Description

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

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

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

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

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

このような場合、ポンプと、患者に対して投与する投与薬液に関する処方オーダとが情報処理装置で関連付けられないと、情報処理装置が仮にログを受信しても、どの処方オーダのログであるかを判断できない。それゆえ、電子カルテに正しい情報を記録するためには、ポンプと処方オーダとの関連付けが必須である。

したがって、当該関連付けは、ポンプによる薬液の投与の前に行なうべきである。しかしながら、このような関連付け処理を失念し、薬液の投与が開始した後に関連付けが行われる状況も想定し得る。

本開示は、上記の問題点に鑑みなされたものであって、その目的は、薬液の投与が開始された後にポンプと処方オーダとの関連付けが行われた場合であっても、薬液の投与に関するログを漏れなく情報処理装置に送信可能とするシステムおよび方法を提供することにある。

本開示のある局面に従うと、システムは、患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、投与薬液の患者への投与と、投与に関するログの記録とを開始するポンプとを備える。ログは、電子カルテに投与薬液の投与状況を記録するために、電子カルテを記憶した外部装置に送信される。情報処理装置は、第２の操作を受け付けたことに基づき、処方オーダをポンプに関連付ける処理と、ポンプに処方オーダを送信する処理とを実行する。ポンプは、処方オーダを受信した場合、第１の操作を受け付けていることを条件に、処方オーダに基づき投与薬液を患者に投与する。ポンプは、第２の操作が第１の操作によりも先に行なわれた場合には、第１の操作以降におけるログを周期的に情報処理装置に送信する処理を開始する。ポンプは、第１の操作が第２の操作によりも先に行なわれた場合には、第２の操作が行われたことを条件に第２の操作より前のログを情報処理装置に送信し、かつ、第２の操作以降のログを周期的に情報処理装置に送信する処理を開始する。

本開示の他の局面に従うと、方法は、患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、投与薬液の患者への投与と、投与に関するログの記録とを開始するポンプとを備えたシステムにおける方法である。ログは、電子カルテに投与薬液の投与状況を記録するために、電子カルテを記憶した外部装置に送信される。方法は、情報処理装置が、第２の操作を受け付けたことに基づき、処方オーダをポンプに関連付ける処理と、ポンプに処方オーダを送信する処理とを実行するステップと、ポンプが、処方オーダを受信した場合、第１の操作を受け付けていることを条件に、処方オーダに基づき投与薬液を患者に投与するステップと、第２の操作が第１の操作によりも先に行なわれた場合には、ポンプが、第１の操作以降におけるログを周期的に情報処理装置に送信する処理を開始するステップと、第１の操作が第２の操作によりも先に行なわれた場合には、ポンプが、第２の操作が行われたことを条件に第２の操作より前のログを情報処理装置に送信し、かつ、第２の操作以降のログを周期的に情報処理装置に送信する処理を開始するステップとを備える。

本開示によれば、薬液の投与が開始された後にポンプと処方オーダとの関連付けが行われた場合であっても、薬液の投与に関するログを漏れなく情報処理装置に送信可能となる。

ネットワークシステムの概略構成を示した図である。 通信システムにおける通信の概要を説明するための図である。 薬剤ライブラリデータの概略構成を示した図である。 処方リストデータの概略構成を示した図である。 サーバのハードウェア構成例を示した図である。 端末装置のハードウェア構成例を示した図である。 ポンプのハードウェア構成例を示した図である。 ポンプの操作パネルの一例を示した図である。 通信システムにおいて実行される処理の流れを説明するためのシーケンス図である。 処方オーダと輸液ポンプとの関連付けが開始ボタンの押下よりも先になされた場合における、ログの記録および送信を説明するシーケンス図である。 ログを記録する周期と、ログを送信する周期とを説明するための図である。 処方オーダと輸液ポンプとの関連付けが開始ボタンの押下よりも後になされた場合における、ログの記録および送信を説明するシーケンス図である。 輸液ポンプから端末装置へのログの送信を説明するためのシーケンス図である。 ログの時刻情報の補正を説明するためのフロー図である。 図１４のステップＳ７およびステップＳ８の処理を説明するための図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

輸液ポンプ７０Ａは、処方オーダ＃１を受信した場合、上記第１の操作を受け付けていることを条件に、処方オーダ＃１に基づき投与薬液を患者に投与する。輸液ポンプ７０Ａは、第２の操作が第１の操作によりも先に行なわれた場合（図１０の場合）には、第１の操作以降におけるログを周期的に端末装置６０に送信する処理を開始する。輸液ポンプ７０Ａは、第１の操作が第２の操作によりも先に行なわれた場合（図１２の場合）には、第２の操作が行われたことを条件に第２の操作より前のログを端末装置６０に送信し、かつ、第２の操作以降のログを周期的に端末装置６０に送信する処理を開始する。

このような構成によれば、輸液ポンプ７０Ａにおいて薬液＃１の投与が開始された後に、端末装置６０において輸液ポンプ７０Ａと処方オーダ＃１との関連付けが行われた場合であっても、輸液ポンプ７０Ａは、薬液＃１の投与に関するログを漏れなく端末装置６０に送信可能となる。

なお、ログは、第１の操作の受け付け処理、投与薬液の投与量の積算値、および投与薬液の流量の変更情報の少なくとも１つを含む。

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

＜Ｅ．変形例＞
（ｅ１．第１の変形例）
ラックシステム３は、上記実施の形態に示した各処理に加えて、以下の処理をさらに実行してもよい。

上述したように、ポンプ７０は、端末装置６０と無線で通信を行なう。それゆえ、有線の場合に比べて、通信が不安定となる可能性もある。そこで、本変形例では、輸液ポンプ７０Ａが投薬している際に、輸液ポンプ７０Ａと端末装置６０との間の通信が一時的に途切れた場合について説明する。詳しくは、輸液ポンプ７０Ａが端末装置６０と通信ができなくなった場合のログの送信処理について説明する。

図１３は、輸液ポンプ７０Ａから端末装置６０へのログの送信を説明するためのシーケンス図である。

図１３に示されるように、シーケンスＳＱ２０１において、輸液ポンプ７０Ａは、未送信の積算値のログを端末装置６０に送信する。以後、シーケンスＳＱ２０２，ＳＱ２０３において、輸液ポンプ７０Ａは、周期Ｔｂにて未送信の積算値のログを端末装置６０に送信する。

シーケンスＳＱ２０３の後に、輸液ポンプ７０Ａと端末装置６０との間で通信障害が発生したとする。通信障害が発生してから通信が復旧するまでの期間（通信が途絶えた期間）は、端末装置６０は、輸液ポンプ７０Ａからのログを受信することはできない。すなわち、端末装置６０は、輸液ポンプ７０ＡがシーケンスＳＱ２０４～ＳＱ２０７において送信された積算値のログを取得できない。

この場合、輸液ポンプ７０Ａは、端末装置６０からログを受信したことを示す通知（レスポンス）を受信しない。それゆえ、輸液ポンプ７０Ａは、当該ログが端末装置６０で受信できていないことを判断できる。

輸液ポンプ７０Ａは、通信が復旧すると、シーケンスＳＱ２０８において、シーケンスＳＱ２０４～ＳＱ２０７で送信を試みた積算値のログ（端末装置６０で受信できなかったログ）に加えて、この度の周期での積算値のログを、端末装置６０に送信する。その後、輸液ポンプ７０Ａは、周期Ｔｂにしたがって、シーケンスＳＱ２０９，Ｓ２１０において、それぞれ、未送信の積算値のログを端末装置６０に送信する。

以上のように、輸液ポンプ７０Ａは、端末装置６０と無線で通信する。輸液ポンプ７０Ａは、ログを周期的に端末装置６０に送信する処理を開始した後に端末装置６０との通信が途切れた場合、当該通信が復旧すると通信が途切れた期間のログを端末装置６０に送信する。

このような構成によれば、端末装置６０は、通信が途切れた間のログを取得できる。それゆえ、ネットワークシステム１によれば、端末装置６０と輸液ポンプ７０Ａとの間の通信が途切れた場合であっても、その間のログを電子カルテのサーバ２０に送信し得る。それゆえ、ラックシステム３を用いることにより、電子カルテに漏れなく情報を記録可能となる。

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

（ｅ２．第２の変形例）
輸液ポンプ７０Ａが積算値等のログをメモリ７１２に記録した直後に、当該ログを端末装置６０に送信する場合には、端末装置６０は以下のような処理を実行することが好ましい。具体的には、周期Ｔａと周期Ｔｂとが同一であって、ログの取得直後にログを送信するように輸液ポンプ７０Ａが構成されている場合には、端末装置６０を以下のように構成することが好ましい。

（１）端末装置６０は、輸液ポンプ７０Ａから受信したログに含まれる時刻情報を、輸液ポンプ７０Ａの時計７３に基づく時刻情報から、端末装置６０の時計６４に基づく当該ログの受信時刻の時刻情報に変更する。端末装置６０は、ログの時刻情報を、端末装置６０の時刻情報で置換する。このように、ログの時刻は、端末装置６０の時計に基づく時刻で更新（調整）される。

これにより、各ポンプ７０の時計の時刻が一致していない場合（たとえば、同期していない場合）であっても、個々の時計７３に起因する、基準となる時刻（本例では、端末装置６０の時計６４の時刻）に対する時刻のバラツキを無視できる。したがって、ラックシステム３によれば、ログの時刻情報の精度を向上させることができる。

（２）ただし、第１の変形例のように通信が一時的に途切れた場合においては、端末装置６０は、通信が復旧した直後に受信した積算値のログの時刻情報（具体的には、シーケンスＳＱ２０８において受信した積算値のログの時刻情報）を、輸液ポンプ７０Ａの時計７３に基づく時刻情報から、端末装置６０の時計６４に基づくログの受信時刻の時刻情報に変更しない。その理由は、以下のとおりである。

シーケンスＳＱ２０８において受信した積算値のログの時刻情報を、端末装置６０の時計６４に基づく当該ログの受信時刻の時刻情報に更新すると、シーケンスＳＱ２０８で送信されたログの全ての時刻情報が同一となってしまう。シーケンスＳＱ２０８で送信されたログには、シーケンスＳＱ２０４～ＳＱ２０７で送信を試みた積算値のログ（端末装置６０で受信できなかったログ）を含んでいる。それゆえ、受信時刻に基づきログの時刻情報を更新してしまうと、ログの時刻情報の精度が低下する。このため、端末装置６０は、シーケンスＳＱ２０８において受信した積算値のログの時刻情報については、当該ログの受信時刻の時刻情報に変更しない。

（３）通信が復旧した直後に受信したログの時刻情報（図１３の例の場合、シーケンスＳＱ２０８において受信した積算値のログの時刻情報）を、以下の手法で補正してもよい。詳しくは、通信が復旧した直後に受信したログの時刻情報の一部を、以下の手法で補正してもよい。

図１４は、ログの時刻情報の補正を説明するためのフロー図である。

図１４に示されるように、ステップＳ１において、端末装置６０は、輸液ポンプ７０Ａから送信されるログの取得（受信）を開始する。ステップＳ２において、端末装置６０は、輸液ポンプ７０Ａとの間に通信障害が発生したか否かを判断する。

通信障害が発生していない場合（ステップＳ２においてＮＯ）、端末装置６０は、ステップＳ３において、新たに取得したログに含まれる時刻情報を、端末装置６０の時計６４に基づく時刻方法に変更する。すなわち、端末装置６０は、上述した実施の形態で説明したとおりにログの時刻情報を変更する。

通信障害が発生していると判断した場合（ステップＳ２においてＹＥＳ）、端末装置６０は、ステップＳ５において、輸液ポンプ７０Ａとの間の通信が復旧したか否かを判断する。復旧していないと判断した場合（ステップＳ５においてＮＯ）、端末装置６０は、処理をステップＳ５に進める。復旧したと判断した場合（ステップＳ５においてＹＥＳ）、端末装置６０は、ステップＳ６において、輸液ポンプ７０Ａから、通信が途絶えた期間のログを取得する。

ステップＳ７において、端末装置６０は、復旧直後に受信したログに含まれる時刻情報に基づき、輸液ポンプ７０Ａの時計７３が示す時刻と、端末装置６０の時計６４が示す時刻との間のズレΔｔを算出する。ステップＳ８において、端末装置６０は、輸液ポンプ７０Ａとの追伸が途切れた期間のログに含まれる時刻情報を、ズレΔｔに基づいて補正する。

ステップＳ４において、端末装置６０は、輸液ポンプ７０Ａから、操作終了のログを取得したか否かを判断する。なお、輸液ポンプ７０Ａにおいて停止または消音ボタン７７１Ｉが押下されたことに基づき、端末装置６０は、操作終了のログを取得する。端末装置６０は、操作終了のログを取得したと判断した場合（ステップＳ４においてＹＥＳ）、一連の処理を修了する。端末装置６０は、操作終了のログを取得していないと判断した場合（ステップＳ４においてＮＯ）、処理をステップＳ２に進める。

図１５は、図１４のステップＳ７およびステップＳ８の処理を説明するための図である。

図１５に示すように、輸液ポンプ７０Ａによるログ送信のタイミングにおいて、輸液ポンプ７０Ａとの間の通信状態が良好である場合には、端末装置６０は、受信したログの時刻情報を、端末装置６０の時計６４に基づく当該ログの受信時刻の情報に変更する。

たとえば、ログ識別情報“０００１”のログについては、端末装置６０は、ログの時刻情報を、時刻ｔ１から当該ログを端末装置６０が受信した時刻ｔ１’に変更する。同様に、端末装置６０は、時刻ｔ２～ｔ７を、それぞれ、時刻ｔ２’～ｔ７’に変更する。

その後、端末装置６０と輸液ポンプ７０Ａとの間において通信障害が発生したとする。また、ログ識別情報“００１０”のログの送信タイミングの後、かつ、ログ識別情報“００１１”のログの送信タイミングの前に、通信障害が復旧したとする。

この場合、端末装置６０は、ログ識別情報“０００８”のログと、ログ識別情報“０００９”のログと、ログ識別情報“００１０”のログと、ログ識別情報“００１１”のログとを同じタイミングで受信する。本例では、時刻ｔ１１’に４つのログを同時に受信する。なお、ログ識別情報“０００８”のログに含まれる時刻情報と、ログ識別情報“０００９”のログに含まれる時刻情報と、ログ識別情報“００１０”のログに含まれる時刻情報と、ログ識別情報“００１１”のログに含まれる時刻情報とは、本例では、それぞれ、ｔ８，ｔ９，ｔ１０，ｔ１１である。

端末装置６０は、復旧直後に受信したログに含まれる時刻情報（ｔ１１）に基づき、輸液ポンプ７０Ａの時計７３が示す時刻と、端末装置６０の時計６４が示す時刻との間のズレΔｔを算出する（図１４のステップＳ７に対応）。典型的には、端末装置６０は、時刻ｔ１１’から時刻ｔ１１を引く演算を行なうことにより、ズレ量Δｔを求める。

さらに、端末装置６０は、輸液ポンプ７０Ａとの追伸が途切れた期間のログに含まれる時刻情報を、ズレΔｔに基づいて補正する（図１４のステップＳ８に対応）。典型的には、端末装置６０は、時刻ｔ８，ｔ９，ｔ１０の各々に、算出されたズレ量Δｔ（＝ｔ１１’－ｔ１１）を加える。これにより、たとえば、ログ識別情報“０００８”のログについては、端末装置６０は、ログの時刻情報を、時刻ｔ８から時刻ｔ８＋（ｔ１１’－ｔ１１）に変更する。

なお、シーケンスＳＱ２０８で送信されるログのうち、ログ識別情報“００１１”のログに含まれる時刻情報（ｔ１１）は、通常どおり、端末装置６０での受信時刻の情報（ｔ１１’）に変更される。

以上のように、端末装置６０は、輸液ポンプ７０Ａとの通信が途切れていない場合、輸液ポンプ７０Ａから受信したログに含まれる時刻情報を、輸液ポンプ７０Ａの時計７３に基づく時刻情報から、端末装置６０の時計６４に基づくログの受信時刻の時刻情報に変更する。端末装置６０は、輸液ポンプ７０Ａとの通信が途切れた場合、当該通信が復旧すると、復旧直後に受信したログに含まれる時刻情報と端末装置６０の時計６４に基づく当該ログの受信時刻の時刻情報とに基づき、輸液ポンプ７０Ａの時計７３が示す時刻と端末装置６０の時計６４が示す時刻との間のズレΔｔを算出する。端末装置６０は、当該通信が途切れた期間のログに含まれる時刻情報を、ズレΔｔに基づいて補正する。

このような構成によれば、通信が復旧した直後に受信したログの時刻情報の精度を高めることができる。当該補正は、積算値のログの時刻情報の補正のみならず、操作ログの時刻情報の補正を含む。

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

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

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

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

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

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

Claims (5)

1. 患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、
   第１の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記投与に関するログの記録とを開始するポンプとを備え、前記ログは、電子カルテに前記投与薬液の投与状況を記録するために、前記電子カルテを記憶した外部装置に送信され、
   前記情報処理装置は、第２の操作を受け付けたことに基づき、前記処方オーダを前記ポンプに関連付ける処理と、前記ポンプに前記処方オーダを送信する処理とを実行し、
   前記ポンプは、
   前記処方オーダを受信した場合、前記第１の操作を受け付けていることを条件に、前記処方オーダに基づき前記投与薬液を前記患者に投与し、
   前記第２の操作が前記第１の操作によりも先に行なわれた場合には、前記第１の操作以降における前記ログを周期的に前記情報処理装置に送信する処理を開始し、
   前記第１の操作が前記第２の操作によりも先に行なわれた場合には、前記第２の操作が行われたことを条件に前記第２の操作より前の前記ログを前記情報処理装置に送信し、かつ、前記第２の操作以降の前記ログを周期的に前記情報処理装置に送信する処理を開始する、システム。
2. 前記ログは、前記第１の操作の受け付け処理、前記投与薬液の投与量の積算値、および前記投与薬液の流量または投与速度の変更情報の少なくとも１つを含む、請求項１に記載のシステム。
3. 前記ポンプは、前記情報処理装置と無線で通信し、
   前記ポンプは、前記ログを周期的に前記情報処理装置に送信する処理を開始した後に前記情報処理装置との通信が途切れた場合、前記通信が復旧すると前記通信が途切れた期間の前記ログを前記情報処理装置に送信する、請求項１または２に記載のシステム。
4. 前記ポンプは、第１の時計を含み、
   前記ログは、前記第１の時計が示す時刻に基づいた時刻情報を含み、
   前記情報処理装置は、
   第２の時計を含み、
   前記通信が途切れていない場合、前記ポンプから受信した前記ログに含まれる時刻情報を、前記第１の時計に基づく時刻情報から、前記第２の時計に基づく前記ログの受信時刻の時刻情報に変更し、
   前記通信が途切れた場合、前記通信が復旧すると、前記復旧直後に受信した前記ログに含まれる時刻情報と前記第２の時計に基づく当該ログの受信時刻の時刻情報とに基づき、前記第１の時計が示す時刻と前記第２の時計が示す時刻との間のズレを算出し、
   前記通信が途切れた期間の前記ログに含まれる時刻情報を、前記ズレに基づいて補正する、請求項３に記載のシステム。
5. 患者に対して投与する投与薬液に関する処方オーダを記憶した情報処理装置と、第１の操作を受け付けたことに基づき、前記投与薬液の前記患者への投与と、前記投与に関するログの記録とを開始するポンプとを備えたシステムにおける方法であって、前記ログは、電子カルテに前記投与薬液の投与状況を記録するために、前記電子カルテを記憶した外部装置に送信され、
   前記情報処理装置が、第２の操作を受け付けたことに基づき、前記処方オーダを前記ポンプに関連付ける処理と、前記ポンプに前記処方オーダを送信する処理とを実行するステップと、
   前記ポンプが、前記処方オーダを受信した場合、前記第１の操作を受け付けていることを条件に、前記処方オーダに基づき前記投与薬液を前記患者に投与するステップと、
   前記第２の操作が前記第１の操作によりも先に行なわれた場合には、前記ポンプが、前記第１の操作以降における前記ログを周期的に前記情報処理装置に送信する処理を開始するステップと、
   前記第１の操作が前記第２の操作によりも先に行なわれた場合には、前記ポンプが、前記第２の操作が行われたことを条件に前記第２の操作より前の前記ログを前記情報処理装置に送信し、かつ、前記第２の操作以降の前記ログを周期的に前記情報処理装置に送信する処理を開始するステップとを備える、方法。
   

Images