JP2019084043A - 薬液注入装置、薬液注入装置の動作方法及びプログラム - Google Patents

Abstract

【課題】従来にないタイミングで警告を出力できるようにする。【解決手段】アダプタを介して薬液シリンジを保持する保持部にアダプタが取り付けられると、取り付けられたアダプタに対応する薬液の種類を特定する特定部１１と、副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定部１２と、アダプタの取り付け、及び、患者情報の設定の両方を満たすと、それに応じて、副作用情報の中に特定部１１に特定された薬液の種類が含まれるか判断する判断部１３と、特定部１１に特定された薬液の種類が副作用情報に含まれる場合、警告を出力する出力部１４と、を有する薬液注入装置１０を提供する。【選択図】図４

Description

本発明は、薬液注入装置、薬液注入装置の動作方法及びプログラムに関する。

特許文献１には、注入不適（例：副作用歴あり）な薬液シリンジが薬液注入装置に取り付けられた場合、警告を出力する技術が開示されている。

特許文献１に記載の技術では、薬液データを記録したＲＦＩＤチップが薬液シリンジに搭載される。薬液データは、薬液シリンダに充填されている薬液を識別する情報を含む。薬液注入装置はＲＦＩＤリーダを備えており、薬液注入装置の所定位置に薬液シリンジが取り付けられると、その薬液シリンジに搭載されたＲＦＩＤチップから薬液データを取得する。その後、薬液注入装置は、患者のカルテ情報に記載された注入不適な薬液の種類を参照し、薬液注入装置に取り付けられた薬液シリンジに充填されている薬液が注入不適か否かを判断する。そして、注入不適の場合、警告を出力する。

国際公開第２００６／１０９７７８号

特許文献１に記載の技術の場合、薬液シリンジを薬液注入装置に取り付けた後に警告が出力される。この場合、以下のような課題がある。

薬液シリンジの中には、所定の包装資材で包装され、病院に納入されるものがある。これにより、品質維持や安全確保等が実現される。このような薬液シリンジの場合、使用の直前に包装を破る等して包装資材の中から薬液シリンジが取り出され、薬液注入装置に取り付けられる。

薬液シリンジを薬液注入装置に取り付けた後に警告が出力される技術の場合、包装資材から薬液シリンジを取り出した後に警告が出力されることとなる。警告が出力された結果、その薬液シリンジが使用されなかった場合、包装資材から取り出された薬液シリンジのその後の扱いについて問題が生じる。品質面や安全面等を考慮すると、その薬液シリンジをそれ以降に使用するのは好ましくない。このため、場合によっては未使用のまま捨てられることも考えられる。本発明は、当該不都合を解決することを課題とする。

本発明によれば、
アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定部と、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定部と、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定部に特定された前記薬液の種類が含まれるか判断する判断部と、
前記特定部に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力部と、
を有する薬液注入装置が提供される。

また、本発明によれば、
コンピュータが、
アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定工程と、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定工程と、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定工程で特定された前記薬液の種類が含まれるか判断する判断工程と、
前記特定工程で特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力工程と、
を実行する薬液注入装置の動作方法が提供される。

また、本発明によれば、
コンピュータを、
アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定手段、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定手段、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定手段に特定された前記薬液の種類が含まれるか判断する判断手段、
前記特定手段に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力手段、
として機能させるプログラムが提供される。

本発明によれば、従来にないタイミングで警告を出力できるようになる。

撮像システムの機能ブロック図の一例を示す図である。 薬液注入装置の外観の一例を示す図である。 注入実行ユニットの外観の一例を示す図である。 薬液注入装置の機能ブロック図の一例を示す図である。 患者情報を薬液注入装置に設定する処理の流れの一例を示すシーケンス図である。 患者情報を薬液注入装置に設定する処理の流れの一例を示すフローチャートである。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 薬液注入装置により表示される画面の一例である。 撮像システムに含まれる各装置のハードウエア構成の一例を示す図である。 撮像システムの機能ブロック図の一例を示す図である。

「第１の実施形態」
＜撮像システムの全体像＞
最初に、本実施形態の撮像システムの全体像を説明する。図１に、撮像システムの機能ブロック図の一例を示す。図示するように、撮像システムは、薬液注入装置１０と、制御ボックス２０と、ＲＩＳ（Radiology Information System）３０と、ＰＡＣＳ（Picture Archive and Communication System）４０と、画像閲覧装置５０と、透視撮像装置６０とを有する。図中、実線で通信線を示している。通信規格は設計的事項であるが、いわゆるＤＩＣＯＭ（Digital Imaging and COmmunications in Medicine）規格を採用してもよい。

ＲＩＳ３０には、透視画像データを撮像する処理で利用される撮像オーダデータが登録される。撮像オーダデータは、例えば、撮像作業各々を識別するための撮像作業ＩＤ（identifier）、撮像作業に利用予定の透視撮像装置６０のＩＤ、撮像開始日時、撮像終了日時、患者情報、身体区分、撮像部位、使用予定の薬液（造影剤等）のＩＤ等を含む。

患者情報は、患者の氏名、生年月日、性別、体重、副作用歴のある薬液の種類、副作用の重篤度のグレード、腎機能を示す情報（例：推算糸球体濾過量を示す情報）、及び、腎機能の測定日（例：推算糸球体濾過量の測定日）等を含む。推算糸球体濾過量を示す情報は、推算糸球体濾過量そのものであってもよいし、これを算出するための情報（血清クレアチニン値等）であってもよい。

