JP6554813B2 - 検査支援システム、検査支援プログラム - Google Patents

Description

本発明は、薬品の服用に適切な検査の実施確認を支援することが可能な検査支援システムに関する。

病院等の医療機関では、処方内容が電子カルテシステムなどに入力されることにより処方データが発行され、前記処方データに基づいて薬品が調剤される（例えば、特許文献１参照）。ところで、患者が薬品を服用する場合には、薬品の添付文書に記載された通りの服用方法を遵守することが望ましい。例えば、薬品の種類によっては、その薬品を服用する患者について実施されるべき検査の検査項目及び検査時期が定められている場合がある。

特開２０１３−１２５３７７号公報

しかしながら、医師又は薬剤師などの医療従事者が、薬品を服用する患者について、その薬品ごとに予め設定された検査項目について適切な実施時期の検査が実施されているか否かを判断することは困難である。

本発明の目的は、薬品の服用に適切な検査の実施確認を支援することが可能な検査支援システムを提供することにある。

本発明に係る検査支援システムは、処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目及び前記検査項目の実施時期に関する検査条件を取得する第１取得処理部と、前記処方データに対応する患者に関する前記検査項目の検査実施状況を取得する第２取得処理部と、前記検査実施状況が前記検査条件を充足しているか否かを判定する判定処理部と、前記判定処理部による判定結果を出力する出力処理部とを備える。

本発明によれば、前記検査実施状況が前記検査条件を充足しているか否かが判定されて、その判定結果が出力されるため、ユーザーによる前記薬品の服用に適切な検査の実施確認が支援される。これにより、例えば薬品の服用に必要な検査の実施漏れなどが抑制される。

具体的に、前記検査条件に、前記検査項目に対応する検査間隔が含まれ、前記判定処理部が、前記患者について前記検査項目の検査が前記検査間隔内で実施されているか否かを判定することが考えられる。

また、前記検査条件に、前記検査項目に対応する検査間隔が含まれ、前記判定処理部が、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品に対応する前記検査期間とに基づいて検査期間を特定すると共に、前記検査期間各々において前記検査項目の検査が実施されたか否かを判定することが考えられる。

前記出力処理部は、前記検査実施状況及び前記検査条件の関係が時系列に沿って示される模式図を前記判定結果と共に出力することが考えられる。

前記判定処理部は、前記判定処理部によって複数の前記検査期間が特定された場合は、複数の前記検査期間のうち現在日時が属する検査期間を少なくとも含む予め設定された一又は複数の検査期間について、前記検査項目の検査が実施されたか否かを判定することが考えられる。そして、前記出力処理部は、前記判定処理部による判定対象となった一又は複数の前記検査期間について前記検査実施状況及び前記検査条件の関係が時系列に沿って示される模式図を前記判定結果と共に出力することが考えられる。

例えば、前記検査間隔は、前記患者の前記薬品の初回服用日からの経過期間、患者の年齢、及び患者の性別のいずれか一つ又は複数の組み合わせごとに設定されている。

また、現在よりも前に前記患者が前記薬品を服用していない場合、又は前記患者が前記薬品を最後に服用した日が現在から予め設定された特定期間以上前である場合には、前記処方データに含まれる服薬開始日が前記初回服用日であることが考えられる。

前記検査支援システムは、前記薬品に対応付けられた前記検査条件を操作入力に応じて任意に設定可能な設定処理部を更に備えることが考えられる。

前記設定処理部は、薬品を識別するための薬品情報と前記薬品情報に対応する薬品について予め設定された既定検査項目及び前記既定検査項目の実施時期に関する既定検査条件とが予め登録された薬品データベースから、前記薬品に対応する前記既定検査条件を読み出して前記検査条件に反映可能であることが考えられる。

前記設定処理部は、前記検査条件を患者ごとに個別に設定可能であって、前記第１取得処理部が、前記処方データに対応する患者に対応付けて個別に設定されている前記検査条件を取得可能であることが考えられる。

前記出力処理部は、例えば前記判定結果の表示、印刷、又はデータ送信の少なくとも一つを実行可能であることが考えられる。

本発明によれば、薬品の服用に適切な検査の実施確認を支援することが可能な検査支援システムが実現される。

図１は、本発明の実施形態に係る検査支援システムの構成を示すブロック図である。 図２（Ａ）〜図２（Ｄ）は、本発明の実施形態に係る検査支援システムで使用されるマスター情報の一例を示す図である。 図３（Ａ）〜図３（Ｃ）は、本発明の実施形態に係る検査支援システムで使用されるマスター情報の一例を示す図である。 図４（Ａ）、図４（Ｂ）は、本発明の実施形態に係る検査支援システムで使用されるマスター情報の一例を示す図である。 図５（Ａ）、図５（Ｂ）は、本発明の実施形態に係る検査支援システムで使用されるマスター情報の一例を示す図である。 図６は、本発明の実施形態に係る検査支援システムで使用されるマスター情報の一例を示す図である。 図７は、本発明の実施形態に係る検査支援システムにおける表示画面の一例を示す図である。 図８は、本発明の実施形態に係る検査支援システムにおける表示画面の一例を示す図である。 図９は、本発明の実施形態に係る検査支援システムにおける表示画面の一例を示す図である。 図１０は、本発明の実施形態に係る検査支援システムにおける表示画面の一例を示す図である。 図１１は、本発明の実施形態に係る検査支援システムで使用される処方チェック情報一例を示す図である。 図１２は、本発明の実施形態に係る検査支援システムにおける処方データの流れを示す図である。 図１３は、本発明の実施形態に係る検査支援システムで実行される定期的検査チェック処理の一例を示すフローチャートである。 図１４は、本発明の実施形態に係る検査支援システムで実行される服用前判定処理の一例を示すフローチャートである。 図１５は、本発明の実施形態に係る検査支援システムで実行される服用後判定処理の一例を示すフローチャートである。 図１６は、本発明の実施形態に係る検査支援システムで出力されるエラー画面の一例を示す図である。 図１７は、本発明の実施形態に係る検査支援システムで出力されるエラー画面の一例を示す図である。 図１８は、本発明の実施形態に係る検査支援システムで出力される確認画面の一例を示す図である。 図１９は、本発明の実施形態に係る検査支援システムで出力される注意画面の一例を示す図である。 図２０は、本発明の実施形態に係る検査支援システムで表示される服薬管理画面の一例を示す図である。 図２１は、本発明の実施形態に係る検査支援システムで実行されるアレルギーチェック処理の一例を示すフローチャートである。 図２２は、本発明の実施形態に係る検査支援システムで実行される情報更新処理の一例を示すフローチャートである。 図２３は、本発明の実施形態に係る検査支援システムで表示される表示画面の一例を示す図である。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。

［検査支援システム１０］
本発明の実施形態に係る検査支援システム１０は、例えば病院、薬局、又は介護老人保健施設などの医療機関で使用される。前記検査支援システム１０を操作するユーザーは、例えば医師、看護師、又は薬剤師などの医療従事者である。なお、本実施形態において前記検査支援システム１０は、いわゆる調剤支援システム又は電子カルテシステムなどである。

図１に示されるように、前記検査支援システム１０は、サーバー１、クライアント端末２、調剤機器３、及びプリンター４を備える。なお、前記サーバー１単体を本発明に係る検査支援システムとして捉えてもよい。前記サーバー１、前記クライアント端末２、前記調剤機器３、及び前記プリンター４は、通信網５を介して無線又は有線で通信可能に接続される。前記通信網５は、ＬＡＮ、ＷＡＮ、インターネット、又はイントラネットなどである。また、前記サーバー１には、電子カルテシステム、オーダーリングシステム、又はレセプトシステムなどの上位システム６が前記通信網５を介して接続される。

前記上位システム６では、ユーザー操作に応じて、患者ごとのプロファイルを示すホスト側患者データ、及び患者ごとの処方内容を示す処方データなどが記憶部６１に記憶される。そして、前記検査支援システム１０において、前記サーバー１は、前記上位システム６の前記記憶部６１から前記ホスト側患者データ及び前記処方データなどの情報を読み出すことが可能である。前記サーバー１では、前記上位システム６から取得される前記ホスト側患者データ及び前記処方データが蓄積して記憶される。なお、前記上位システム６が、前記サーバー１に、前記ホスト側患者データ及び前記処方データなどの情報を送信することも考えられる。

前記ホスト側患者データには、患者ごとの患者コード、患者名、性別、年齢、病棟、病名コード、病名（疾患）、担当医師、担当薬剤師、ホスト側アレルギー情報、及び検査データなどの情報が含まれる。前記患者コードは、患者を識別するための患者識別情報の一例である。

前記ホスト側アレルギー情報には、患者が有するアレルギーを識別するためのアレルギーコード及びアレルギー名称のいずれか一方又は両方が含まれる。前記検査データには、検査項目を示す検査コード、検査名称、検査実施時期、及び検査結果などが含まれる。前記検査コードは、検査項目を識別するための検査項目識別情報の一例である。

前記処方データには、薬品を服用する患者の患者コード、患者名、薬品の薬品コード、薬品名称、用量、用法、服用開始日、服用終了日などの情報が含まれる。なお、前記処方データに、前記処方データに対応する患者の前記ホスト側アレルギー情報が含まれることもある。前記薬品コードは、薬品を識別するための薬品情報の一例であり、前記薬品コードに代えてＪＡＮコード又はＹＪコードが用いられてもよい。

［調剤機器３］
前記調剤機器３各々は、薬品を自動調剤する機器又は薬剤師による薬品の調剤作業を支援する機器である。例えば、前記調剤機器３各々は、錠剤分包機、散薬分包機、水剤分注機、ＰＴＰシート払出装置、混注装置、又はピッキング補助装置などである。例えば、前記錠剤分包機は、複数種類の錠剤が収容された複数の薬品カセットを有し、前記サーバー１から入力される調剤用データに従って、前記薬品カセットから錠剤を払い出して１服用分ごとに分包紙で包装する分包動作を実行する。前記散薬分包機は、前記サーバー１から入力される調剤用データに従って、投入された散薬を１服用分ごとに分包紙で包装する分包動作を実行する。前記ピッキング補助装置は、前記処方データとピッキングされた薬品の前記薬品情報とを照合して薬剤師による薬品の調剤作業を支援する。

［プリンター４］
前記プリンター４は、前記サーバー１又は前記クライアント端末２などから入力される印刷データに含まれる情報を紙などのシートに印刷する。例えば、前記プリンター４は、前記検査支援システム１０において、処方箋、薬情、手帳、又は薬袋などの印刷に用いられる。

［クライアント端末２］
前記クライアント端末２は、制御部２１、記憶部２２、通信Ｉ／Ｆ２３、表示装置２４、操作装置２５、及びドライブ装置２６などを備えるコンピュータである。前記クライアント端末２は、薬剤師が前記処方データに基づく調剤を実施する調剤室１００又は、薬剤師が薬剤の服薬に関する指導又は確認を実施する病棟２００などに設けられる操作端末である。なお、前記クライアント端末２は、スマートフォン又はタブレット端末などのモバイル端末であってもよい。

前記制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びＥＥＰＲＯＭ（登録商標）などの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるための制御プログラムなどの情報が予め記憶される不揮発性の記憶部である。前記ＲＡＭは揮発性の記憶部、前記ＥＥＰＲＯＭは不揮発性の記憶部である。前記ＲＡＭ及び前記ＥＥＰＲＯＭは、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、前記制御部２１は、前記ＣＰＵを用いて、前記ＲＯＭ、前記ＥＥＰＲＯＭ、又は前記記憶部２２に予め記憶された各種の制御プログラムに従って各種の処理を実行する。

前記記憶部２２は、前記制御部２１によって実行される各種のアプリケーションプログラム及び各種のデータが記憶されるハードディスク又はＳＳＤ等の不揮発性の記憶部である。具体的に、前記記憶部２２には、オペレーティングシステム（ＯＳ）及びブラウザソフトなどのアプリケーションプログラムが記憶されるプログラム記憶部２２１が含まれる。前記ブラウザソフトは、前記通信網５を介して前記サーバー１にアクセスすることにより前記表示装置２４に各種の操作画面などを表示させると共に、前記操作装置２５を用いた前記操作画面に対する入力操作を前記サーバー１に伝達するためのアプリケーションソフトウェアである。具体的に、前記制御部２１は、前記ブラウザソフトにより表示される操作画面の所定位置に、前記サーバー１に対応するＵＲＬ（Universal Resource Locator）などのアドレス情報が入力された場合に、該アドレス情報に基づいて前記サーバー１にアクセスする。

前記通信Ｉ／Ｆ２３は、前記通信網５を介して前記サーバー１、前記調剤機器３、及び前記プリンター４などの外部機器との間で、予め定められた通信プロトコルに従って無線又は有線でデータ通信を実行する通信インターフェースである。

前記表示装置２４は、前記制御部２１からの制御指示に従って各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示部である。前記操作装置２５は、前記クライアント端末２に各種の情報を入力するためにユーザーによって操作される操作部である。具体的に、前記操作装置２５は、前記表示装置２４に表示される各種の操作画面における入力操作を受け付けるキーボード及びマウス（ポインティングデバイス）を含む。また、前記操作装置２５は、前記表示装置２４に表示される各種の操作画面に対するタッチ操作を受け付けるタッチパネル、又は音声認識により各種情報の入力を受け付ける音声入力装置を含むものであってもよい。

前記ドライブ装置２６は、前記ＯＳ又は前記ブラウザソフトなどのアプリケーションプログラムが記録されたコンピュータ読み取り可能な記録媒体２６１から前記ＯＳ又は前記ブラウザソフトなどを読み取ることが可能である。前記記録媒体２６１は、ＣＤ、ＤＶＤ、ＢＤ、又はＵＳＢメモリなどであり、前記ドライブ装置１６は、ＣＤドライブ、ＤＶＤドライブ、ＢＤドライブ、又はＵＳＢポートなどである。

そして、前記検査支援システム１０では、ユーザーによる前記クライアント端末２の操作に応じて、例えば薬剤師の調剤業務及び薬剤師の病棟薬剤業務に関する各種情報の表示、記録、及び印刷などが実行可能である。具体的に、本実施形態では、前記サーバー１と前記クライアント端末２とによりサーバクライアントシステムが構成されており、前記サーバー１が前記クライアント端末２のユーザー操作に応じて薬剤師の調剤業務及び薬剤師の病棟薬剤業務に関する各種情報の表示、記録、及び印刷などを実行する。そのため、以下に説明する「表示」、「操作」、「選択」、及び「入力」などは、前記クライアント端末２の前記表示装置２４及び前記操作装置２５を用いて行われる。