透視撮像装置６０は、例えば、ＣＴ（Computed Tomography）アンギオ装置、ＭＲＡ（Magnetic Resonance Angiography）装置等であり、患者の所定部位の状態を示す透視画像データを生成する。透視撮像装置６０は、ＲＩＳ３０から撮像オーダデータを取得し、それに基づき撮像処理を実行する。透視撮像装置６０は、生成した透視画像データをＰＡＣＳ４０に送信する。

制御ボックス２０は、薬液注入装置１０とＲＩＳ３０との間のデータ通信、及び、薬液注入装置１０とＰＡＣＳ４０との間のデータ通信を中継する。

薬液注入装置１０は、１つの患者情報、撮像部位、薬液注入容量、薬液注入時間等の各種設定が完了すると、薬液を注入する動作を行う。薬液注入装置１０は、制御ボックス２０を介してＲＩＳ３０から各種情報を取得し、当該情報を用いて各種設定を行うことができる。また、薬液注入装置１０の入力装置を介した入力内容に基づき、各種設定を行うことができる。そして、薬液注入装置１０は、設定内容に基づき薬液を注入する動作を行う。薬液注入装置１０は、薬液を注入する動作を行った後、注入履歴データを生成し、制御ボックス２０を介してＰＡＣＳ４０に送信する。注入履歴データは、注入速度の時間変化、注入量、注入時間、注入した薬液の種類等の情報を含む。

ＰＡＣＳ４０は、透視撮像装置６０から透視画像データを取得し、記憶する。また、ＰＡＣＳ４０は、制御ボックス２０を介して薬液注入装置１０から注入履歴データを取得し、記憶する。

画像閲覧装置５０は、ＰＡＣＳ４０に記憶されている透視画像データや注入履歴データを処理し、ディスプレイ等の出力装置を介して透視画像や注入履歴データを出力する。

なお、ＲＩＳ３０、ＰＡＣＳ４０、画像閲覧装置５０及び透視撮像装置６０は、従来のあらゆる構成を採用できる。

＜薬液注入装置１０及び制御ボックス２０の構成＞
以下、薬液注入装置１０の構成を中心に説明し、適宜制御ボックス２０の構成の説明を入れる。

図２に薬液注入装置１０の外観の一例を示す。図示するように、薬液注入装置１０は注入実行ユニット１１０と注入制御ユニット１２０とを有する。

注入制御ユニット１２０は、薬液注入作業に関する各種情報を制御ボックス２０経由でＲＩＳ３０から取得し、ディスプレイに表示する。また、注入制御ユニット１２０は、操作ボタンやタッチパネルディスプレイ等の入力装置を有し、これを介して薬液注入作業に関する各種設定や各種操作をオペレータから受付ける。注入制御ユニット１２０は注入実行ユニット１１０と通信可能になっている。オペレータは注入制御ユニット１２０を操作することで、注入実行ユニット１１０を動作させるための各種設定や各種操作を行うことができる。

なお、図示するように、注入実行ユニット１１０はディスプレイを備えてもよい。当該ディスプレイには、注入制御ユニット１２０のディスプレイに表示されている情報と同様な情報が表示されてもよい。また、注入実行ユニット１１０に備えられるディスプレイはタッチパネルディスプレイであってもよい。そして、注入制御ユニット１２０のタッチパネルディスプレイと同様に、注入実行ユニット１１０に備えられるタッチパネルディスプレイを介して薬液注入作業に関する各種設定や各種操作をオペレータから受付けてもよい。

これらディスプレイに表示される情報の一例や、注入実行ユニット１１０を動作させるための各種設定や各種操作の一例は後述する。

図３に注入実行ユニット１１０の拡大図を示す。注入実行ユニット１１０は、アダプタを介して薬液シリンジを保持する保持部１１１と、保持部１１１に保持された薬液シリンジのプランジャを押圧する押圧部１１２とを有する。

薬液は薬液シリンジに充填される。薬液シリンジは、予め薬液が充填されたプレフィルドシリンジであってもよい。本実施形態では、１つの薬液の種類に対応して１つのアダプタが用意される。そして、アダプタを介して薬液シリンジを保持部１１１に保持させる。薬液シリンジの中には、径、フランジ形状、厚さ等が互いに異なるものが混在し得る。アダプタを介して薬液シリンジを保持部１１１に保持させることで、複数種類の薬液シリンジを同じ注入実行ユニット１１０に取り付け、注入処理を行うことが可能となる。

注入実行ユニット１１０は、注入制御ユニット１２０を介してなされた各種設定や各種操作に応じて、薬液を注入する動作を行う。なお、図３に示すように、注入実行ユニット１１０は各種操作ボタンを有しており、当該操作ボタンを介した操作に応じて、薬液を注入する動作を行ってもよい。

次に、薬液注入装置１０の特徴的な機能を説明する。図４に、薬液注入装置１０の機能ブロック図の一例を示す。図示するように、薬液注入装置１０は、特定部１１と、設定部１２と、判断部１３と、出力部１４と、取得部１５とを有する。これら構成部により、薬液注入装置１０の特徴的な機能が実現される。薬液注入装置１０は、以下で説明する各種機能の中の少なくとも１つを備える。以下、機能ごとに分けて各構成部の機能構成を説明する。