なお、前記クライアント端末２に、後述する前記サーバー１と同様の機能を有する制御プログラムの一部又は全部がインストールされており、前記制御部２１が、前記サーバー１から必要な情報を適宜取得して、前記調剤業務及び前記病棟薬剤業務に関する各種の表示、記録、及び印刷などを実行することも考えられる。

［サーバー１］
前記サーバー１は、制御部１１、記憶部１２、通信Ｉ／Ｆ１３、表示装置１４、操作装置１５、及びドライブ装置１６などを備えるコンピュータである。前記サーバー１は、前記検査支援システム１０が使用される前記医療機関の内部又は外部に設けられる。

前記通信Ｉ／Ｆ１３は、前記通信網５を介して前記クライアント端末２、前記調剤機器３、前記プリンター４、及び前記上位システム６などの外部機器との間で、所定の通信プロトコルに従って無線又は有線でデータ通信を実行するインターフェースである。

前記表示装置１４は、前記制御部１１からの制御指示に従って各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイなどの表示部である。前記操作装置１５は、前記サーバー１に各種の情報を入力するためにユーザーによって操作される操作部である。具体的に、前記操作装置１５は、前記表示装置１４に表示される各種の操作画面における入力操作を受け付けるキーボード及びマウス（ポインティングデバイス）を含む。また、前記操作装置１５は、前記表示装置１４に表示される各種の操作画面に対するタッチ操作を受け付けるタッチパネル、又は音声認識により各種情報の入力を受け付ける音声入力装置を含むものであってもよい。

前記ドライブ装置１６は、コンピュータ読み取り可能な記録媒体１６１から各種の制御プログラム又は各種の情報を読み取ることが可能である。前記記録媒体１６１は、ＣＤ、ＤＶＤ、ＢＤ、又はＵＳＢメモリなどであり、前記ドライブ装置１６は、ＣＤドライブ、ＤＶＤドライブ、ＢＤドライブ、又はＵＳＢポートなどである。そして、前記サーバー１では、前記制御部１１により、前記ドライブ装置１６を用いて前記記録媒体１６１から読み取られた前記制御プログラムが前記記憶部１２に記憶される。

前記制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びＥＥＰＲＯＭ（登録商標）などの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるための制御プログラムなどの情報が予め記憶される不揮発性の記憶部である。前記ＲＡＭは揮発性の記憶部、前記ＥＥＰＲＯＭは不揮発性の記憶部である。前記ＲＡＭ及び前記ＥＥＰＲＯＭは、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。また、前記制御部１１は、時間を計時するシステムクロックを備えており、前記システムクロックから現在日時を取得することができる。そして、前記制御部１１は、前記ＣＰＵを用いて、前記ＲＯＭ、前記ＥＥＰＲＯＭ、又は前記記憶部１２に記憶されている前記制御プログラムに従って各種の処理を実行する。

例えば、前記制御部１１は、前記上位システム６から前記処方データを取得し、前記処方データを前記記憶部１２に記憶するための処理を実行する。具体的に、前記制御部１１は、予め設定されたタイミングで前記上位システム６の前記記憶部６１から前記処方データを読み出すことによって前記処方データを取得する。また、前記制御部１１は、前記記憶部６１に新たに前記処方データが記憶されたか否かを監視し、前記記憶部６１に新たに前記処方データが記憶された場合に前記処方データを取得することも考えられる。さらに、前記制御部１１は、前記記憶部６１に記憶された前記処方データと前記記憶部１２に記憶されている前記処方データとの間に差分が生じた場合に前記上位システム６から前記処方データを取得することも考えられる。なお、前記上位システム６が、前記処方データが登録又は変更された場合に前記処方データを前記サーバー１に送信することも考えられる。この場合、前記制御部１１は、前記上位システム６から送信される前記処方データを受信し、前記処方データを前記記憶部１２に記憶させる。

また、前記制御部１１は、前記上位システム６から前記ホスト側患者データを記上位システム６から取得し、前記ホスト側患者データを前記記憶部１２に記憶するための処理を実行する。具体的に、前記制御部１１は、予め設定されたタイミングで前記上位システム６の前記記憶部６１から前記ホスト側患者データを読み出すことによって前記ホスト側患者データを取得する。また、前記制御部１１は、前記記憶部６１に新たに前記ホスト側患者データが記憶されたか否かを監視し、前記記憶部６１に新たに前記ホスト側患者データが記憶された場合に前記ホスト側患者データを取得することも考えられる。さらに、前記制御部１１は、前記記憶部６１に記憶された前記ホスト側患者データと前記記憶部１２に記憶されている前記ホスト側患者データとの間に差分が生じた場合に前記上位システム６から前記ホスト側患者データを取得することも考えられる。なお、前記上位システム６が、前記ホスト側患者データが登録又は変更された場合に前記ホスト側患者データを前記サーバー１に送信することも考えられる。この場合、前記制御部１１は、前記上位システム６から送信される前記ホスト側患者データを受信し、前記ホスト側患者データを前記記憶部１２に記憶させる。

さらに、前記制御部１１は、第１取得処理部１１１、第２取得処理部１１２、判定処理部１１３、設定処理部１１４、及び出力処理部１１５を含む。具体的に、前記制御部１１は、前記制御プログラムに従って各種の処理を実行することにより、前記第１取得処理部１１１、前記第２取得処理部１１２、前記判定処理部１１３、前記設定処理部１１４、及び前記出力処理部１１５として機能する。

前記第１取得処理部１１１は、前記処方データに含まれる前記薬品コードに対応する薬品について予め設定された検査項目及び前記検査項目の実施時期に関する検査条件を取得する。前記検査条件は、前記薬品を服用する患者について実施されるべき検査の内容を示す情報である。具体的に、前記第１取得処理部１１１は、前記記憶部１２に記憶される後述の薬品別検査条件情報Ｄ２１又は患者別検査条件情報Ｄ２２から前記検査条件を取得する。

前記第２取得処理部１１２は、前記処方データに対応する患者に関する前記検査項目の検査実施状況を取得する。前記検査実施状況は、患者について実施された検査の内容を示す情報であって、例えば検査日時及び検査結果などが含まれる。具体的に、前記第２取得処理部１１２は、前記記憶部１２に記憶される前記ホスト側患者データの前記検査データから前記検査実施状況を取得する。

前記判定処理部１１３は、前記第２取得処理部１１２で取得される前記検査実施状況が前記第１取得処理部１１１で取得される前記検査条件を充足しているか否かを判定する。これにより、前記処方データに含まれる前記薬品コードに対応する薬品を服用する患者について適切に検査が実施されているか否かが判断される。

前記設定処理部１１４は、前記薬品に対応付けられた前記検査条件を操作入力に応じて任意に設定可能である。具体的に、前記設定処理部１１４は、前記検査条件を薬品ごとに個別に設定することが可能である。また、前記設定処理部１１４は、前記薬品ごとに対応する前記検査条件の内容を患者ごとに個別に設定することも可能である。後述の薬品別検査条件情報Ｄ２１には薬品ごとの前記検査条件が登録されており、後述の患者別検査条件情報Ｄ２２には患者ごとの前記検査条件が登録されている。

前記出力処理部１１５は、前記判定処理部１１３による判定結果を出力可能である。例えば、前記出力処理部１１５は、前記判定結果の表示、印刷、又はデータ送信の少なくとも一つを実行可能である。具体的に、前記出力処理部１１５は、前記判定結果を前記サーバー１の前記表示装置１４又は前記クライアント端末２が備える後述の表示装置２４などに表示させることが可能である。また、前記出力処理部１１５は、前記プリンター４を用いて前記判定結果を処方箋、薬情、手帳、又は薬袋などに印刷することが可能である。さらに、前記出力処理部１１５は、前記判定結果を示すデータを例えば前記上位システム６などに送信するデータ送信を実行することが可能である。

前記記憶部１２は、前記制御部１１によって実行される各種の制御プログラム及び各種のデータが記憶されるハードディスク又はＳＳＤ等の不揮発性の記憶部である。具体的に、前記記憶部１２には、プログラム記憶部１２１、マスター記憶部１２２、及びデータ記憶部１２３が含まれる。

前記プログラム記憶部１２１は、前記制御部１１に各種の処理を実行させるための前記制御プログラムが記憶される記憶領域である。なお、前記プログラム記憶部１２１には、オペレーティングシステム（ＯＳ）及びブラウザソフトなどのアプリケーションプログラムも記憶される。

前記マスター記憶部１２２は、検査マスターＤ１１、定期的検査マスターＤ１２、病名マスターＤ１３、アレルギーマスターＤ１４、薬品マスターＤ１５、患者マスターＤ１６、分類マスターＤ１７、成分マスターＤ１８、食品分類マスターＤ１９などの各種マスター情報が記憶される記憶領域である。

図２（Ａ）に示されるように、前記検査マスターＤ１１では、前記医療機関で実施可能な検査項目を示す実施検査コード及び実施検査名称が対応付けて登録されている。例えば、前記制御部１１は、前記実施検査コード及び前記実施検査名称を、前記上位システム６から取得する前記検査データに基づいて更新可能である。具体的に、前記制御部１１は、前記検査データに含まれる前記検査コード及び前記検査名称が前記検査マスターＤ１１に登録されていない場合に、前記検査コード及び前記検査名称を前記実施検査コード及び前記実施検査名称として登録する。また、図２（Ａ）に示されるように、前記検査マスターＤ１１では、前記実施検査コード及び前記実施検査名称に対応付けて、ＪＬＡＣ１０コード及び診療行為コードが記憶されることがある。

図２（Ｂ）に示されるように、前記定期的検査マスターＤ１２では、後述の薬品データベースＤＢ１で定められている検査項目を示す既定検査コード及び既定検査名称と、前記検査マスターＤ１１で定められている前記実施検査コード及び前記実施検査名称との対応関係が登録されている。例えば、前記制御部１１は、前記サーバー１及び前記クライアント端末２に対応するユーザー操作に応じて、前記既定検査コード及び前記既定検査名称と前記実施検査コード及び前記実施検査名称との対応関係を設定することが可能である。なお、前記定期的検査マスターＤ１２では、前記薬品データベースＤＢ１で定められている前記既定検査コード及び前記既定検査名称が登録されており、前記既定検査コード及び前記既定検査名称に対応する前記実施検査コード及び前記実施検査名称が登録されていないレコードでは、前記実施検査コード及び前記実施検査名称がブランクの状態である。

また、図２（Ｂ）に示されるように、前記定期的検査マスターＤ１２では、前記既定検査コード及び前記既定検査名称に対応付けて、前記薬品データベースＤＢ１又は前記薬品マスターＤ１５で定められたＪＬＡＣ１０コード及び診療行為コードが記憶されている。これにより、前記制御部１１は、前記検査マスターＤ１１及び前記定期的検査マスターＤ１２各々の前記ＪＬＡＣ１０コード又は前記診療行為コードに基づいて、前記既定検査コード及び前記既定検査名称と前記実施検査コード及び前記実施検査名称との対応関係を自動的に設定することも可能である。なお、前記検査マスターＤ１１及び前記定期的検査マスターＤ１２においてＪＬＡＣ１０コード及び診療行為コードが省略されてもよい。

図２（Ｃ）に示されるように、前記病名マスターＤ１３では、病名を識別するために使用される病名コード及び病名が対応付けて記憶されている。例えば、前記制御部１１は、前記病名コード及び前記病名を、前記上位システム６から取得する前記ホスト側患者データに基づいて更新可能である。具体的に、前記制御部１１は、前記ホスト側患者データに含まれる前記病名コード及び前記病名が前記病名マスターＤ１３に登録されていない場合に、前記病名コード及び前記病名を前記病名マスターＤ１３に登録することが考えられる。なお、前記上位システム６における前記病名コードと前記検査支援システム１０における前記病名コードとが個別に設定されており、各々の対応関係が前記病名マスターＤ１３に登録されていることも考えられる。

図２（Ｄ）に示されるように、前記アレルギーマスターＤ１４では、アレルギー種別を識別するために使用されるアレルギーコード、アレルギー名称、起因区分、及び起因名称が対応付けて記憶されている。例えば、前記制御部１１は、前記アレルギーコード及び前記アレルギー名称を、前記上位システム６から取得する前記ホスト側患者データ又は前記処方データに含まれる前記ホスト側アレルギー情報に基づいて更新可能である。具体的に、前記制御部１１は、前記ホスト側アレルギー情報又は前記処方データに含まれる前記アレルギーコード及び前記アレルギー名称が前記アレルギーマスターＤ１４に登録されていない場合に、前記アレルギーコード及び前記アレルギー名称を前記アレルギーマスターＤ１４に登録することが考えられる。

前記起因名称は、一又は複数の前記アレルギー名称に共通して用いられるアレルギー種別を示す情報の一例である。例えば、図２（Ｄ）に示されている前記アレルギーマスターＤ１４では、「卵」及び「卵焼き」について同一の起因名称「卵由来成分含有薬剤」が登録されている。前記起因区分は、前記起因名称の分類を示す情報の一例である。例えば、前記起因区分は、「薬品」、「薬品分類」、「薬品成分」、又は「食品分類」から選択される。これにより、前記検査支援システム１０では、同様のアレルギー種別が異なるアレルギーコード及びアレルギー名称で前記アレルギーマスターＤ１４に登録されている場合でも、前記起因区分及び前記起因名称を用いて後述のアレルギーチェック処理が実行可能である。

図３（Ａ）に示されているように、前記薬品マスターＤ１５では、薬品ごとに、薬品コード、薬品名称、薬品分類（分類コード）、薬品成分（成分コード）、ＪＡＮコード、ＲＳＳコード、薬瓶コード、剤形、単位、比重、薬品種、配合変化、賦形薬品、注意事項、及び薬品別検査条件情報Ｄ２１などが対応付けて登録されている。

図３（Ｂ）に示されるように、前記薬品別検査条件情報Ｄ２１では、薬品コード、既定検査コード、実施検査コード、開始年齢、終了年齢、性別限定、投与前フラグ、投与後フラグ、開始実施期間、終了実施期間、及び検査間隔が対応付けて登録されている。前記既定検査コード及び前記実施検査コードは、前記薬品コードに対応する薬品が服用される場合に患者について実施されるべき検査の検査項目を示す情報である。なお、本実施形態では、前記既定検査コード及び前記実施検査コードが個別に設定されている場合を例に挙げて説明するが、前記上位システム６及び前記検査支援システム１０において共通の検査コードが使用されることも他の実施形態として考えられる。前記開始年齢及び前記終了年齢は、前記薬品別検査条件情報Ｄ２１の各レコードを適用する患者の年齢の範囲を示す情報である。前記性別限定は、前記薬品別検査条件情報Ｄ２１の各レコードを適用する患者の性別を示す情報である。前記投与前フラグ及び前記投与後フラグは、前記薬品別検査条件情報Ｄ２１の各レコードが、薬品の服用前及び服用後のいずれの時期の検査に適用される情報であるかを示すフラグである。

前記開始実施期間及び前記終了実施期間は、前記薬品別検査条件情報Ｄ２１の各レコードが適用される服用時期の範囲を示す情報であり、患者による薬品の初回服用日を基準とする期間を示す情報である。前記初回服用日は、現在よりも前に前記患者が前記薬品を服用していない場合には、前記処方データに含まれる服用開始日である。また、現在よりも前に前記患者が前記薬品を服用している場合であっても、前記患者が前記薬品を最後に服用した日が現在から予め設定された特定期間以上前である場合は、前記処方データに含まれる服用開始日が前記初回服用日である。具体的に、前記投与前フラグが「１」である場合は、前記開始実施期間が、前記薬品別検査条件情報Ｄ２１の各レコードが適用される服用時期の範囲の終期を示し、前記終了実施期間が、前記薬品別検査条件情報Ｄ２１の各レコードが適用される服用時期の範囲の始期を示す。また、前記投与後フラグが「１」である場合は、前記開始実施期間が、前記薬品別検査条件情報Ｄ２１の各レコードが適用される服用時期の範囲の始期を示し、前記終了実施期間が、前記薬品別検査条件情報Ｄ２１の各レコードが適用される服用時期の範囲の終期を示す。前記検査間隔は、前記薬品別検査条件情報Ｄ２１の各レコードの前記既定検査コード及び前記実施検査コードが示す検査項目に対応して予め設定された情報であり、例えば前記検査項目の検査の実施が必要な間隔を示す情報である。特に、前記検査間隔は、患者の年齢、患者の性別、及び薬品の初回服用日からの経過期間のいずれか一つ又は複数の組み合わせごとに設定されている。

例えば、図３（Ｂ）に示されている前記薬品別検査条件情報Ｄ２１のレコードＲ２１１では、薬品コードが「０００１」の薬品について、既定検査コードが「０１」であり、実施検査コードが「０１７２」の検査項目の検査が必要である旨が示されている。また、前記レコードＲ２１１では、患者の適用年齢が「０」歳〜「１５」歳であり、患者の適用性別が「両方」であることが示されている。さらに、前記レコードＲ２１１では、投与後フラグが「１」であって、開始実施期間が「０」日、終了実施期間が「３０」日であり、薬品の初回服用日の「０」日後〜「３０」日後である場合に適用される旨が示されている。そして、前記レコードＲ２１１では、前記検査間隔が「１５」日である旨が定められている。

また、図３（Ｂ）に示されている前記薬品別検査条件情報Ｄ２１のレコードＲ２１２では、薬品コードが「０００１」の薬品について、既定検査コードが「０２」であり、実施検査コードが「０１７３」の検査項目の検査が必要である旨が示されている。また、前記レコードＲ２１２では、患者の適用年齢が「０」歳以上であり、患者の適用性別が「男性」であることが示されている。さらに、前記レコードＲ２１２では、投与前フラグが「１」であって、開始実施期間が「３０」日、終了実施期間が「０」日であり、薬品の初回服用日の「０」日前〜「３０」日前について適用される旨が示されている。そして、前記レコードＲ２１２では、前記検査項目の検査が実施されるべき検査間隔が「１５」日である旨が定められている。なお、前記投与前フラグが「１」である場合であって、前記開始実施期間及び前記終了実施期間の間に１回の検査が行われていればよい場合には、前記実施間隔の設定が省略されてもよい。

図４（Ａ）に示されているように、前記患者マスターＤ１６では、患者ごとに、患者コード、患者名、年齢、性別、妊娠有無、飲酒有無、喫煙有無、病名、アレルギー情報、患者別検査条件情報Ｄ２２、患者別検査情報Ｄ２３、初回服用日情報Ｄ２４、及び検査間隔情報Ｄ２５などが対応付けて記憶されている。前記アレルギー情報には、患者が有するアレルギーを識別するための前記起因区分及び前記起因名称が含まれる。前記制御部１１は、前記サーバー１及び前記クライアント端末２に対応するユーザー操作に応じて、患者各々の前記アレルギー情報を登録することが可能である。

図４（Ｂ）に示されるように、前記患者別検査条件情報Ｄ２２では、患者コード、薬品コード、既定検査コード、実施検査コード、投与前フラグ、投与後フラグ、開始実施期間、終了実施期間、及び検査間隔が対応付けて登録されている。前記既定検査コード及び前記実施検査コードは、前記薬品コードに対応する薬品が服用される場合に患者について実施されるべき検査の検査項目を示す情報である。前記投与前フラグ及び前記投与後フラグは、前記患者別検査条件情報Ｄ２２の各レコードが、薬品の服用前及び服用後のいずれの時期の検査に適用される情報であるかを示すフラグである。前記開始実施期間及び前記終了実施期間は、前記薬品別検査条件情報Ｄ２２の各レコードが適用される服用時期の範囲を示す情報であり、薬品の初回服用日を基準とする期間を示す情報である。前記検査間隔は、前記薬品別検査条件情報Ｄ２１の各レコードの前記既定検査コード及び前記実施検査コードが示す検査項目に対応して予め設定された情報であり、例えば前記検査項目の検査の実施が必要な間隔を示す情報である。

例えば、図４（Ｂ）に示されている前記患者別検査条件情報Ｄ２２のレコードＲ２２１は、患者コードが「０００００００１」の患者について、薬品コードが「０００１」の薬品が処方される際に用いられる情報である。具体的に、前記レコードＲ２２１では、既定検査コードが「０１」であり、実施検査コードが「０１７２」の検査項目の検査が必要である旨が示されている。また、前記レコードＲ２２１では、投与後フラグが「１」であって、開始実施期間が「０」日、終了実施期間が「３０」日であり、薬品の初回服用日の「０」日後〜「３０」日後である場合に適用される旨が示されている。そして、前記レコードＲ２２１では、前記検査項目の検査が実施されるべき検査間隔が「１０」日である旨が定められている。即ち、薬品コード「０００１」及び既定検査コード「０１」に対応する前記検査間隔は、前記薬品別検査条件情報Ｄ２１では「１５」日に設定されており（図３（Ｂ）参照）、前記患者別検査条件情報Ｄ２２では「１０」日に設定されている（図４（Ｂ）参照）。

また、図４（Ｂ）に示されている前記患者別検査条件情報Ｄ２２のレコードＲ２２２は、患者コードが「０００００００１」の患者について、薬品コードが「０００１」の薬品が処方される際に用いられる情報である。具体的に、前記レコードＲ２２２では、既定検査コードが「０２」であり、実施検査コードが「０１７３」の検査項目の検査が必要である旨が示されている。また、前記レコードＲ２２２では、投与前フラグが「１」であって、開始実施期間が「２０」日、終了実施期間が「０」日であり、薬品の初回服用日の「０」日前〜「２０」日前について適用される旨が示されている。そして、前記レコードＲ２２２では、前記検査項目の検査が実施されるべき検査間隔が「１０」日である旨が定められている。即ち、薬品コード「０００１」及び既定検査コード「０２」に対応する前記開始実施期間は、前記薬品別検査条件情報Ｄ２１では「３０」日に設定されており（図３（Ｂ）参照）、前記患者別検査条件情報Ｄ２２では「２０」日に設定されている（図４（Ｂ）参照）。また、薬品コード「０００１」及び既定検査コード「０２」に対応する前記検査間隔は、前記薬品別検査条件情報Ｄ２１では「１５」日に設定されており（図３（Ｂ）参照）、前記患者別検査条件情報Ｄ２２では「１０」日に設定されている（図４（Ｂ）参照）。

図５（Ａ）に示されているように、前記患者別検査情報Ｄ２３では、薬品コード、薬品名称、実施検査コード、実施検査名称、定期的検査開始日、及び検査終了日が対応付けて登録されている。前記定期的検査開始日は、前記処方データに示されている前記薬品コードに対応する薬品の服用開始日であり、後述の定期的検査チェックが必要となる期間の始期を示す情報である。また、前記検査終了日は、前記処方データに示されている前記薬品コードに対応する薬品の服薬終了日である。そして、前記制御部１１は、前記患者別検査情報Ｄ２３のうち現在日時が前記定期的検査開始日から前記検査終了日の間であるレコードについて後述の定期的検査チェックが必要であると判断する。なお、前記制御部１１は、ユーザー操作に応じて、前記定期的検査開始日及び前記検査終了日の入力を受け付けることも可能である。

図５（Ｂ）に示されているように、前記初回服用日情報Ｄ２４では、薬品コード、薬品名称、及び初回服用日が対応付けて登録されている。前記初回服用日は、現在よりも前に前記患者が前記薬品を服用していない場合には、前記処方データに含まれる服用開始日に設定される。また、現在よりも前に前記患者が前記薬品を服用している場合であっても、前記患者が前記薬品を最後に服用した日が現在から予め設定された特定期間以上前である場合は、前記処方データに含まれる服用開始日が前記初回服用日に設定される。なお、前記特定期間は、複数の薬品に共通の期間又は薬品ごとに異なる期間である。

前記制御部１１は、例えば前記処方データの受信時に、前記処方データに含まれる服用開始日に応じて、前記初回服用日情報Ｄ２４の前記初回服用日を更新する。具体的に、前記処方データの受信時などの現在の処理タイミングにおいて、前記患者に対応する前記初回服用日情報Ｄ２４に既に登録されている薬品については前記患者が現在よりも前に服用している。また、前記患者に対応する前記初回服用日情報Ｄ２４に既に登録されていない薬品については前記患者が現在よりも前に服用していない。前記制御部１１は、前記処方データに含まれる薬品の情報が前記初回服用日情報Ｄ２４に登録されていない場合、前記処方データに含まれる前記服用開始日を前記初回服用日として前記薬品の情報を前記初回服用日情報Ｄ２４に登録する。また、前記制御部１１は、前記処方データに含まれる薬品の情報が前記初回服用日情報Ｄ２４に登録されている場合であっても、前記患者が前記薬品を最後に服用した日が現在から前記特定期間以上前である場合にも、前記処方データに含まれる前記服用開始日を前記初回服用日として前記薬品の情報を前記初回服用日情報Ｄ２４に登録する。なお、前記薬品の最後の服用日は、例えば前記患者の服用履歴情報などから取得可能である。また、前記制御部１１が、前記処方データを受信した場合に、前記処方データに含まれる服用終了日を前記初回服用日情報Ｄ２４に随時登録することも考えられる。これにより、前記制御部１１は、前記初回服用日情報Ｄ２４に記憶されている前記服用終了日を前記薬品の最後の服用日として取得することができる。

図５（Ｃ）に示されているように、前記検査間隔情報Ｄ２５では、実施検査コード、実施検査名称、検査間隔開始日、検査間隔終了日、及び検査実施有無が対応付けて登録される。前記検査間隔開始日及び前記検査間隔終了日は、前記初回服用日から起算した予め定められた検査間隔ごとの検査期間の開始日及び終了日である。前記検査実施有無は、前記検査間隔ごとの検査期間における検査の実施の有無を示す情報（１：有り、０：無し）である。

前記制御部１１は、前記処方データ又は前記検査データが入力された場合に、前記処方データ、前記検査データ、前記薬品別検査条件情報Ｄ２１、前記患者別検査条件情報Ｄ２２、前記患者別検査情報Ｄ２３、及び前記初回服用日情報Ｄ２４などに基づいて、前記検査間隔情報Ｄ２５を登録又は更新する。このとき、前記制御部１１は、前記処方データに含まれる薬品コード各々に対応する薬品の前記検査条件が、前記処方データに対応する患者に対応する前記患者別検査条件情報Ｄ２２に登録されているか否かを判断し、前記検査条件が登録されている薬品については前記患者別検査条件情報Ｄ２２から前記検査条件を取得する。一方、前記制御部１１は、前記検査条件が前記患者別検査条件情報Ｄ２２に登録されていない薬品については、前記薬品別検査条件情報Ｄ２１から前記検査条件を取得する。ここに、係る取得処理は前記制御部１１の前記第１取得処理部１１１によって実行される。

そして、前記制御部１１は、患者の年齢及び性別と、薬品の服用開始日及び服用終了日と、薬品の初回服用日と、前記検査条件とに基づいて、前記検査間隔情報Ｄ２５を登録又は更新する。例えば、図５（Ｃ）は、初回服用日が「２０１４／０１／０１」であって、前記検査条件における前記検査間隔が、初回服用日の０日後〜３０日後は１５日、３１日後〜９０日後は３０日、９１日以後は４５日であるときに登録される前記検査間隔情報Ｄ２５の一例である。なお、前記制御部１１は、前記検査間隔終了日が前記患者別検査情報Ｄ２３の前記検査終了日を超えない範囲で前記検査間隔情報Ｄ２５を登録する。また、前記患者別検査情報Ｄ２３に前記検査終了日が入力されていない場合は、例えば予め設定された期間（例えば１年又は２年など）が経過するまでの間に対応するレコードが登録される。

一方、前記制御部１１は、前記上位システム６から前記検査データを取得した場合、前記検査データを前記記憶部１２に記憶させる。このとき、前記制御部１１は、前記記憶部１２に記憶されている前記検査データから患者の検査実施状況を取得し、前記検査間隔情報Ｄ２５の前記検査間隔ごとの前記検査期間における検査の実施の有無を更新する。これにより、前記制御部１１は、前記検査間隔情報Ｄ２５を参照することにより、前記検査間隔ごとの前記検査期間における検査の実施の有無を判断することが可能となる。