“患者情報設定機能１”
患者情報設定機能１は、これから薬液を注入する対象（患者）の患者情報をＲＩＳ３０（サーバ）から取得し、薬液注入装置１０に設定する機能である。薬液注入装置１０は、設定された患者情報に基づき、薬液を注入する動作を行う。患者情報の取得及び設定をコンピュータが行うことで、オペレータの作業負担を軽減できる。また、特徴的な処理の流れとすることで、現場でのミスを軽減する。図５のシーケンス図を用いて処理の詳細を説明する。

まず、薬液注入装置１０の取得部１５は、患者情報のリクエストを制御ボックス２０（中継装置）経由でＲＩＳ３０（サーバ）に送信する（Ｓ１０、Ｓ１１）。リクエストには患者情報の検索条件が含まれてもよい。

ＲＩＳ３０は、リクエストを受信すると、自装置に記憶している患者情報の中から薬液注入装置１０に返信する患者情報を抽出する（Ｓ１２）。例えば、ＲＩＳ３０は、リクエストに含まれる検索条件に合致する患者情報を抽出してもよいし、予め自装置に設定されている検索条件に合致する患者情報を抽出してもよい。検索条件は、例えば、現時点から撮像開始日時までの時間が所定時間以内である撮像オーダデータに含まれる患者情報であってもよい。その他、オペレータがＲＩＳ３０を操作し、リクエストに応じて送信する１つの患者情報を指定しておいてもよい。そして、ＲＩＳ３０は、リクエストに応じて、その時点で指定されている１つの患者情報を抽出してもよい。

ＲＩＳ３０は、抽出した１つ又は複数の患者情報を制御ボックス２０に送信する（Ｓ１３）。なお、患者情報が１つも抽出されなかった場合、ＲＩＳ３０はその旨を示す情報を制御ボックス２０に送信してもよいし、いずれの情報も送信しなくてもよい。

制御ボックス２０は、ＲＩＳ３０から取得した情報に基づき、取得した患者情報の数を算出し、その数を薬液注入装置１０に通知する（Ｓ１４）。リクエスト送信から所定時間経過してもＲＩＳ３０からいずれの情報も受信しなかった場合、制御ボックス２０は取得した患者情報の数「０」を決定してもよい。

また、制御ボックス２０は、受信した患者情報に基づき、患者情報の簡易情報を生成してもよい。そして、制御ボックス２０は、取得した患者情報の数に加えて、当該簡易情報を薬液注入装置１０に送信してもよい。簡易情報は、患者情報の中の一部（例：患者の氏名、生年月日、性別）のみで構成される。

その後、薬液注入装置１０は、通知された患者情報の数に応じた処理を実行する。

患者情報の数が「１」の場合（Ｓ１５の「１」）、取得部１５は患者情報のリクエストを制御ボックス２０に送信する（Ｓ１６）。制御ボックス２０は、当該リクエストに応じて、Ｓ１３で取得した１つの患者情報を薬液注入装置１０に送信する（Ｓ１７）。

薬液注入装置１０の取得部１５が当該患者情報を取得すると、設定部１２は当該患者情報を設定する処理（設定処理）を行う。設定処理では、例えば、取得した患者情報をディスプレイに表示し、当該患者情報を設定するか否かをオペレータに問い合わせる。そして、オペレータが設定する旨の入力を行うと、当該患者情報を設定する。

患者情報の数が「その他」の場合（Ｓ１５の「その他」）、出力部１４はその旨を示す情報、例えば「患者情報を取得できなかったこと」や、「複数の患者情報を取得したこと」等を示す情報を出力する。出力部１４は、例えばディスプレイに当該情報を表示することができる。この場合、取得部１５は患者情報のリクエストを制御ボックス２０に送信しない。このため、患者情報の設定がされないままとなる。

次に、図７及び図８を用いて、薬液注入装置１０の操作の流れ、及び、薬液注入装置１０により表示される情報の一例を説明する。

図７（１）は、初期画面である。すなわち、薬液注入装置１０を起動させると、薬液注入装置１０は、図７（１）の初期画面をディスプレイに表示する。オペレータは、画面左上のボタンＸをタッチすることで、患者情報を取得する指示入力を行う。当該ボタンＸをタッチされると、薬液注入装置１０は、それに応じて、例えば図５のＳ１０乃至Ｓ１７の処理を実行する。薬液注入装置１０は、処理の間、例えば図７（２）に示すように患者情報取得中である旨の表示を行う。

そして、薬液注入装置１０が１つの患者情報を取得した場合、薬液注入装置１０は、図７（３）に示すようにその患者情報を表示し、当該患者情報を設定するか否かの問い合わせを行う。図の「造影検査を実施しますか「いいえ」、「はい」」が、患者情報を設定するか否かの問い合わせにあたる。

「はい」が選択された場合、薬液注入装置１０はその患者情報を設定し、図７（４）の画面表示を行う。当該画面では、ボタンＸの横に設定された患者の氏名が表示されている。この表示により、患者情報が設定されていること、及び、その患者の氏名を確認できる。

なお、「いいえ」が選択された場合、その患者情報は設定されないまま、図７（１）の初期画面に戻る。

図８（１）は初期画面である。図８（１）及び（２）は、図７（１）及び（２）と同様である。

患者情報のリクエストの結果、薬液注入装置１０が患者情報を取得できなかった場合、薬液注入装置１０は、図８（３）に示すようにその旨を示す情報を表示する。そして、所定時間経過後、図８（１）の初期画面に戻る。

一方、患者情報のリクエストの結果、薬液注入装置１０が複数の患者情報を取得した場合、薬液注入装置１０は、図８（４）に示すようにその旨を示す情報を表示する。そして、所定時間経過後、図８（１）の初期画面に戻る。

“患者情報設定機能２”
患者情報設定機能２は、Ｓ１８の設定処理の詳細において患者情報設定機能１と異なる。その他の構成は、患者情報設定機能１と同様である。図６のフローチャートを用いて設定処理の詳細を説明する。

前提として、取得部１５は、Ｓ１０の患者情報のリクエストの送信を、薬液注入装置１０の操作、又は、ＲＩＳ３０（サーバ）の操作に応じて実行することができる。

前者の場合、例えば、オペレータが薬液注入装置１０を操作し、患者情報を取得する指示入力（例：図７（１）のＸボタンのタッチ）を行うと、取得部１５はそれに応じて患者情報のリクエストを制御ボックス２０経由でＲＩＳ３０に送信する。

後者の場合、例えば、オペレータがＲＩＳ３０を操作し、患者情報のリクエストを薬液注入装置１０に要求する指示入力を行うと、ＲＩＳ３０はそれに応じて患者情報のリクエストの要求を制御ボックス２０経由で薬液注入装置１０に送信する。当該要求を受信した薬液注入装置１０は、それに応じて、患者情報のリクエストを制御ボックス２０経由でＲＩＳ３０に送信する。

患者情報設定機能２の設定処理では、薬液注入装置１０が患者情報のリクエストを送信するトリガに応じて異なる処理を実行する。

１つの患者情報を制御ボックス２０から受信（図５のＳ１７）した後に行われる設定処理（図５のＳ１８）では、まず、患者情報のリクエストを送信するトリガが「薬液注入装置１０の操作」か「ＲＩＳ３０の操作」か、を判断する（図６のＳ３０）。例えば、図５のＳ１０乃至Ｓ１７で送受信されるデータの中に、患者情報のリクエストを送信するトリガを示す情報が記録されてもよい。そして、薬液注入装置１０は当該情報に基づき、Ｓ３０の判断を行ってもよい。なお、その他の方法でＳ３０の判断を実現してもよい。

リクエストを送信するトリガが「薬液注入装置１０の操作」である場合（Ｓ３０の「薬液注入装置の操作」）、出力部１４は、その患者情報、及び、その患者情報を設定するか否かの問い合わせをディスプレイに表示する（Ｓ３１。図７（３）参照。）。

そして、回答が「設定する」である場合（Ｓ３２のＹｅｓ）、設定部１２はその患者情報を設定する（Ｓ３３）。回答が「設定しない」である場合（Ｓ３２のＮｏ）、設定部１２はその患者情報を設定せず、初期画面に戻る（Ｓ３４）。

一方、リクエストを送信するトリガが「ＲＩＳ３０の操作」である場合（Ｓ３０の「ＲＩＳからのリクエスト」）、設定部１２はその患者情報を設定する（Ｓ３５）。すなわち、この場合、出力部１４は、その患者情報を設定するか否かの問い合わせをディスプレイに表示しない。

“警告機能１”
警告機能１は、副作用歴のある薬液を患者に注入しないようにするための機能である。

特定部１１は、アダプタを介して薬液シリンジを保持する保持部１１１にアダプタが取り付けられると、取り付けられたアダプタに対応する薬液の種類を特定する。特定部１１は、保持部１１１へのアダプタの取り付けに応じて、薬液の種類を特定する処理を実行することができる。

例えば、保持部１１１に取り付けられたアダプタにより押下される複数のボタンを注入実行ユニット１１０に設けておき、当該ボタンの押下状態に応じて取り付けられているアダプタの種類を特定してもよい。複数種類のアダプタ各々には、当該ボタンを押下するための突起が設けられる。複数種類のアダプタ各々の突起は、互いに構成（位置、大きさ、形状等）が異なり、保持部１１１に取り付けられた際、互いに異なるボタンの押下状態となるようになっている。

その他、アダプタに各々のＩＤを記録した電子タグ（ＲＦＩＤチップ等）を搭載してもよい。そして、注入実行ユニット１１０は電子タグから情報を読み取るリーダ（ＲＦＩＤリーダ等）を備えてもよい。アダプタが保持部１１１に取り付けられると、リーダはアダプタに搭載された電子タグからアダプタのＩＤを取得する。

その他、磁気センサーを用いて保持部１１１に取り付けられたアダプタの種類を特定してもよい。

アダプタと薬液の種類は１対１の関係となっている。保持部１１１に取り付けられたアダプタの種類を特定することで、それに対応する薬液の種類を特定することができる。

なお、ここで例示したアダプタの種類を特定する方法はあくまで一例であり、他の方法を採用することもできる。

設定部１２は、これから薬液を注入する対象（患者）の患者情報を設定する。患者情報には、その患者において副作用歴のある薬液の種類を示す副作用情報が含まれる。設定部１２は、例えば、上述した患者情報設定機能１及び２に基づき、患者情報の設定を行ってもよい。