なお、前記制御部１１が前記検査条件として定められた前記検査間隔ごとの前記検査期間における検査の有無を判断するための手法はこれに限らない。例えば、前記制御部１１は、後述の定期的検査チェック処理において、現在日時に最も近い前記検査期間における検査の有無のみを判断することも考えられる。この場合、前記制御部１１は、前記定期的検査チェック処理の実行時に、前記処方データ、前記検査データ、前記薬品別検査条件情報Ｄ２１、前記患者別検査条件情報Ｄ２２、前記患者別検査情報Ｄ２３、及び前記初回服用日情報Ｄ２４などに基づいて、現在日時に最も近い前記検査期間を特定し、前記検査期間内における検査の有無を判断することが考えられる。

図６（Ａ）に示されるように、前記分類マスターＤ１７では、薬品分類を識別するための分類コード及び分類名称が対応付けて記憶されており、前記分類コードは前記薬品マスターＤ１５などに用いられる。図６（Ｂ）に示されるように、前記成分マスターＤ１８では、薬品成分を識別するための成分コード及び成分名称が対応付けて記憶されており、前記成分コードは前記薬品マスターＤ１５などに用いられる。また、図６（Ｃ）に示されるように、前記食品分類マスターＤ１９では、食品分類を識別するための食品区分コード及び食品名称が対応付けて記憶されている。

また、前記データ記憶部１２３は、前記処方データ、処方チェック情報Ｄ４１、及び薬品データベースＤＢ１などの情報が記憶される記憶領域である。前記処方チェック情報Ｄ４１は、前記処方データの適否をチェックするために前記制御部１１によって実行される処方チェックで使用される。

図７に示されるように、前記処方チェック情報Ｄ４１には、前記処方データについて調剤前に確認されるべき一又は複数のチェック項目が記憶されている。例えば、前記処方チェック情報Ｄ１１では、アレルギーチェック及び定期的検査チェックなどを含む２０種類のチェック項目が含まれている。なお、前記処方チェック情報Ｄ４１では、前記処方データに含まれる薬品について前記チェック項目各々の内容が適正であるか否かを判定するために前記チェック項目ごとに予め定められた判定条件が含まれる。なお、前記薬品各々に対応する前記判定条件は、前記処方チェック情報Ｄ４１ではなく前記薬品マスターＤ１５で薬品ごとに定められていることも考えられる。

そして、前記制御部１１は、前記処方データについて前記チェック項目各々が適正であるか否かを前記処方チェック情報Ｄ４１に基づいて判定する処方チェック（処方鑑査）を実行する。前記処方チェックは、例えば前記サーバー１が前記上位システム６から前記処方データを取得した際、前記処方データについて調剤が開始される際、又はユーザーによる処方チェック要求時などに前記制御部１１によって実行される。そして、前記制御部１１は、前記処方チェックのチェック結果を前記処方データに対応付けて前記記憶部１２に記録する。これにより、前記制御部１１は、前記処方データに対応する前記処方チェックのチェック結果を参照することが可能である。

例えば、前記定期的検査チェックでは、前記制御部１１によって後述の定期的検査チェック処理（図１３参照）が実行され、薬品を服用する患者について、その薬品に対応付けて予め設定されている検査項目の検査が適切な時期に実施されているか否かが判断される。また、前記アレルギーチェックでは、前記制御部１１によって後述のアレルギーチェック処理（図２１参照）が実行され、薬品を服用する患者が、その薬品の服用により症状が発現するアレルギーを有するか否かが判断される。

前記薬品データベースＤＢ１では、薬品ごとに、薬品コード、薬品名称、ＪＡＮコード、ＲＳＳコード、薬瓶コード、剤形、単位、比重、薬品種、配合変化、賦形薬品、注意事項、アレルギー情報、添付文書情報などの情報が対応付けて記憶されている。前記アレルギー情報には、前記アレルギーマスターＤ１４と同様に、アレルギーコード、アレルギー名称、起因分類、及び起因名称が含まれる。なお、前記薬品データベースＤＢ１は、例えば前記ドライブ装置１６によってＣＤ又はＤＶＤなどの記録媒体から読み取られ、前記データ記憶部１２３に記憶されている。

前記添付文書情報には、薬品を服用する患者について実施されるべき検査の既定検査項目及び既定検査条件などが含まれる。具体的に、前記既定検査条件は、前記既定検査項目の検査実施されるべき実施時期の範囲を示す検査期間又は前記検査期間を特定するための検査間隔である。特に、前記既定検査条件は、患者の年齢、性別、及び初回服用日からの経過日数のいずれか一つ又は複数の組み合わせごとに個別に定められている。なお、例えば患者の妊娠の有無などの他の指標に応じて前記既定検査項目各々の検査要否及び前記検査条件などが定められていてもよい。

そして、前記薬品データベースＤＢ１は、前記検査支援システム１０において、前記薬品マスターＤ１５などの各種マスターに情報を取り込む際、又は薬品各々の添付文書の情報を参照する際などに使用される。例えば、前記検査支援システム１０では、前記サーバー１又は前記クライアント端末２などにおけるユーザー操作に応じて前記薬品データベースＤＢ１が表示可能である。なお、前記薬品データベースＤＢ１は、前記記録媒体１６１から読み取られて前記記憶部１２に記憶される。また、前記制御部１１は、前記通信網５を介して外部装置又はウェブサイトから前記薬品データベースＤＢ１を必要に応じて読み出すことが可能な構成も考えられる。

［マスターメンテナンス処理］
前述したように、前記検査支援システム１０において、前記制御部１１は、前記薬品別検査条件情報Ｄ２１及び前記患者別検査条件情報Ｄ２２を任意に設定することが可能である。具体的に、前記制御部１１は、前記薬品マスターＤ１５の登録又は変更を行うための薬品マスターメンテナンス画面Ｄ１（図８参照）を用いて前記薬品別検査条件情報Ｄ２１の設定及び変更が可能である。また、前記制御部１１は、前記患者マスターＤ１６の患者ごとの情報の登録又は変更を行うための患者別定期的検査マスターメンテナンス画面Ｄ３（図１１参照）を用いて前記患者別検査条件情報Ｄ２２の設定及び変更が可能である。なお、前記薬品別検査条件情報Ｄ２１及び前記患者別検査条件情報Ｄ２２の設定処理は、前記制御部１１の前記設定処理部１１４によって実行される。

ここに、図８は、前記薬品マスターメンテナンス画面Ｄ１の一例を示す図である。図８に示されるように、前記薬品マスターメンテナンス画面Ｄ１では、前記薬品マスターＤ１５における薬品各々の登録情報の編集作業又は新規入力作業などが行われる。そして、前記制御部１１は、前記薬品マスターメンテナンス画面Ｄ１に表示されている登録キーＫ１１の操作に応じて、前記薬品マスターメンテナンス画面に入力されている情報を前記薬品マスターＤ１５に登録する。

特に、前記薬品マスターメンテナンス画面Ｄ１には、現在情報が表示されている薬品に対応する前記薬品別検査条件情報Ｄ２１を表示させるための操作キーＫ１２が表示されている。前記制御部１１は、前記操作キーＫ１２の操作に応じて、前記薬品の前記薬品別検査条件情報Ｄ２１を編集するための検査条件設定画面Ｄ２を表示させる。なお、前記薬品の前記薬品別検査条件情報Ｄ２１が登録されていない場合、前記制御部１１は、前記検査条件設定画面Ｄ２をブランク状態で表示させる。例えば、前記検査条件設定画面Ｄ２は、前記薬品マスターメンテナンス画面Ｄ１上にポップアップ表示される。なお、前記薬品マスターメンテナンス画面Ｄ１の上下又は左右が拡張されて前記検査条件設定画面Ｄ２が表示されてもよい。

ここに、図９は、前記検査条件設定画面Ｄ２の一例を示す図である。図９に示されるように、前記検査条件設定画面Ｄ２では、前記薬品別検査条件情報Ｄ２１が表示される。前記薬品別検査条件情報Ｄ２１には、前記薬品を服用する患者について実施されるべき検査項目、及びその検査項目の検査間隔などの検査条件が含まれる。

具体的に、前記検査条件設定画面Ｄ２には、領域Ａ２１〜Ａ２３が含まれる。前記領域Ａ２１には、現在表示対象の薬品の薬品コード及び薬品名称などが表示される。前記領域Ａ２２には、前記薬品に予め対応付けられている検査項目が表示される。前記領域Ａ２３には、前記領域Ａ２２で選択中の検査項目に対応する検査条件が表示される。即ち、前記領域Ａ２３の表示内容は、前記領域Ａ２２における検査項目の選択変更により変更される。

前記領域Ａ２２では、前記既定検査コード及び前記既定検査名称と前記実施検査コード及び前記実施検査名称との対応関係が示されている。前記制御部１１は、前記領域Ａ２２に対するユーザー操作に応じて、前記既定検査コードに対応する前記実施検査コードの入力操作を受け付ける。また、前記制御部１１は、前記実施検査コードに対応する前記実施検査名称を前記検査マスターＤ１２から読み出して前記領域Ａ２２に入力する。

また、前記領域Ａ２３には、２つのタブＴ２１及びタブＴ２２が設けられている。そして、図９に示されているように、前記タブＴ２１が選択されている場合、前記領域Ａ２３には、前記薬品別検査情報Ｄ２１における前記検査条件を設定するための項目が表示される。

具体的に、前記領域Ａ２３では、ユーザー操作に応じて、初回検査有無の設定及び定期的検査有無の選択が可能である。なお、前記制御部１１は、前記初回検査が有りに設定された場合に前記投与前フラグを「１」に設定し、前記定期的検査が有りに設定された場合に前記投与後フラグを「１」に設定する。

また、前記領域Ａ２３では、ユーザー操作に応じて、患者の年齢、患者の性別、初回服用日からの経過期間、及び検査間隔各々が入力可能である。さらに、前記領域Ａ２３には、前記薬品データベースＤＢ１から前記検査条件を取り込むための操作を受け付ける操作キーＫ２１が表示されている。そして、前記制御部１１は、前記操作キーＫ２１の操作に応じて前記薬品データベースＤＢ１から現在表示対象の薬品に対応する前記検査条件を読み出して前記領域Ａ２３に反映する。これにより、前記薬品データベースＤＢ１に登録された前記検査条件が前記薬品マスターＤ１５において前記薬品に対応付けられた前記検査条件として設定されることになる。

さらに、前記検査条件設定画面Ｄ２には、前記検査条件設定画面Ｄ２における入力情報を一次保存するための操作キーＫ２２が表示されている。そして、前記制御部１１は、前記操作キーＫ２２の操作に応じて前記検査条件設定画面Ｄ２における入力情報を前記記憶部１２に一時記憶し、前記検査条件設定画面Ｄ２を閉じて前記薬品マスターメンテナンス画面Ｄ１を表示させる。その後、前記制御部１１は、前記薬品マスターメンテナンス画面Ｄ１の前記操作キーＫ１１の操作に応じて、前記検査条件を含む前記薬品データの内容を前記薬品マスターＤ１５に登録する。

また、図１０に示されているように、前記タブＴ２２が選択されている場合、前記領域Ａ２３には、前記薬品データベースＤＢ１に登録されている前記検査条件の内容が表示される。これにより、ユーザーは、前記薬品データベースＤＢ１に登録されている前記検査条件、即ち薬品の添付情報に記載されている前記検査条件を容易に参照することができる。なお、前記領域Ａ２３に表示される定期的検査情報には、例えば薬品の添付文書の記載内容がそのまま表示される。

ここに、図１１は、前記患者別定期的検査マスターメンテナンス画面Ｄ３の一例を示す図である。なお、前記制御部１１は、前記患者マスターＤ１６の編集が行われる患者マスター編集画面（不図示）などにおける所定操作に応じて前記患者別定期的検査マスターメンテナンス画面Ｄ３を表示させる。図１１に示されるように、前記患者別定期的検査マスターメンテナンス画面Ｄ３では、前記患者別検査情報Ｄ２３が表示される。

具体的に、前記患者別定期的検査マスターメンテナンス画面Ｄ３では、患者が服用する薬品のうちその薬品を服用する場合に実施が必要な検査の一覧が表示されている。即ち、前記患者別定期的検査マスターメンテナンス画面Ｄ３には、前記定期的検査チェック処理の対象となる薬品の一覧が表示される。なお、前記患者別定期的検査マスターメンテナンス画面Ｄ３では、過去の検査の表示の有無も変更可能である。また、前記患者別定期検査マスター登録画面Ｄ３において、前記患者別検査条件情報Ｄ２２が登録されているレコードには、「個別」の欄に「○」が表示されることによりその旨が明示される。

また、前記患者別定期的検査マスターメンテナンス画面Ｄ３には、患者ごとに対応する前記患者別検査条件情報Ｄ２２を設定するための操作キーＫ３２が表示されている。そして、前記制御部１１は、前記患者別定期的検査マスターメンテナンス画面Ｄ３に表示されている前記実施検査コードのいずれかに対応するレコードが選択された状態で、前記操作キーＫ３２が操作されると、前記レコードの前記実施検査コードに対応する検査項目について、前記検査条件を個別に設定するための個別条件設定画面（不図示）を表示させる。なお、前記個別条件設定画面（不図示）は、前記検査条件設定画面Ｄ２における前記領域Ａ２３と同様の内容であるため、図示及び説明を省略する。その後、前記制御部１１は、前記個別条件設定画面（不図示）において保存操作が行われた後、前記患者別定期的検査マスターメンテナンス画面Ｄ３に表示されている操作キーＫ３１の操作に応じて、前記個別条件設定画面（不図示）で入力されていた検査条件を前記患者に対応付けて前記患者別検査条件情報Ｄ２２に登録する。なお、前記制御部１１は、前記患者別定期的検査マスターメンテナンス画面Ｄ３において、前記患者別検査情報Ｄ２３のレコードを新規追加するための操作を受け付けることも可能である。これにより、ユーザーは、前記薬品別検査条件情報Ｄ２１に実施が必要な検査項目として登録されていない検査項目などについても前記患者別検査条件情報Ｄ２２に登録することができる。

［処方データの処理フロー］
次に、図１２を参照しつつ、前記検査支援システム１０における前記処方データの処理フローの概略について説明する。

＜処方受信処理Ｓ１＞
前記上位システム６から前記サーバー１に前記処方データが入力されると、前記処方データは処方受信処理Ｓ１の処理対象となる。前記処方受信処理Ｓ１では、前記サーバー１の前記制御部１１により、前記処方データについて前記定期的検査チェック及び前記アレルギーチェックなどを含む前記処方チェックが実行されると共に、前記処方データが病棟側鑑査及び調剤側鑑査の対象であるか否かが判定される。

そして、前記病棟側鑑査の対象であると判定されると、前記処方データは、調剤対象として発行されることなく病棟側鑑査処理Ｓ２の処理対象となる。また、前記調剤側鑑査の対象であると判定された場合、前記処方データは、調剤対象として発行されることなく調剤側鑑査処理Ｓ４の処理対象となる。なお、前記病棟側鑑査及び前記調剤側鑑査の対象でないと判定されると、前記処方データは、調剤対象として発行されて調剤保留判定処理Ｓ５の処理対象となる。

＜病棟側鑑査処理Ｓ２＞
前記病棟側鑑査処理Ｓ２において、前記制御部１１は、前記処方チェックの判定結果がエラーである場合、前記処方チェックのエラーを前記クライアント端末２の表示装置２４に表示してエラーを報知する。そして、前記制御部１１は、薬剤師により前記クライアント端末２を用いて入力される前記処方データの鑑査結果に応じて処理を分岐する。具体的に、前記処方データの鑑査結果に問題がない旨の発行操作が行われると、前記処方データは、調剤対象として発行されて調剤保留判定処理Ｓ５の処理対象となる。一方、前記処方データの鑑査結果に問題がある場合であって医師に対する疑義照会により処方データが修正（再発行）される旨のＮＧ発行操作が行われると、前記処方データは破棄処理Ｓ３の対象となる。

＜破棄処理Ｓ３＞
前記破棄処理Ｓ３では、前記処方データが破棄される。なお、前記破棄処理Ｓ３では、前記処方データを破棄することなく前記処方データの状態を発行操作ができない無効状態とされ、修正後（再発行後）の処方データが入力された場合に、前記処方データが上書きされることも考えられる。

＜調剤側鑑査処理Ｓ４＞
前記調剤側鑑査処理Ｓ４において、前記制御部１１は、前記処方チェックの判定結果がエラーである場合、前記処方チェックのエラーを前記クライアント端末２の表示装置２４に表示してエラーを報知する。そして、前記制御部１１は、薬剤師により前記クライアント端末２を用いて入力される前記処方データの鑑査結果に応じて処理を分岐する。具体的に、前記処方データの鑑査結果に問題がない旨の発行操作が行われると、前記処方データは、調剤対象として発行されて調剤保留判定処理Ｓ５の処理対象となる。一方、前記処方データの鑑査結果に問題がある場合であって医師に対する疑義照会により処方データが修正（再発行）される旨のＮＧ発行操作が行われると、前記処方データは前記破棄処理Ｓ３の処理対象となる。

＜調剤保留判定処理Ｓ５＞
前記調剤保留判定処理Ｓ５では、前記処方データを前記保留条件に従って調剤開始前の状態で保留させる。例えば、前記保留条件は、前記処方データの処方箋区分（定期、臨時、外来など）が「定期」であること、又は前記病棟側鑑査が行われたことなどである。ここで、前記保留条件が充足する場合、前記処方データは、調剤開始前の状態で保留されて締め管理処理Ｓ６の処理対象となる。また、前記保留条件が充足しない場合、前記処方データは前記調剤処理Ｓ７の処理対象となる。

＜締め管理処理Ｓ６＞
前記締め管理処理Ｓ６では、前記調剤保留判定処理Ｓ５で保留された前記処方データについての調剤開始の有無が管理される。具体的に、前記処方データについて発行操作が行われた場合、又は前記処方データについて予め設定された発行時期が到来した場合、前記処方データは、調剤処理Ｓ７の処理対象となる。

＜調剤処理Ｓ７＞
前記調剤処理Ｓ７では、前記処方データに基づいて薬品の調剤を行うための調剤用データが生成され、前記記憶部１２の前記共有データフォルダに記憶される。これにより、前記調剤機器３各々が、前記共有データフォルダから前記調剤用データを取得し、前記調剤用データに基づいて薬品の調剤を実行する。なお、前記サーバー１から前記調剤機器３各々に前記調剤用データが入力されることにより前記調剤機器３各々による調剤が開始されてもよい。また、前記制御部１１は、薬剤師が前記処方データに基づいて薬品をピッキングするために必要なピッキング情報を前記プリンター４で印刷し、又は前記ピッキング情報を前記ピッキング補助装置に送信することも考えられる。

［定期的検査チェック処理］
次に、図１３を参照しつつ、前記処方受信処理Ｓ１において前記制御部１１により実行される前記処方チェックに含まれる前記定期的検査チェック処理の詳細について説明する。前記定期的検査チェック処理は、前記処方データに含まれる前記薬品コードに対応する薬品ごとに実行される。即ち、前記処方データに複数種類の薬品コードが処方薬を示す情報として含まれている場合には、複数の前記定期的検査チェック処理が並列又は直列で実行される。そして、前記定期的検査チェック処理では、薬品を服用する患者について適切な検査が実施されているか否かが判断される。以下、前記定期的検査チェック処理の対象となる前記処方データに含まれる薬品コードに対応する薬品を対象薬品と称し、前記処方データに含まれる患者コードに対応する患者（薬品を服用する患者）を対象患者と称する。

＜ステップＳ１１＞
ステップＳ１１において、前記制御部１１は、前記対象患者に対応する前記初回服用日情報Ｄ２４及び前記検査間隔情報Ｄ２５を更新する。

具体的に、前記制御部１１は、具体的に、前記制御部１１は、前記処方データの受信時に、前記処方データにおける服用開始日が前記特定期間の経過後である薬品が前記処方データに処方薬として存在する場合、その薬品に対応する前記初回服用日を前記服用開始日に更新する。また、前記処方データの受信時に、前記初回服用日情報Ｄ２４に登録されていない薬品が前記処方データに処方薬として存在する場合、その薬品に対応する前記服用開始日を前記初回服用日として前記初回服用日情報Ｄ２４に登録する。これにより、前記初回服用日情報Ｄ２４には、前記対象患者の前記対象薬品ごとの初回服用日が登録されることになる。

その後、前記制御部１１は、前記処方データ、前記検査データ、前記薬品別検査条件情報Ｄ２１、前記患者別検査条件情報Ｄ２２、前記患者別検査情報Ｄ２３、及び前記初回服用日情報Ｄ２４などに基づいて、前記検査間隔情報Ｄ２５を登録又は更新する。このとき、前記制御部１１は、前記処方データに含まれる薬品コード各々に対応する薬品の前記検査条件が、前記処方データに対応する患者に対応する前記患者別検査条件情報Ｄ２２に登録されているか否かを判断し、前記検査条件が登録されている薬品については前記患者別検査条件情報Ｄ２２から前記検査条件を取得する。一方、前記制御部１１は、前記検査条件が前記患者別検査条件情報Ｄ２２に登録されていない薬品については、前記薬品別検査条件情報Ｄ２１から前記検査条件を取得する。ここに、係る取得処理は前記制御部１１の前記第１取得処理部１１１によって実行される。そして、前記制御部１１は、患者の年齢及び性別と、薬品の服用開始日及び服用終了日と、薬品の初回服用日と、前記検査条件とに基づいて、前記検査間隔情報Ｄ２５を登録又は更新する。

＜ステップＳ１２＞
ステップＳ１２において、前記制御部１１は、前記対象薬品に対応する前記薬品別検査条件情報Ｄ２１が存在するか否かを判断する。ここで、前記対象薬品に対応する前記薬品別検査条件情報Ｄ２１が存在すると判断されると（Ｓ１２：Ｙｅｓ）、処理はステップＳ１３に移行し、存在しないと判断されると（Ｓ１２：Ｎｏ）、処理はステップＳ１４に移行する。

＜ステップＳ１３＞
ステップＳ１３において、前記制御部１１は、前記記憶部１２に記憶されている前記薬品別検査条件情報Ｄ２１から前記対象薬品に対応する前記検査コード及び前記検査条件を取得する。なお、前記対象薬品に対応する前記検査コード及び前記検査条件が複数存在する場合には、複数の前記検査コード及び前記検査条件が読み出される。

＜ステップＳ１４＞
ステップＳ１４において、前記制御部１１は、前記対象薬品に対応する前記患者別検査条件情報Ｄ２２が存在するか否かを判断する。例えば、前記制御部１１は、前記対象薬品に対応する薬品コードが前記対象患者に対応する前記患者別検査条件情報Ｄ２２に登録されているか否かを判断する。ここで、前記患者別検査条件情報Ｄ２２が存在すると判断されると（Ｓ１４：Ｙｅｓ）、処理はステップＳ１５に移行し、存在しないと判断されると（Ｓ１４：Ｎｏ）、処理はステップＳ１６に移行する。

＜ステップＳ１５＞
ステップＳ１５において、前記制御部１１は、前記記憶部１２に記憶されている前記患者別検査条件情報Ｄ２２から前記対象薬品に対応する前記検査コード及び前記検査条件を取得する。なお、前記対象薬品に対応する前記検査コード及び前記検査条件が複数存在する場合には、複数の前記検査コード及び前記検査条件が読み出される。

ここで、前記制御部１１は、前記ステップＳ１３において前記薬品別検査条件情報Ｄ２１から取得された前記検査コード及び前記検査条件のうち、前記患者別検査条件情報Ｄ２２に含まれている前記検査コード及び前記検査条件については、前記患者別検査条件情報Ｄ２２に含まれている前記検査コード及び前記検査条件に置き換える。即ち、前記制御部１１は、前記薬品別検査条件情報Ｄ２１における前記検査コード及び前記検査条件よりも前記患者別検査条件情報Ｄ２２における前記検査コード及び前記検査条件を優先的に使用する。なお、前記ステップＳ１２〜Ｓ１３と前記ステップＳ１４〜Ｓ１５との順序が入れ替えられ、前記患者別検査条件情報Ｄ２２に前記検査コード及び前記検査条件が登録されていた場合には前記薬品別検査条件情報Ｄ２１から前記検査コード及び前記検査条件が読み出されないことも考えられる。

＜ステップＳ１６〜Ｓ１７＞
ステップＳ１６において、前記制御部１１は、前記ステップＳ１３又は前記ステップＳ１５等で取得された前記検査条件に基づいて、前記対象薬品の服用前に検査が適切に実施されているか否かを判定する服用前判定処理が必要であるか否かを判断する。具体的に、前記制御部１１は、前記対象薬品に対応する前記検査コードのうち前記投与前フラグが「１」である検査コードについて前記服用前判定処理が必要であると判断する。ここで、少なくとも一つの前記検査コードについて前記服用前判定処理が必要であると判断されると（Ｓ１６：Ｙｅｓ）、前記制御部１１は、処理をステップＳ１７に移行させて、前記服用前判定処理を実行する。なお、前記制御部１１は、全ての前記検査コードについて前記服用前判定処理が必要でないと判断された場合には（Ｓ１６：Ｎｏ）、処理をステップＳ１８に移行させる。

［服用前判定処理］
ここで、図１４を参照しつつ、前記服用前判定処理の一例について説明する。なお、前記服用前判定処理は、前記対象薬品に対応する前記検査コードのうち前記服用前判定処理が必要であると判断された前記検査コードについて個別に実行される。即ち、複数種類の検査コードについて前記服用前判定処理が必要であると判定された場合には、複数の前記服用前判定処理が並列又は直列で実行される。

＜ステップＳ２１＞
ステップＳ２１において、前記制御部１１は、前記患者マスターＤ１１に登録されている前記対象患者のプロファイル及び前記対象患者の前記検査実施状況などに基づいて、前記対象患者に対応する前記検査条件を前記薬品別検査条件情報Ｄ２１又は前記患者別検査条件情報Ｄ２２から取得する。ここに、係る処理は、前記制御部１１の前記第１取得処理部１１１によって実行される。具体的に、前記制御部１１は、前記対象患者の年齢及び性別などに基づいて前記検査条件を選択する。

例えば、図３（Ｂ）に示されている前記薬品別検査条件情報Ｄ２１から前記検査条件を特定する場合であって、前記対象薬品が前記薬品コード「０００１」の薬品であり、前記実施検査コードが「０１７３」であるとする。また、前記対象患者の年齢は２０歳、性別は男性であるとする。この場合、前記制御部１１は、前記薬品別検査条件情報Ｄ２１の前記レコードＲ２１２から、前記開始実施期間である「３０」日と前記終了実施期間である「０」日と前記検査間隔である「１５」日とを前記検査条件として選択する。

また、図４（Ｂ）に示されている前記患者別検査条件情報Ｄ２２から前記検査条件を特定する場合であって、前記対象患者の患者コードが「０００００００１」であり、前記対象薬品が前記薬品コード「０００１」の薬品であり、前記実施検査コードが「０１７３」であるとする。この場合、前記制御部１１は、前記患者別検査条件情報Ｄ２２の前記レコードＲ２２２から、前記開始実施期間である「２０」日と前記終了実施期間である「０」日と前記検査間隔である「１０」日とを前記検査条件として選択する。

＜ステップＳ２２＞
ステップＳ２２において、前記制御部１１は、前記対象患者の前記検査データから前記検査コードに対応する検査実施状況を前記記憶部１２から取得する。前述したように、前記検査データには、前記対象患者について実施された検査の検査コード、検査名称、検査実施日、及び検査結果などが含まれる。ここに、係る処理は、前記制御部１１の前記第２取得処理部１１２によって実行される。

＜ステップＳ２３＞
そして、ステップＳ２３において、前記制御部１１は、前記ステップＳ２２で取得された前記対象患者の検査実施状況が、前記ステップＳ２１で選択された前記検査条件を充足するか否かを判断する。ここに、係る処理は、前記制御部１１の前記判定処理部１１３によって実行される。例えば、前記検査実施条件である前記開始実施期間が「３０」日であり、前記終了実施期間が「０」日であり、前記検査間隔が「１５」日である場合は、前記初回服用日の「３０」日前から「０」日前までの間における「１５」日ごとの前記検査期間に、前記検査条件に対応する前記実施検査コードの検査が実施されているか否かが判断される。ここで、前記制御部１１は、前記検査条件が充足すると判断すると（Ｓ２３：Ｙｅｓ）、当該服用前判定処理を終了させ、前記検査条件が充足していなければ（Ｓ２３：Ｎｏ）、処理をステップＳ２４に移行する。