判断部１３は、保持部１１１へのアダプタの取り付け、及び、設定部１２による患者情報の設定の両方を満たすと、それに応じて、患者情報に含まれる副作用情報の中に、特定部１１に特定された薬液の種類（保持部１１１に取り付けられたアダプタに対応する薬液の種類）が含まれるか判断する。

出力部１４は、判断部１３による判断結果が「含まれる」である場合、警告を出力する。警告は、ディスプレイ、スピーカ、警告ランプ等のあらゆる出力装置を介して実現される。例えば、設定されている患者は、取り付けられようとしている薬液に対して副作用歴がある旨を、ディスプレイを介して通知してもよい。

次に、図９を用いて、薬液注入装置１０の操作の流れ、及び、薬液注入装置１０により表示される情報の一例を説明する。

図９（１）は、患者情報設定後の画面である（図７（４）の状態にあたる）。図より、ネモトタロウさんの患者情報が設定されていることが分かる。当該状態で１つのアダプタが注入実行ユニット１１０の保持部１１１に取り付けられると、警告機能１で説明した処理が実行される。すなわち、判断部１３は、取り付けられたアダプタに対応する薬液の種類が設定されている患者情報に含まれる副作用情報の中に含まれるか判断する。

そして、含まれると判断された場合、出力部１４は、図９（２）に示すように警告を出力する。図９（２）の「確認」ボタンをタッチすると、図９（３）の画面になる。

なお、ここでは、患者情報の設定がアダプタの取り付けより前である場合を例に説明したが、アダプタの取り付けが患者情報の設定より前の場合も同様に警告を出力できる。例えば、図７（３）の「はい」のタッチの前に保持部１１１に１つのアダプタが取り付けられる。そして、図７（３）の「はい」のタッチが行われると、それに応じて設定部１２による患者情報の設定、判断部１３による判断、及び、出力部１４による出力が行われる。

“警告機能２”
警告機能２は、腎機能が低下している患者に薬液を注入しようとしている際に注意喚起する機能である。

判断部１３は、設定されている患者情報で示される腎機能が予め設定される基準値以下か判断する。例えば、判断部１３は、当該患者情報で示される推算糸球体濾過量が予め設定される基準値以下か判断する。出力部１４は、判断部１３により基準値以下と判断された場合、警告を出力する。警告は、ディスプレイ、スピーカ、警告ランプ等のあらゆる出力装置を介して実現される。

なお、患者情報に含まれる推算糸球体濾過量を示す情報が、推算糸球体濾過量を示す情報（例：血清クレアチニン値等）である場合、薬液注入装置１０が当該情報に基づき推算糸球体濾過量を算出してもよいし、制御ボックス２０が当該情報に基づき推算糸球体濾過量を算出してもよい。

後者においては、例えば、制御ボックス２０は、図５のＳ１３で患者情報をＲＩＳ３０から取得した後、取得した患者情報の数が「１」の場合にはその患者情報に含まれる推算糸球体濾過量を示す情報（例：血清クレアチニン値等）に基づき推算糸球体濾過量を算出してもよい。そして、制御ボックス２０は、算出した推算糸球体濾過量を患者情報に含めて、Ｓ１７で薬液注入装置１０に送信してもよい。一方、取得した患者情報の数が「その他」の場合には、制御ボックス２０は推算糸球体濾過量を算出する処理を実行しなくてもよい。推算糸球体濾過量を算出する処理の詳細（算出式等）は設計的事項である。

“警告機能３”
警告機能３は、腎機能を判断するためのデータが古い場合に注意喚起する機能である。

判断部１３は、設定されている患者情報で示される腎機能の測定日が予め設定される基準日より前か判断する。例えば、判断部１３は、当該患者情報で示される推算糸球体濾過量の測定日（例：血清クレアチニン値の測定日）が予め設定される基準日より前か判断する。そして、出力部１４は、判断部１３により基準日より前と判断された場合、警告を出力する。

警告は、ディスプレイ、スピーカ、警告ランプ等のあらゆる出力装置を介して実現される。基準日は、「現在からＭ日前」と定義されてもよい。Ｍの値はオペレータが設定できてもよい。

次に、図１０及び図１１を用いて、警告機能２及び３において薬液注入装置１０により表示される情報の一例を説明する。

図１０のポップアップは、図７（３）のポップアップにあたる。枠Ｂ内には推算糸球体濾過量が表示されている。この値が基準値以下の場合、警告マークＭ１が表示される。枠Ｃ内には推算糸球体濾過量の測定日が表示されている。この測定日が基準日より前の場合、警告マークＭ２が表示される。

薬液注入装置１０に対する任意の操作で図１１に示すような設定画面を呼び出せてもよい。そして、オペレータは、当該設定画面から、推算糸球体濾過量の基準値や、推算糸球体濾過量の測定日の基準日を設定できてもよい。

“情報表示機能１”
情報表示機能１では、出力部１４は、副作用歴のある１つ又は複数の薬液の種類、及び、各々の重篤度のグレードを出力する。出力部１４は、例えばこのような情報をディスプレイに表示する。

次に、図１２乃至図１５を用いて、情報表示機能１において薬液注入装置１０により表示される情報の一例を説明する。