＜ステップＳ２４＞
ステップＳ２４において、前記制御部１１は、前記服用前判定処理の結果がエラーである旨を前記処方データに対応付けて前記記憶部１２に記録するエラー記録処理を実行する。これにより、前記服用前判定処理の結果は、前記定期的検査チェック処理における後述のステップＳ２０などで報知されることになる。なお、前記服用前判定処理の結果がエラーでない場合は、前記服用前判定処理の結果が報知されない。一方、前記服用前判定処理の結果がエラーでない場合に前記服用前判定処理の結果が報知されることも他の実施形態として考えられる。

＜ステップＳ１８〜Ｓ１９＞
図１３の説明に戻り、ステップＳ１８において、前記制御部１１は、前記ステップＳ１３又は前記ステップＳ１５等で取得された前記検査条件に基づいて、前記対象薬品の服用後に検査が適切に実施されているか否かを判定する服用後判定処理が必要であるか否かを判断する。具体的に、前記制御部１１は、前記対象薬品に対応する前記検査コードのうち前記投与後フラグが「１」である検査コードについて前記服用後判定処理が必要であると判断する。ここで、少なくとも一つの前記検査コードについて前記服用後判定処理が必要であると判断されると（Ｓ１８：Ｙｅｓ）、前記制御部１１は、処理をステップＳ１９に移行させて、前記服用後判定処理を実行する。なお、前記制御部１１は、全ての前記検査コードについて前記服用後判定処理が必要でないと判断された場合には（Ｓ１８：Ｎｏ）、処理をステップＳ２０に移行させる。

［服用後判定処理］
ここで、図１５を参照しつつ、前記服用後判定処理の一例について説明する。なお、前記服用後判定処理は、前記対象薬品に対応する前記検査コードのうち前記服用後判定処理が必要であると判断された前記検査コードについて個別に実行される。即ち、複数種類の検査コードについて前記服用後判定処理が必要であると判定された場合には、複数の前記服用後判定処理が並列又は直列で実行される。

＜ステップＳ３１＞
ステップＳ３１において、前記制御部１１は、前記患者マスターＤ１１に登録されている前記対象患者のプロファイル及び前記対象患者の前記検査実施状況などに基づいて、前記対象患者に対応する前記薬品別検査条件情報Ｄ２１又は前記患者別検査条件情報Ｄ２２から前記検査条件を取得する。ここに、係る処理は、前記制御部１１の前記第１取得処理部１１１によって実行される。具体的に、前記制御部１１は、前記対象患者の年齢及び性別などに基づいて前記検査条件を選択する。

例えば、図３（Ｂ）に示されている前記薬品別検査条件情報Ｄ２１から前記検査条件を特定する場合であって、前記対象薬品が前記薬品コード「０００１」の薬品であり、前記実施検査コードが「０１７２」であるとする。また、前記対象患者の年齢は２０歳、性別は男性であるとする。さらに、前記初回服用日からの経過日数が「１５」日であるとする。この場合、前記制御部１１は、前記薬品別検査条件情報Ｄ２１の前記レコードＲ２１１から、前記開始実施期間が「０」日、前記終了実施期間が「３０」日である場合に対応する前記検査間隔である「１５」日間隔を前記検査条件として選択する。

また、図４（Ｂ）に示されている前記患者別検査条件情報Ｄ２２から前記検査条件を特定する場合であって、前記対象患者の患者コードが「０００００００１」であり、前記対象薬品が前記薬品コード「０００１」の薬品であり、前記実施検査コードが「０１７２」であるとする。さらに、前記初回服用日からの経過日数が「１５」日であるとする。この場合、前記制御部１１は、前記患者別検査条件情報Ｄ２２の前記レコードＲ２２１から、前記開始実施期間が「０」日、前記終了実施期間が「３０」日である場合に対応する前記検査間隔である「１０」日間隔を前記検査条件として選択する。

＜ステップＳ３２＞
ステップＳ３２において、前記制御部１１は、前記対象患者の前記検査データから前記検査コードに対応する検査実施状況を前記記憶部１２から取得する。前述したように、前記検査データには、前記対象患者について実施された検査の検査コード、検査名称、検査実施日、及び検査結果などが含まれる。ここに、係る処理は、前記制御部１１の前記第２取得処理部１１２によって実行される。

＜ステップＳ３３＞
そして、ステップＳ３３において、前記制御部１１は、前記処方データ、前記検査データ、前記薬品別検査条件情報Ｄ２１、前記患者別検査条件情報Ｄ２２、前記患者別検査情報Ｄ２３、及び前記初回服用日情報Ｄ２４などに基づいて前記検査間隔情報Ｄ２５を更新する。具体的に、前記制御部１１は、患者の年齢及び性別と、薬品の服用開始日及び服用終了日と、薬品の初回服用日と、前記検査条件とに基づいて、前記検査間隔情報Ｄ２５を登録又は更新する。ここでは、前記検査間隔情報Ｄ２５において、前記検査間隔ごとの検査期間、及び前記検査期間各々における検査の実施の有無などの情報が登録又は更新される。

例えば、前記制御部１１は、前記処方データに含まれる前記薬品コードに対応する薬品の初回服用日から現在までの間における前記検査間隔ごとの前記検査期間を特定する。このとき、前記制御部１１は、前記初回服用日から現在までの期間の長さによって、前記検査間隔ごとの一又は複数の前記検査期間を特定することになる。そして、前記制御部１１は、前記検査期間各々について、前記検査項目の検査が実施されているか否かを判断し、その判断結果を前記検査間隔情報Ｄ２５に記録する。即ち、前記制御部１１は、前記初回服用日から現在までの間において特定された前記検査期間が一つである場合には、その一つの前記検査期間のみについて前記検査の実施有無を判断する。一方、前記制御部１１は、前記初回服用日から現在までの間において特定された前記検査期間が複数である場合には、その複数の前記検査期間についてそれぞれ前記検査の実施有無を判断する。

さらに、前記制御部１１は、前記初回服用日から現在までの間において複数の前記検査期間が特定された場合、複数の前記検査期間のうち現在日時が属する検査期間を少なくとも含む予め設定された一又は複数の前記検査期間について、前記検査項目の検査が実施されたか否かを判断することも考えられる。このとき判断対象となる前記検査期間の数は、例えば前記検査支援システム１０の初期設定において、前記サーバー１又は前記クライアント端末２などにおけるユーザー操作に応じて予め設定される。そして、後述するように、ステップＳ２０において、前記制御部１１は、前記ステップＳ３３における判定対象となった一又は複数の前記検査期間について前記検査実施状況及び前記検査条件の関係が時系列に沿って示される模式図を前記判定結果と共に出力する。これにより、ユーザーは、前記検査期間のうち直近の所定数の検査期間についての判定結果の詳細を前記模式図で容易に把握することが可能となる。

また、前記制御部１１は、前記初回服用日から現在までの間で特定された全ての前記検査期間について、前記検査項目の検査が実施されているか否かを判断した後、前記検査が実施されていない前記検査期間のみを抽出して前記模式図を出力することも考えられる。さらに、前記制御部１１が、前記初回服用日から現在までの間で特定された全ての前記検査期間について、前記検査項目の検査が実施されているか否かを判断した後、現在から最後に検査が実施されたときまでの間に含まれる前記検査期間のみを抽出して前記模式図を出力することも考えられる。また、前記制御部１１は、例えば前記検査項目の検査各々が実施されている間隔が前記検査間隔よりも短いか否かを判断すること、即ち前記検査項目の検査が前記検査間隔内で実施されているか否かを判断することも考えられる。

＜ステップＳ３４＞
ステップＳ３４において、前記制御部１１は、前記ステップＳ３３で更新された前記検査間隔情報Ｄ２５に基づいて、前記対象患者の検査実施状況が前記検査条件を充足するか否かを判断する。ここに、係る処理は、前記制御部１１の前記判定処理部１１３によって実行される。具体的に、前記制御部１１は、前記検査間隔情報Ｄ２５において、前記検査コードの検査が直前の前記検査期間内及び現在の前記検査期間内にそれぞれ実施されている場合に前記検査条件が充足すると判断する。ここで、前記検査条件が充足すると判断すると（Ｓ３４：Ｙｅｓ）、当該服用後判定処理を終了させ、前記検査条件が充足していなければ（Ｓ３４：Ｎｏ）、処理をステップＳ３５に移行する。

なお、前記検査間隔情報Ｄ２５に、同一の前記検査コードの情報が複数登録されている場合、前記制御部１１は、前記検査コード各々について前記検査実施状況が前記検査条件を充足しているか否かを個別に判断する。一方、前記制御部１１が、前記検査間隔情報Ｄ２５に同一の前記検査コードの情報が複数登録されている場合には、その複数の情報のうち前記検査間隔が最も短い情報に基づいて前記検査実施状況が前記検査条件を充足しているか否かを判断することも考えられる。

＜ステップＳ３５＞
ステップＳ３５において、前記制御部１１は、直前の前記検査期間について前記検査条件が充足しているか否かを判断する。ここで、直前の前記検査期間について前記検査条件が充足していると判断すると（Ｓ３５：Ｙｅｓ）、処理はステップＳ３６に移行し、直前の前記検査期間について前記検査条件が充足していないと判断すると（Ｓ３５：Ｎｏ）、処理はステップＳ３５１に移行する。

＜ステップＳ３６＞
ステップＳ３６において、前記制御部１１は、前記服用後判定処理の結果としてエラーである旨を前記処方データに対応付けて前記記憶部１２に記録するエラー記録処理が実行される。これにより、前記服用後判定処理の結果がエラーである旨が、前記定期的検査チェック処理における後述のステップＳ２０で報知されることになる。なお、前記服用後判定処理の結果がエラーでない場合は、前記服用後判定処理の結果が報知されない。一方、前記服用後判定処理の結果がエラーでない場合に前記服用後判定処理の結果が報知されることも他の実施形態として考えられる。

また、ステップＳ３６において、前記制御部１１は、直前の前記検査期間よりも前の各検査期間のうち前記検査条件を充足していないと判定された検査期間についてもエラーである旨を記録することが考えられる。これにより、直前の前記検査期間よりも前の各検査期間がエラーであるか否かについても、前記定期的検査チェック処理における後述のステップＳ２０で報知することが可能となる。なお、直前の前記検査期間について前記検査条件が充足している場合には、直前の前記検査期間よりも前の各検査期間についても前記検査条件の充足の有無が報知されない。一方、直前の前記検査期間について前記検査条件が充足している場合に、直前の前記検査期間よりも前の各検査期間についての前記検査条件の充足の有無が報知されることも他の実施形態として考えられる。

＜ステップＳ３５１＞
一方、ステップＳ３５１において、前記制御部１１は、前記服用後判定処理の結果として、注意が必要である旨を前記処方データに対応付けて前記記憶部１２に記録する要注意記録処理が実行される。これにより、前記服用後判定処理の結果として注意が必要である旨が、前記定期的検査チェック処理における後述のステップＳ２０で報知されることになる。

具体的に、ステップＳ３５１において、前記制御部１１は、現在の前記検査期間について前記検査条件を充足していないと判定されている場合は、現在の前記検査期間について注意が必要である旨を記録する。また、前記制御部１１は、直前の前記検査期間よりも前の各検査期間について前記検査条件を充足していない場合には、前記各検査期間についてエラーである旨を記録する。これにより、直前の前記検査期間よりも前の各検査期間がエラーであるか否かについても、前記定期的検査チェック処理における後述のステップＳ２０で報知することが可能となる。なお、現在の前記検査期間について前記検査条件を充足している場合には、直前の前記検査期間よりも前の各検査期間についても前記検査条件の充足の有無が報知されない。一方、直前の前記検査期間がエラーでない場合に、直前の前記検査期間よりも前の各検査期間についての前記検査条件の充足の有無が報知されることも他の実施形態として考えられる。なお、前記ステップＳ３４において、直前の前記検査期間内に前記検査コードの検査が実施されているか否かが判定され、前記ステップＳ３５及び前記ステップＳ３５１の処理が省略される構成も他の実施形態として考えられる。

＜ステップＳ２０＞
図１３の説明に戻り、ステップＳ２０において、前記制御部１１は、当該定期的検査チェック処理の判定結果を出力する出力処理を実行する。ここに、係る処理は、前記制御部１１の前記出力処理部１１５によって実行される。また、前記制御部１１は、前記ステップＳ２０に係る出力処理を前記病棟側鑑査処理Ｓ２又は前記調剤側鑑査処理Ｓ４などで実行することも考えられる。なお、図１６〜図１９は、前記ステップＳ２０における前記判定結果の出力態様の一例を示す図である。

具体的に、前記制御部１１は、前記ステップＳ２４又は前記ステップＳ３６で前記エラー記録処理が実行された場合は、前記検査条件を充足していない旨を示すエラーを報知するエラー報知処理を実行する。例えば、前記制御部１１は、前記エラーを報知するためのエラー報知画面Ｄ４を前記サーバー１の表示装置１４又は前記クライアント端末２の表示装置２４などに表示させる。ここに、図１６及び図１７は、前記エラー報知画面Ｄ４の一例を示す図である。なお、図１６は、前記初回検査日から現在までの間で３つの前記検査期間が特定されており、そのいずれにおいても検査が実施されていない場合の前記エラー報知画面Ｄ４の表示例である。また、図１７は、前記初回検査日から現在までの間で３つの前記検査期間が特定されており、最初の検査期間には検査が実施されており、その後の２回の検査期間には検査が実施されていない場合の前記エラー報知画面Ｄ４の表示例である。

図１６及び図１７に示されているように、前記エラー報知画面Ｄ４には、前記検査実施状況が前記検査条件を充足していない旨のメッセージが表示される領域Ａ４１と、前記検査実施状況及び前記検査条件の関係が時系列に沿って示される模式図が表示される領域Ａ４２とが含まれる。前記メッセージは、例えば「Ａ検査が行われていません。検査有無の確認が必要です。」のようなエラーを報知するメッセージである。これにより、ユーザーは、前記判定結果を認識することができると共に、前記検査実施状況と前記検査条件との関係を容易に把握することができる。

具体的に、前記制御部１１は、前記検査データ、前記初回服用日情報Ｄ２４、及び前記検査間隔情報Ｄ２５などに基づいて前記領域Ａ４２に前記模式図を表示させる。前記エラー報知画面Ｄ４における前記領域Ａ４２では、左から右に向かって進行する時間軸が表示されると共に、前記時間軸において前記初回服用日を示すフラグＦ１及び前記初回服用日から起算した前記検査間隔ごとの前記検査期間の終期を示すフラグＦ２が識別可能に表示されている。また、前記時間軸上には、現在日時を示すフラグＦ３、及び前検査実施日を示すフラグＦ４なども識別可能に表示される。なお、前記領域Ａ４２では、前記フラグＦ１〜Ｆ４各々に対応する日付も表示される。

これにより、ユーザーは、前記フラグＦ１〜前記フラグＦ４を参照し、初回検査日、検査の検査間隔の終期、現在日時、及び検査実施日などを直感的に把握することができる。また、前記領域Ａ４２では、前記時間軸上にも、前記検査項目の検査の実施状況として、「検査実施済」、「検査未実施」、「検査要実施」などのメッセージが表示されている。さらに、前記領域Ａ４２では、各検査期間に対応する検査実施状況の表示領域の背景が、検査実施済、検査未実施、及び検査要実施に対応して予め設定された特定の色で表示される。例えば、前記制御部１１は、「検査実施済」の背景を白色又は青色で表示させ、「検査未実施」の背景を赤色で表示させ、「検査用実施」の背景を黄色で表示させることが考えられる。これにより、ユーザーは、前記検査間隔ごとについて検査が適切に実施されているか否か等を容易に把握することができる。なお、前記領域Ａ４２において、「検査実施済」、「検査未実施」、「検査要実施」などのメッセージが省略され、前記検査項目の検査の実施状況の内容が前記特定の色によって表示される構成も考えられる。また、前記メッセージにかかわらず各検査期間に対応する表示領域の背景が同一であってもよい。なお、複数の前記検査間隔が表示される場合には、前記初回服用日を示す前記フラグＦ１が省略され、前記検査間隔ごとの前記検査期間の終期が複数表示されることも考えられる。また、図１６及び図１７に示す例では、前記エラー報知画面Ｄ４内の上部には薬品コード及び薬品名が表示されているが、前記薬品コード及び前記薬品名と共に、又は前記薬品コード及び前記薬品名に代えて、前記実施検査コード及び前記実施検査名称が表示されてもよい。

一方、前記制御部１１は、前記ステップＳ３５１で前記要注意記録処理が実行された場合、前記ステップＳ２０において、現時点で前記検査条件を充足していない旨を示す注意喚起を報知する要注意報知処理を実行する。例えば、前記制御部１１は、前記注意喚起を報知するための要注意報知画面Ｄ５を前記サーバー１の表示装置１４又は前記クライアント端末２の表示装置２４などに表示させる。

ここに、図１８は、前記要注意報知画面Ｄ５の一例を示す図である。なお、図１８は、前記初回検査日から現在までの間で１つの前記検査期間が特定されており、その検査期間に検査が実施されていない場合の前記要注意報知画面Ｄ５の表示例である。前記要注意報知画面Ｄ５には、現時点で前記検査実施状況が前記検査条件を充足していない旨のメッセージが表示される領域Ａ５１と、前記エラー報知画面Ｄ４と同様に、前記時間軸及び前記フラグＦ１〜Ｆ３が表示される領域Ａ５２とが含まれる。前記メッセージは、例えば「６月１０日から７月１０日の間にＡ検査を行う必要があります。」のような注意喚起を報知するメッセージである。なお、前記要注意報知画面Ｄ５では、一つの前記検査間隔に対応する前記検査期間が表示されているが、前記要注意報知画面Ｄ５の前記領域Ａ５２に複数の検査間隔に対応する前記検査期間が表示される場合には、検査実施済みの検査間隔については前記フラグＦ４が表示される。

さらに、前記制御部１１は、前記定期的検査チェック処理の判定結果が正常である場合にも、前記ステップＳ２０において、前記検査実施状況が前記検査条件を充足している旨を報知する確認報知処理を実行することが考えられる。例えば、前記制御部１１は、前記判定結果が正常である旨を報知するための定期的検査確認画面Ｄ６を前記サーバー１の表示装置１４又は前記クライアント端末２の表示装置２４などに表示させる。ここに、図１９は、前記定期的検査確認画面Ｄ６の一例を示す図である。なお、図１９は、前記初回検査日から現在までの間で１つの前記検査期間が特定されており、その検査期間に検査が実施されている場合の前記定期的検査確認画面Ｄ６の表示例である。前記定期的検査確認画面Ｄ６には、検査が適切に実施されている旨を示すメッセージが表示される領域Ａ６１と前記時間軸及び前記フラグＦ１〜Ｆ４が表示される領域Ａ５２とが含まれる。前記メッセージは、例えば「Ａ検査の定期的検査は適切に実施されています」のように問題ない旨を示すメッセージである。なお、前記定期的検査確認画面Ｄ６においても複数の前記検査間隔に対応する前記検査期間が表示されてもよい。

さらに、前記制御部１１は、前記処方データに対応する情報を処方箋、薬情、手帳、又は薬袋などに印刷する際に、前記定期的検査チェック処理における判定結果をその処方箋、薬情、手帳、又は薬袋などに印刷することが考えられる。さらに、前記制御部１１は、前記エラー報知画面Ｄ４、前記要注意報知画面Ｄ５、又は前記確認画面Ｄ６と同様の前記模式図を、前記処方箋、前記薬情、前記手帳、又は前記薬袋などに印刷させることが考えられる。なお、係る処理は、前記制御部１１の前記出力処理部１１５によって実行される。これにより、ユーザー及び患者は、前記処方箋、前記薬情、前記手帳、又は前記薬袋などを参照して前記検査条件の充足の有無などを容易に確認することが可能であり、前記処方箋、前記薬情、前記手帳、又は前記薬袋などに記録として残すことも可能である。

また、前記制御部１１は、前記検査条件の充足有無の判定結果を前記上位システム６などに送信することが考えられる。なお、係る処理は、前記制御部１１の前記出力処理部１１５によって実行される。これにより、前記上位システム６において前記判定結果が表示可能であり、前記上位システム６を使用する医師などにも前記判定結果を認識させることができる。なお、前記制御部１１は、前記検査条件が充足していないと判定された場合にのみ、前記判定結果を前記上位システム６などに送信することも考えられる。

以上説明したように、前記検査支援システム１０では、前記制御部１１によって前記定期的検査チェック処理が実行されることにより、前記対象薬品を服用する前記対象患者について適切な検査が実施されているか否かが判定され、その判定結果が出力される。従って、ユーザーは、前記対象患者について適切な検査が実施されているか否かを容易に把握することができ、例えば薬品の服用に際して必要な検査の実施漏れ、又は薬品の服用後に必要な検査の実施漏れなどを抑制することができる。

また、前記制御部１１は、前記判定結果がエラーである場合、前記エラーを承認するための操作が行われるまで、前記処方データについての調剤を開始させないことが考えられる。例えば、前記制御部１１は、前記定期的検査チェック処理において判定結果がエラーである場合に、その判定結果を承認するための予め定められた承認操作を受け付ける。そして、前記制御部１１は、前記承認操作を受け付けた場合に、前記エラー報知画面Ｄ５を閉じて前記定期的検査チェック処理を終了させ、前記処方データを後段の処理に移行させる。

また、本実施形態では、前記処方データの受信時に実行される前記処方チェックにおいて前記定期的検査チェック処理が実行される場合を例に挙げて説明した。一方、前記定期的検査チェック処理は、前記処方データの受信時に限らず、例えば予め定められた間隔で定期的に実行されること、又は予め定められた時刻に実行されることが考えられる。このような構成は、例えば前記検査支援システム１０が使用される前記医療機関に入院する患者について適正な検査が実施されているか否かを判断する場合に好適である。具体的に、前記制御部１１は、前記医療機関に入院する患者各々の服薬状況などが表示されるモニター画面Ｄ７に、前記患者ごとに対応する前記定期的検査チェック処理における判定結果を表示させることが考えられる。

ここに、図２０は、前記モニター画面Ｄ７の一例を示す図である。図２０に示されるように、前記モニター画面Ｄ７では、領域Ａ７１に患者各々の服薬に関するデータが表示されている。そして、前記定期的検査チェック処理において前記エラー設定処理が実行された場合には、前記領域Ａ７１における「定期的検査」の項目欄にエラーである旨を示す「×」などの符号又は文字が出力される。なお、前記定期的検査チェック処理における判定結果が注意である場合は、前記領域Ａ７１における「定期的検査」の項目欄に注意である旨を示す「△」などの符号又は文字が出力される。また、前記モニター画面Ｄ７の前記領域Ａ７１には、「アレルギー」の項目欄が設けられており、前記アレルギーチェック処理の実行結果がエラー又は注意である場合にも、「アレルギー」の項目欄に「×」、「△」などの符号又は文字が出力される。これにより、ユーザーは、前記モニター画面Ｄ７を参照することにより、前記患者ごとの前記定期的検査チェック処理及び前記アレルギーチェック処理などの判定結果がエラー又は注意である旨を容易に把握することができる。

また、本実施形態では、前記定期的検査チェック処理が前記処方データに含まれる前記薬品コードに対応する薬品ごとについて実行される場合を例に挙げて説明した。一方、前記処方データに、同一の検査項目についての検査が必要な複数の前記薬品コードが含まれることも考えられる。この場合、前記制御部１１の前記判定処理部１１３は、複数の前記薬品コードのうち前記検査間隔が最も短い薬品コードに対応付けられた前記検査条件に基づいて、前記検査項目の検査が前記検査間隔内に実施されているかを判断することが考えられる。

［アレルギーチェック処理］
前述したように、前記処方受信処理Ｓ１において前記制御部１１が実行する前記処方チェックには、前記処方データについて、前記対象薬品の服用により前記対象患者にアレルギー症状が発現するか否かをチェックするアレルギーチェック処理が実行される。

ところで、前記アレルギーチェック処理では、前記対象薬品ごとに対応付けて予め登録されたアレルギー情報が、前記対象患者ごとに予め登録されているアレルギー情報に該当するか否かが判断される。そのため、前記対象薬品ごとに対応するアレルギー情報及び前記対象患者ごとに対応するアレルギー情報が予め登録されている必要がある。

この点について、前記制御部１１が、ユーザー操作に応じて、前記対象薬品ごとに対応するアレルギー情報及び前記対象患者ごとに対応するアレルギー情報を登録可能な構成が考えられる。但し、前記対象薬品ごとに対応するアレルギー情報及び前記対象患者ごとに対応するアレルギー情報を全てユーザー操作に応じて登録する場合はユーザーによる登録作業が煩雑である。

これに対し、前記検査支援システム１０では、前記制御部１１が、前記上位システム６からアレルギー情報を含む各種のデータを取得した場合に、後述の情報更新処理を実行することにより前記アレルギー情報を自動的に登録することが可能である。例えば、前記処方データに、前記ホスト側アレルギー情報が含まれる場合、前記制御部１１は、前記上位システム６から前記処方データを取得した場合に前記情報更新処理を実行する。また、前記制御部１１は、予め定められた所定時刻又は所定間隔などの特定のタイミングで、前記上位システム６の前記記憶部６１に記憶されている前記ホスト側患者データに含まれる前記ホスト側アレルギー情報を取得することがある。

以下、図２１を参照しつつ、前記アレルギーチェック処理及び前記情報更新処理の一例について説明する。

＜ステップＳ４１＞
図２１に示されるように、ステップＳ４１において、前記制御部１１は、前記患者マスターＤ１６に登録されている前記対象患者の情報からアレルギー情報を読み出す。前述したように、前記アレルギー情報には、前記対象患者が有するアレルギーを特定するための情報として、前記起因区分及び前記起因名称が含まれる。

＜ステップＳ４２＞
ステップＳ４２において、前記制御部１１は、前記対象患者の前記アレルギー情報が存在するか否かを判断し、前記アレルギー情報が存在する場合は（Ｓ４２：Ｙｅｓ）、処理をステップＳ４３に移行させる。なお、前記対象患者の前記アレルギー情報が存在しない場合には（Ｓ４２：Ｎｏ）、当該アレルギーチェック処理を終了させる。

＜ステップＳ４３＞
ステップＳ４３において、前記制御部１１は、前記アレルギーマスターＤ１４及び前記患者マスターＤ１６などを登録又は更新する前記情報更新処理を実行する。

［情報更新処理］
ここで、図２２を参照しつつ、前記情報更新処理の一例について説明する。なお、ここでは、前記処方データの受信時に前記情報更新処理が実行される場合を例に挙げて説明するが、前記上位システム６から前記ホスト側患者データが受信される場合も同様に前記情報更新処理が実行される。

＜ステップＳ５１＞
ステップＳ５１において、前記制御部１１は、前記処方データにアレルギーコードが含まれているか否かを判断する。ここで、前記処方データにアレルギーコードが含まれていると判断されると（Ｓ５１：Ｙｅｓ）、処理はステップＳ５２に移行し、前記処方データにアレルギーコードが含まれていないと判断されると（Ｓ５１：Ｎｏ）、処理はステップＳ５１１に移行する。なお、前記ホスト側患者データの受信時には、前記ホスト側患者データにアレルギーコードが含まれているか否かが判断される。

＜ステップＳ５２＞
ステップＳ５２において、前記制御部１１は、前記アレルギーコードが前記アレルギーマスターＤ１４に登録されているか否かを判断する。ここで、前記アレルギーコードが前記アレルギーマスターＤ１４に登録されていると判断されると（Ｓ５２：Ｙｅｓ）、処理はステップＳ５２１に移行し、前記アレルギーコードが前記アレルギーマスターＤ１４に登録されていないと判断されると（Ｓ５２：Ｎｏ）、処理はステップＳ５３に移行する。

＜ステップＳ５３＞
ステップＳ５３において、前記制御部１１は、前記アレルギーコードを前記アレルギー情報として前記アレルギーマスターＤ１４に仮登録するための仮登録処理を実行する。なお、前記処方データに前記アレルギーコードに対応するアレルギー名称が含まれる場合は、前記アレルギー名称も前記アレルギー情報として前記アレルギーコードに対応付けて仮登録される。そして、前記制御部１１は、前記ステップＳ５３で仮登録された前記アレルギー情報を、ユーザーによる予め定められた本登録操作に応じて前記アレルギーマスターＤ１４に本登録する。なお、前記アレルギーマスターＤ１４に仮登録された前記アレルギー情報は、前記検査支援システム１０では使用不可の状態であり、前記アレルギーチェック処理などでも比較対象として使用されない。