図１２のポップアップは、図７（３）のポップアップにあたる。表示されている患者情報の中に副作用歴のある薬液の種類及び各々の重篤度のグレードが含まれている場合、出力部１４は枠Ｄのような警告を行う。枠Ｄ内のボタンをタッチされると、出力部１４は、副作用情報の詳細を出力する。

副作用歴のある薬液の種類が１つの場合、図１３に示すような画面となる。副作用歴のある薬液の種類が複数の場合、図１４に示すような画面となる。これらの画面では、副作用歴のある１つ又は複数の薬液の種類、及び、各々の重篤度のグレードが表示されている。「ＯＫ」ボタンをタッチすると、図１２に戻る。

なお、副作用歴のある薬液の中の少なくとも１つの重篤度のグレードが閾値以上である場合、図１２の枠Ｄ内の情報を図１５のＥのように変更してもよい。すなわち、副作用歴のある薬液の中のすべての重篤度のグレードが閾値未満である場合、図１２の枠Ｄ内の情報が表示され、少なくとも１つの重篤度のグレードが閾値以上である場合、図１２の枠Ｄ内の情報を図１５のＥのように変更してもよい。当該表示により、副作用歴のある薬液の中に、重篤度のグレードが閾値以上であるものが含まれるか否かを直感的に把握できる。なお、重篤度のグレードの閾値は、オペレータが設定できてもよい。

“情報表示機能２”
情報表示機能２では、出力部１４は、患者情報が設定されていない場合、その旨を識別する情報を出力する。

次に、図１６を用いて、情報表示機能２において薬液注入装置１０により表示される情報の一例を説明する。

図１６では、ボタンＸの横に患者の氏名が表示されていない。この表示により、患者情報が設定されていないことを直感的に把握できる。

なお、詳細な説明は省略するが、薬液注入装置１０に必要な情報が設定され、薬液注入動作可能な状態になると、注入実行ユニット１１０が薬液の注入動作を行う。

次に、撮像システムに含まれる各装置のハードウエア構成の一例について説明する。各装置の各機能は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図１７は、各装置のハードウエア構成を例示するブロック図である。図１７に示すように、各装置は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。なお、周辺回路４Ａを有さなくてもよい。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、入力装置（例：キーボード、マウス、マイク等）、外部装置、外部サーバ、外部センサー等から情報を取得するためのインターフェイスや、出力装置（例：ディスプレイ、スピーカ、プリンター、メーラ等）、外部装置、外部サーバ等に情報を出力するためのインターフェイスなどを含む。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

次に、本実施形態の作用効果を説明する。
アダプタの取り付け、及び、患者情報の設定の両方を満たしたタイミングで副作用に関する警告を出力する本実施形態の薬液注入装置１０によれば、薬液シリンジを薬液注入装置に取り付ける前に警告を出力することができる。かかる場合、薬液シリンジを包装資材から取り出す前に警告を出力することが可能となるので、包装資材から取り出されたが使用されない薬液シリンジの発生を抑制できる。

なお、本実施形態の薬液注入装置１０は、特許文献１に開示されている警告技術を採用することもできる。かかる場合、複数のタイミングで警告を出力できるので、より確実に警告をオペレータに認識させることができる。

また、本実施形態の薬液注入装置１０は、副作用歴のある１つ又は複数の薬液の種類、及び、各々の重篤度のグレードを出力することができる。当該情報により、オペレータは薬液注入を実行してよいか否かを正確に判断できるようになる。

また、本実施形態の薬液注入装置１０は、副作用歴のある薬液の種類の中に重篤度のグレードが閾値以上であるものが含まれる場合、その旨を示す情報を出力することができる。当該情報により、オペレータはその旨を確実に把握できるようになる。

また、本実施形態の薬液注入装置１０は、患者情報が設定されていない場合、その旨を識別する情報を出力することができる。当該情報により、オペレータはその旨を確実に把握できるようになる。

また、本実施形態の薬液注入装置１０は、推算糸球体濾過量が基準値以下である場合、また、推算糸球体濾過量の測定日が基準日より前である場合、警告を出力することができる。当該情報により、オペレータはその旨を確実に把握できるようになる。

また、本実施形態の薬液注入装置１０は、ＲＩＳ３０から送信されてきた患者情報が１つの場合はその患者情報を設定し、ＲＩＳ３０から送信されてきた患者情報が複数の場合は患者情報を設定せず、その旨を出力する。

なお、ＲＩＳ３０から送信されてきた患者情報が複数の場合、送信されてきた複数の患者情報の中からいずれかをオペレータに選択させ、それを設定するという処理も考えられる。しかし、この場合、取り間違いが起きる可能性がある。

そこで、本実施形態の薬液注入装置１０は、ＲＩＳ３０から送信されてきた患者情報が複数の場合は患者情報を設定せず、その旨を出力することとする。この場合、ＲＩＳ３０を操作し、１つの患者情報が薬液注入装置１０に送信されるように設定（検索条件の設定、リクエストに応じて送信する１つの患者情報を指定）することとなる。ＲＩＳ３０側で薬液注入装置１０に送信する患者情報の最終確認をできるので、取り間違いを減らすことができる。

また、本実施形態の薬液注入装置１０は、薬液注入装置１０の操作に応じて患者情報のリクエストを送信した場合と、ＲＩＳ３０の操作に応じて患者情報のリクエストを送信した場合とで、処理内容を変えることができる。

ＲＩＳ３０側で薬液注入装置１０に送信する患者情報の最終確認を行った後に、ＲＩＳ３０を操作することで患者情報のリクエストを薬液注入装置１０に要求する場合、その患者情報に取り間違い等が起きている可能性は低い。このため、ＲＩＳ３０の操作に応じた場合は取得した患者情報をそのまま設定する。結果、不要な確認作業を減らし、オペレータの作業負担を軽減できる。一方、薬液注入装置１０の操作に応じた場合は取得した患者情報を提示し、それを設定するか否かの問い合わせを行うことで、取り違いなどの不都合を減らす。

また、本実施形態の薬液注入装置１０は、ＲＩＳ３０から送信されてきた患者情報をそのまま制御ボックス２０から受信するのでなく、一度、その数を示す情報を制御ボックス２０から受信し、その数に応じて処理内容を変えることができる。このようにすれば、薬液注入装置１０は、不要に多数の患者情報を受信する不都合を回避できる。結果、処理負担を軽減できる。

「第２の実施形態」
図１８に、撮像システムの機能ブロック図の一例を示す。図示するように、本実施形態の撮像システムは、制御ボックス２０を有さない点で、第１の実施形態の撮像システムと異なる。この場合、薬液注入装置１０は、制御ボックス２０を介さずに、ＲＩＳ３０及びＰＡＣＳ４０と通信する。その他の構成は、第１の実施形態と同様である。

本実施形態によれば、第１の実施形態と同様の作用効果を実現できる。

以下、参考形態の例を付記する。
１． アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定部と、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定部と、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定部に特定された前記薬液の種類が含まれるか判断する判断部と、
前記特定部に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力部と、
を有する薬液注入装置。
２． １に記載の薬液注入装置において、
１つの薬液の種類に１つのアダプタが対応する薬液注入装置。
３． １又は２に記載の薬液注入装置において、
前記副作用情報には、副作用歴のある薬液の種類各々の重篤度のグレードが含まれており、
前記出力部は、副作用歴のある１つ又は複数の薬液の種類、及び、各々の前記重篤度のグレードを出力する薬液注入装置。
４． １から３のいずれかに記載の薬液注入装置において、
前記出力部は、前記患者情報が設定されていない場合、その旨を識別する情報を出力する薬液注入装置。
５． １から４のいずれかに記載の薬液注入装置において、
前記患者情報には、腎機能を示す情報が含まれており、
前記判断部は、設定されている患者情報で示される腎機能が基準値以下か判断し、
前記出力部は、設定されている患者情報で示される腎機能が基準値以下である場合、警告を出力する薬液注入装置。
６． ５に記載の薬液注入装置において、
前記患者情報には、腎機能の測定日を示す情報が含まれており
前記判断部は、設定されている患者情報で示される腎機能の測定日が基準日より前か判断し、
前記出力部は、設定されている患者情報で示される腎機能の測定日が基準日より前である場合、警告を出力する薬液注入装置。
７． １から６のいずれかに記載の薬液注入装置において、
前記患者情報のリクエストをサーバに送信する取得部をさらに有し、
前記リクエストに応じて前記サーバから送信されてきた前記患者情報の数に応じて処理内容を異ならせる薬液注入装置。
８． ７に記載の薬液注入装置において、
前記薬液注入装置は中継装置経由で前記サーバと通信し、
前記中継装置は、前記リクエストに応じて前記サーバから送信されてきた前記患者情報を取得すると、前記患者情報の数を前記薬液注入装置に通知し、
前記患者情報の数が１の場合、前記取得部はその前記患者情報を前記中継装置にリクエストして前記中継装置から取得し、前記設定部はその前記患者情報を設定する薬液注入装置。
９． ８に記載の薬液注入装置において、
前記患者情報の数が０、及び、２以上の中のいずれかである場合、前記出力部はその旨を通知する薬液注入装置。
１０． ９に記載の薬液注入装置において、
前記患者情報の数が０、及び、２以上の中のいずれかである場合、前記取得部は前記患者情報を前記中継装置に要求しない薬液注入装置。
１１． ８から１０のいずれかに記載の薬液注入装置において、
前記取得部は、前記薬液注入装置の操作、又は、前記サーバの操作に応じて前記患者情報のリクエストを前記サーバに送信し、
前記患者情報の数が１、かつ、前記薬液注入装置の操作に応じて前記患者情報のリクエストを前記サーバに送信した場合、
前記出力部は、前記取得部が前記中継装置から取得した前記患者情報、及び、当該患者情報を設定するか否かの問い合わせを出力し、前記設定部は、前記問い合わせの回答が設定するである場合にその前記患者情報を設定し、
前記患者情報の数が１、かつ、前記サーバの操作に応じて前記患者情報のリクエストを前記サーバに送信した場合、
前記出力部は、前記問い合わせを出力せず、前記設定部は、前記取得部が前記中継装置から取得した前記患者情報を設置する薬液注入装置。
１２． １から１１のいずれかに記載の薬液注入装置において、
前記副作用情報には、副作用歴のある薬液の種類各々の重篤度のグレードが含まれており、
前記出力部は、少なくとも１つの重篤度のグレードが閾値以上である場合、その旨を示す情報を出力する薬液注入装置。
１３． コンピュータが、
アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定工程と、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定工程と、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定工程で特定された前記薬液の種類が含まれるか判断する判断工程と、
前記特定工程で特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力工程と、
を実行する薬液注入装置の動作方法。
１４． コンピュータを、
アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定手段、
副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定手段、
前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定手段に特定された前記薬液の種類が含まれるか判断する判断手段、
前記特定手段に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力手段、
として機能させるプログラム。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１０ 薬液注入装置
１１ 特定部
１２ 設定部
１３ 判断部
１４ 出力部
１５ 取得部
１１０ 注入実行ユニット
１１１ 保持部
１１２ 押圧部
１２０ 注入制御ユニット
２０ 制御ボックス
３０ ＲＩＳ
４０ ＰＡＣＳ
５０ 画像閲覧装置
６０ 透視撮像装置