ここに、図２３は、前記ステップＳ５３で仮登録された前記アレルギー情報を本登録するためのアレルギーマスターメンテナンス画面Ｄ８の一例を示す図である。図２３に示されるように、前記アレルギーマスターメンテナンス画面Ｄ８では、領域Ａ８１に仮登録中の前記アレルギー情報の一覧が表示される。また、前記アレルギーマスターメンテナンス画面Ｄ８には、操作キーＫ８１及び操作キーＫ８２が表示されている。そして、前記制御部１１は、前記アレルギーマスターメンテナンス画面Ｄ８において、一又は複数の前記アレルギー情報が選択された状態で前記操作キーＫ８１が操作されると、図２３に示されているように、選択された前記アレルギー情報の前記起因区分及び前記起因名称を一括登録するための一括登録画面Ｄ９をポップアップ表示させる。

続いて、前記制御部１１は、前記一括登録画面Ｄ９において前記起因区分及び前記起因名称の内容が入力された後、登録操作に対応する操作キーＫ９１が操作されると、前記一括登録画面Ｄ６を閉じて前記起因区分及び前記起因名称を前記領域Ａ８１に反映させる。その後、前記制御部１１は、前記アレルギーマスターメンテナンス画面Ｄ８において、前記操作キーＫ８２が操作されると、前記領域Ａ８１において、前記アレルギーコード、前記アレルギー名称、前記起因区分、前記起因名称などを含む前記アレルギー情報を前記アレルギーマスターＤ１４に本登録する。なお、前記制御部１１は、前記アレルギーマスターメンテナンス画面Ｄ８において、前記サーバー１及び前記クライアント端末２などに対するユーザー操作に応じて、前記アレルギー情報各々における前記起因区分及び前記起因名称の手動入力を受け付けることも可能である。

＜ステップＳ５２１＞
ステップＳ５２１において、前記制御部１１は、前記ホスト側アレルギー情報に基づいて前記アレルギーマスターＤ１４を更新する。具体的に、前記制御部１１は、前記アレルギーマスターＤ１４の前記アレルギーコードに対応するアレルギー名称を、前記ホスト側アレルギー情報のアレルギー名称に更新する。これにより、前記アレルギーマスターＤ１４における前記アレルギー名称と前記ホスト側アレルギー情報の前記アレルギー名称とが自動的に同期される。

＜ステップＳ５１１＞
一方、前記処方データにアレルギーコードが含まれていない場合（Ｓ５１：Ｎｏ）、続くステップＳ５１１において、前記制御部１１は、前記処方データに含まれるアレルギー名称が前記アレルギーマスターＤ１４に登録されているか否かを判断する。ここで、前記アレルギー名称が前記アレルギーマスターＤ１４に登録されていると判断されると（Ｓ５１１：Ｙｅｓ）、処理はステップＳ５１２に移行し、前記アレルギー名称が前記アレルギーマスターＤ１４に登録されていないと判断されると（Ｓ５１１：Ｎｏ）、処理はステップＳ５４に移行する。

＜ステップＳ５１２＞
ステップＳ５１２において、前記制御部１１は、前記処方データに含まれるアレルギー名称が前記記憶部１２の前記マスター記憶部１２２に記憶されている他の名称と一致するか否かを判断する。具体的に、前記制御部１１は、前記アレルギー名称と一致する薬品名称、薬品分類、成分名称、又は食品名称のいずれかが前記薬品マスターＤ１５、前記成分マスターＤ１８、又は前記食品分類マスターＤ１９などの前記アレルギーマスターＤ１４を除く他のマスターに登録されているか否かを判断する。ここで、前記アレルギー名称が前記記憶部１２の前記マスター記憶部１２２に記憶されていると判断されると（Ｓ５１２：Ｙｅｓ）、処理はステップＳ５１３に移行する。

また、前記アレルギー名称が前記記憶部１２の前記マスター記憶部１２２に記憶されていないと判断されると（Ｓ５１２：Ｎｏ）、処理は前記ステップＳ５３に移行する。この場合、前記ステップＳ５３では、前記制御部１１が、アレルギーコードを自動採番し、その採番されたアレルギーコード及び前記ホスト側アレルギー情報の前記アレルギー名称を前記アレルギーマスターＤ１４に仮登録する。前記自動採番では、例えば連番の採番によって、重複しないアレルギーコードが採番される。また、前記制御部１１は、前記ホスト側アレルギー情報における前記アレルギーコードの桁数とは異なる桁数の前記アレルギーコードを自動採番する。これにより、前記ホスト側アレルギー情報の前記アレルギーコードと前記アレルギーマスターＤ１４の前記アレルギーコードとの重複が防止される。なお、ここで仮登録された前記アレルギー情報についても、前記アレルギーマスターメンテナンス画面Ｄ８を用いて本登録される。

＜ステップＳ５１３＞
ステップＳ５１３において、前記制御部１１は、前記制御部１１は、前記ホスト側アレルギー情報に基づいて前記アレルギーマスターＤ１４を更新する。具体的に、前記制御部１１は、前記ステップＳ５３と同様に前記アレルギーコードを自動採番し、その採番されたアレルギーコード及び前記ホスト側アレルギー情報の前記アレルギー名称を前記アレルギーマスターＤ１４に本登録する。即ち、前記アレルギーマスターメンテナンス画面Ｄ８を用いた本登録操作は不要である。

ここで、前記制御部１１は、前記アレルギー情報における前記起因名称として、前記アレルギー名称に一致する前記薬品名称、前記薬品分類、前記成分名称、又は前記食品名称を自動入力する。また、前記アレルギー情報における前記起因区分として、前記薬品名称、前記薬品分類、前記成分名称、又は前記食品名称に対応する起因区分を自動入力する。

例えば、前記アレルギー名称が前記薬品名称と一致する場合には、前記薬品名称が前記起因名称として入力され、前記薬品名称である旨を示す「薬品」が前記起因区分として入力される。また、前記アレルギー名称が前記薬品分類と一致する場合には、前記薬品分類が前記起因名称として入力され、前記薬品分類である旨を示す「薬品分類」が前記起因区分として登録される。さらに、前記アレルギー名称が前記成分名称と一致する場合には、前記成分名称が前記起因名称として入力され、前記成分名称である旨を示す「成分」が前記起因区分として入力される。同じく、前記アレルギー名称が前記食品名称と一致する場合には、前記食品名称が前記起因名称として入力され、前記食品名称である旨を示す「食品分類」が前記起因区分として入力される。

これにより、前記アレルギーマスターＤ１４に、前記ホスト側アレルギー情報の前記アレルギーコード及び前記アレルギー名称の両方が含まれていない場合でも、前記アレルギー名称に一致する名称が他のマスターに登録されている場合には、新たなアレルギー情報が前記アレルギーマスターＤ１４に自動的に登録される。なお、前記ステップＳ５１２では、例えば前記薬品マスターＤ１５に登録されている薬品成分などの特定の名称と前記ホスト側アレルギー情報の前記アレルギー名称とが一致するか否かのみが判断されることも考えられる。

＜ステップＳ５４＞
ステップＳ５４において、前記制御部１１は、当該情報更新処理で更新された前記アレルギー情報に基づいて前記患者マスターを更新する。具体的に、前記制御部１１は、前記マスターに登録されている前記アレルギー情報における前記起因名称を、前記アレルギーマスターＤ１４に登録されている前記アレルギー情報における前記起因名称に更新する。これにより、前記患者マスターＤ１５における患者各々の前記アレルギー情報が最新の前記起因区分及び前記起因名称に更新される。

＜ステップＳ４４＞
図２１の説明に戻り、ステップＳ４４において、前記制御部１１は、前記処方データのアレルギー情報と前記対象患者のアレルギー情報とに基づいて、前記対象患者が前記対象薬品の服用についてアレルギー上の問題があるか否かを判断する。ここで、アレルギー上の問題があると判断された場合（Ｓ４４：Ｙｅｓ）、処理はステップＳ４５に移行し、アレルギー上の問題がない場合は（Ｓ４４：Ｎｏ）、当該アレルギーチェック処理は終了させる。

具体的に、前記患者マスターＤ１５において前記対象患者に対応付けて記憶されている前記起因区分が「薬品」であり、前記起因名称が「錠剤１」である場合、前記制御部１１は、「錠剤１」に対応する薬品成分及び薬品分類と、前記対象薬品に対応する薬品成分及び薬品分類とがそれぞれ比較される。そして、前記制御部１１は、前記薬品成分及び前記薬品分類のいずれか一方が一致した場合にエラーと判定する。なお、前記制御部１１は、前記薬品マスターＤ１５に基づいて、前記起因名称の薬品又は前記対象薬品に対応する前記薬品成分及び前記薬品分類を特定することが可能である。

また、前記患者マスターＤ１５において前記対象患者に対応付けて記憶されている前記起因区分が「薬品分類」であり、前記起因名称が「分類１」である場合、前記制御部１１は、前記対象薬品に対応する薬品分類が「分類１」と一致するか否かを判断する。そして、前記制御部１１は、前記薬品分類が一致した場合にエラーと判定する。

また、前記患者マスターＤ１５において前記対象患者に対応付けて記憶されている前記起因区分が「薬品成分」であり、前記起因名称が「成分１」である場合、前記制御部１１は、前記対象薬品に対応する薬品成分が「成分１」と一致するか否かを判断する。そして、前記制御部１１は、前記薬品分類が一致した場合にエラーと判定する。

また、前記患者マスターＤ１５において前記対象患者に対応付けて記憶されている前記起因区分が「食品分類」であり、前記起因名称が「分類１」である場合、前記制御部１１は、前記対象薬品に対応する薬品成分が「分類１」と一致するか否かを判断する。そして、前記制御部１１は、前記薬品分類が一致した場合にエラーと判定する。

＜ステップＳ４５＞
ステップＳ４５において、前記制御部１１は、前記アレルギーチェック処理の判定結果を出力する出力処理を実行する。具体的に、前記制御部１１は、前記アレルギーチェック処理の判定結果がエラーである旨を報知するエラー報知処理を実行する。また、前記制御部１１は、前記ステップＳ４５に係る出力処理を前記病棟側鑑査処理Ｓ２又は前記調剤側鑑査処理Ｓ４などで実行することも考えられる。例えば、前記制御部１１は、前記エラーを報知するためのエラー報知画面（不図示）を前記サーバー１の表示装置１４又は前記クライアント端末２の表示装置２４などに表示させる。

以上説明したように、前記検査支援システム１０では、前記上位システム６から取得する前記処方データ又は前記ホスト側患者データの受信に応じて、前記アレルギーマスターＤ１４及び前記患者マスターにおける前記アレルギー情報などが自動更新される。従って、ユーザーによる前記アレルギーマスターＤ１４及び前記患者マスターにおける前記アレルギー情報などのメンテナンスの手間が軽減される。

１ ：サーバー
１１：制御部
１２：記憶部
１３：通信Ｉ／Ｆ
１４：操作装置
１５：表示装置
１６：ドライブ装置
２ ：クライアント端末
２１：制御部
２２：記憶部
２３：通信Ｉ／Ｆ
２４：操作装置
２５：表示装置
２６：ドライブ装置
３ ：調剤機器
４ ：プリンター
５ ：通信網
６ ：上位システム
１０：検査支援システム

Claims (6)

1. 処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する条件であって前記検査項目に対応する検査間隔を含む検査条件を取得する第１取得処理部と、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得処理部と、
   前記検査実施状況が前記検査条件を充足しているか否かを判定する処理部であって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品に対応する前記検査間隔とに基づいて検査期間を特定すると共に、前記検査期間各々において前記検査項目の検査が実施されたか否かを判定する判定処理部と、
   前記判定処理部による判定結果を出力する出力処理部と、
   を備える検査支援システム。
2. 処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する検査条件を取得する第１取得処理部と、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得処理部と、
   前記検査実施状況が前記検査条件を充足しているか否かを判定する処理部であって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品の種類とに基づいて検査期間を特定すると共に、前記検査期間において前記検査項目の検査が実施されたか否かを判定する判定処理部と、
   前記判定処理部による判定結果を出力する出力処理部と、
   を備える検査支援システム。
3. コンピューターに、
   処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する条件であって前記検査項目に対応する検査間隔を含む検査条件を取得する第１取得ステップと、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得ステップと、
   前記検査実施状況が前記検査条件を充足しているか否かを判定するステップであって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品に対応する前記検査間隔とに基づいて検査期間を特定すると共に、前記検査期間各々において前記検査項目の検査が実施されたか否かを判定する判定ステップと、
   前記判定ステップによる判定結果を出力する出力ステップと、
   を実行させるための検査支援プログラム。
4. コンピューターに、
   処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する検査条件を取得する第１取得ステップと、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得ステップと、
   前記検査実施状況が前記検査条件を充足しているか否かを判定するステップであって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品の種類とに基づいて検査期間を特定すると共に、前記検査期間において前記検査項目の検査が実施されたか否かを判定する判定ステップと、
   前記判定ステップによる判定結果を出力する出力ステップと、
   を実行させるための検査支援プログラム。
5. コンピューターにより、
   処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する条件であって前記検査項目に対応する検査間隔を含む検査条件を取得する第１取得ステップと、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得ステップと、
   前記検査実施状況が前記検査条件を充足しているか否かを判定するステップであって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品に対応する前記検査間隔とに基づいて検査期間を特定すると共に、前記検査期間各々において前記検査項目の検査が実施されたか否かを判定する判定ステップと、
   前記判定ステップによる判定結果を出力する出力ステップと、
   を実行する検査支援方法。
6. コンピューターにより、
   処方データに含まれる薬品情報に対応する薬品について予め設定された検査項目の実施時期に関する検査条件を取得する第１取得ステップと、
   前記処方データに対応する患者について実施された前記検査項目の実施時期に関する検査実施状況を取得する第２取得ステップと、
   前記検査実施状況が前記検査条件を充足しているか否かを判定するステップであって、前記処方データに含まれる前記薬品情報に対応する薬品の初回服用日と前記薬品の種類とに基づいて検査期間を特定すると共に、前記検査期間において前記検査項目の検査が実施されたか否かを判定する判定ステップと、
   前記判定ステップによる判定結果を出力する出力ステップと、
   を実行する検査支援方法。