Claims (13)

1. アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定部と、
   副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定部と、
   前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定部に特定された前記薬液の種類が含まれるか判断する判断部と、
   前記特定部に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力部と、
   を有する薬液注入装置。
2. 請求項１に記載の薬液注入装置において、
   １つの薬液の種類に１つのアダプタが対応する薬液注入装置。
3. 請求項１又は２に記載の薬液注入装置において、
   前記副作用情報には、副作用歴のある薬液の種類各々の重篤度のグレードが含まれており、
   前記出力部は、副作用歴のある１つ又は複数の薬液の種類、及び、各々の前記重篤度のグレードを出力する薬液注入装置。
4. 請求項１から３のいずれか１項に記載の薬液注入装置において、
   前記出力部は、前記患者情報が設定されていない場合、その旨を識別する情報を出力する薬液注入装置。
5. 請求項１から４のいずれか１項に記載の薬液注入装置において、
   前記患者情報には、腎機能を示す情報が含まれており、
   前記判断部は、設定されている患者情報で示される腎機能が基準値以下か判断し、
   前記出力部は、設定されている患者情報で示される腎機能が基準値以下である場合、警告を出力する薬液注入装置。
6. 請求項５に記載の薬液注入装置において、
   前記患者情報には、腎機能の測定日を示す情報が含まれており
   前記判断部は、設定されている患者情報で示される腎機能の測定日が基準日より前か判断し、
   前記出力部は、設定されている患者情報で示される腎機能の測定日が基準日より前である場合、警告を出力する薬液注入装置。
7. 請求項１から６のいずれか１項に記載の薬液注入装置において、
   前記患者情報のリクエストをサーバに送信する取得部をさらに有し、
   前記リクエストに応じて前記サーバから送信されてきた前記患者情報の数に応じて処理内容を異ならせる薬液注入装置。
8. 請求項７に記載の薬液注入装置において、
   前記薬液注入装置は中継装置経由で前記サーバと通信し、
   前記中継装置は、前記リクエストに応じて前記サーバから送信されてきた前記患者情報を取得すると、前記患者情報の数を前記薬液注入装置に通知し、
   前記患者情報の数が１の場合、前記取得部はその前記患者情報を前記中継装置にリクエストして前記中継装置から取得し、前記設定部はその前記患者情報を設定する薬液注入装置。
9. 請求項８に記載の薬液注入装置において、
   前記患者情報の数が０、及び、２以上の中のいずれかである場合、前記出力部はその旨を通知する薬液注入装置。
10. 請求項９に記載の薬液注入装置において、
    前記患者情報の数が０、及び、２以上の中のいずれかである場合、前記取得部は前記患者情報を前記中継装置に要求しない薬液注入装置。
11. 請求項８から１０のいずれか１項に記載の薬液注入装置において、
    前記取得部は、前記薬液注入装置の操作、又は、前記サーバの操作に応じて前記患者情報のリクエストを前記サーバに送信し、
    前記患者情報の数が１、かつ、前記薬液注入装置の操作に応じて前記患者情報のリクエストを前記サーバに送信した場合、
    前記出力部は、前記取得部が前記中継装置から取得した前記患者情報、及び、当該患者情報を設定するか否かの問い合わせを出力し、前記設定部は、前記問い合わせの回答が設定するである場合にその前記患者情報を設定し、
    前記患者情報の数が１、かつ、前記サーバの操作に応じて前記患者情報のリクエストを前記サーバに送信した場合、
    前記出力部は、前記問い合わせを出力せず、前記設定部は、前記取得部が前記中継装置から取得した前記患者情報を設置する薬液注入装置。
12. コンピュータが、
    アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定工程と、
    副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定工程と、
    前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定工程で特定された前記薬液の種類が含まれるか判断する判断工程と、
    前記特定工程で特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力工程と、
    を実行する薬液注入装置の動作方法。
13. コンピュータを、
    アダプタを介して薬液シリンジを保持する保持部に前記アダプタが取り付けられると、取り付けられた前記アダプタに対応する薬液の種類を特定する特定手段、
    副作用歴のある薬液の種類を示す副作用情報を含む患者情報を設定する設定手段、
    前記アダプタの取り付け、及び、前記患者情報の設定の両方を満たすと、それに応じて、前記副作用情報の中に前記特定手段に特定された前記薬液の種類が含まれるか判断する判断手段、
    前記特定手段に特定された前記薬液の種類が前記副作用情報に含まれる場合、警告を出力する出力手段、
    として機能させるプログラム。

Images