(57)【特許請求の範囲】
【請求項１】
患者に投薬する薬品に関するデータの選択を支援するデータ選択支援プログラムにおいて、
コンピュータを、
選択された薬品名を含む薬品の組み合わせを、薬品の組み合わせが当該患者に処方された日付の情報を含む処方履歴を格納する格納手段から選択する選択手段、
前記選択手段により選択された薬品の組み合わせが、前記処方履歴に複数存在するか否かを判断する第１の判断手段、
前記第１の判断手段により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを前記処方履歴に基づいて判断する第２の判断手段、
前記選択手段により選択された薬品の組み合わせを表示する際に、前記第２の判断手段により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示する表示手段、
として機能させることを特徴とするデータ選択支援プログラム。
【請求項２】
コンピュータを、さらに、前記第２の判断手段により連続して処方されていると判断された薬品の組み合わせに対して日付が後の薬品の組み合わせの投薬日数の方が多いか否かを前記処方履歴に基づいて判断する第３の判断手段として機能させ、
前記表示手段は、前記第３の判断手段により後の薬品の組み合わせの投薬日数の方が多いと判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示することを特徴とする請求項１記載のデータ選択支援プログラム。
【請求項３】
前記処方履歴には、患者を識別する識別情報が格納されており、
前記第２の判断手段は、前記識別情報に基づいて当該患者に対し連続して処方されているか否かを判断することを特徴とする請求項１記載のデータ選択支援プログラム。
【請求項４】
前記第２の判断手段は、前記第１の判断手段により前記処方履歴に複数存在すると判断された薬品の組み合わせ同士の日付が、予め定められた日数の範囲内に納まっている場合、連続して処方されていると判断することを特徴とする請求項１記載のデータ選択支援プログラム。
【請求項５】
前記表示手段は、前記第１の判断手段により複数存在すると判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示することを特徴とする請求項１記載のデータ選択支援プログラム。
【請求項６】
前記選択手段は、投薬を行う対象の患者と他の患者とを含む複数の患者の処方履歴から処方実績のある薬品の組み合わせを選択し、
前記表示手段は、投薬を行う対象の患者に対して処方実績のある薬品の組み合わせを、前記他の患者に対して処方実績のある薬品の組み合わせよりも優先して表示する、
ことを特徴とする請求項１記載のデータ選択支援プログラム。
【請求項７】
患者に投薬する薬品に関するデータの選択を支援するデータ選択支援方法において、
コンピュータが、
選択された薬品名を含む薬品の組み合わせを、薬品の組み合わせが当該患者に処方された日付の情報を含む処方履歴を格納する格納手段から選択し、
前記格納手段から選択された薬品の組み合わせが、前記処方履歴に複数存在するか否かを判断し、
複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを前記処方履歴に基づいて判断し、
前記格納手段から選択された薬品の組み合わせを表示する際に、連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示する、
ことを特徴とするデータ選択支援方法。
【請求項８】
患者に投薬する薬品に関するデータの選択を支援するデータ選択支援装置において、
選択された薬品名を含む薬品の組み合わせを、薬品の組み合わせが当該患者に処方された日付の情報を含む処方履歴を格納する格納部から選択する選択部と、
前記選択部により選択された薬品の組み合わせが、前記処方履歴に複数存在するか否かを判断する第１の判断部と、
前記第１の判断部により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを前記処方履歴に基づいて判断する第２の判断部と、
前記選択部により選択された薬品の組み合わせを表示する際に、前記第２の判断部により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示する表示部と、
を有することを特徴とするデータ選択支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ選択支援プログラム、データ選択支援方法およびデータ選択支援装置に関し、特に、患者に投薬する薬品に関するデータの選択を支援するデータ選択支援プログラム、データ選択支援方法およびデータ選択支援装置に関する。
【背景技術】
【０００２】
診察を行って患者の主要症状、経過等を記録したり、各種の処方（内服、外用、注射等）や手術、処置等を指示したりする際に、これらの行為をアシストする機能を備えた電子カルテシステムが知られている。
【０００３】
このシステムにおいては、特に、医師が患者に応じた薬品を処方する場合の操作の簡便化が求められている。
そこで、薬品名の略称が入力されると、当該略称を含む薬品名のリストを選択可能に表示することで、薬品名の絞り込みをする技術が知られている（例えば、特許文献１参照）。また、病名と薬品名の組み合わせを予め記憶手段に記憶しておき、患者の病名を用いて当該記憶手段を参照することで、薬品名の絞り込みをする技術が知られている（例えば、特許文献２参照）。
【特許文献１】特開２００４−３１８５２０号公報
【特許文献２】特開２００７−２７２７５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、絞り込みの条件に合致した薬品が、必ずしも効果がある薬品か否かを判断することはできず、医師自身の記憶と経験に基づいて効果のある薬品を選択したり、電子カルテに記載された内容を遡って確認して薬品を選択したりする必要があった。
【０００５】
しかし、前者の場合、必ずしも効果のある薬品を選択できるとは限らず、また、後者の場合、薬品の選択に時間がかかるという問題があった。
本発明はこのような点に鑑みてなされたものであり、効果の実績があると判断できる薬品の組み合わせを容易、確実、かつ短時間に示すことができるデータ選択支援プログラム、データ選択支援方法およびデータ選択支援装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、開示のデータ選択支援プログラムが提供される。このプログラムは、コンピュータを、選択手段、第１の判断手段、第２の判断手段および表示手段として機能させる。
【０００７】
選択手段は、選択された薬品名を含む薬品の組み合わせを、薬品の組み合わせが患者に処方された日付の情報を含む処方履歴を格納する格納手段から選択する。
第１の判断手段は、選択手段により選択された薬品の組み合わせが、処方履歴に複数存在するか否かを判断する。
【０００８】
第２の判断手段は、第１の判断手段により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを処方履歴に基づいて判断する。
表示手段は、選択手段により選択された薬品の組み合わせを表示する際に、第２の判断手段により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせよりも優先して表示する。
【０００９】
このようなデータ選択支援プログラムによれば、選択手段により、選択された薬品名を含む薬品の組み合わせが、格納手段から選択される。次に、第１の判断手段により、選択手段によって選択された薬品の組み合わせが、処方履歴に複数存在するか否かが判断される。次に、第２の判断手段により、第１の判断手段によって複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かが処方履歴に基づいて判断される。そして、表示手段により、選択手段によって選択された薬品の組み合わせを表示する際に、第２の判断手段により連続して処方されていると判断された薬品の組み合わせが他の薬品の組み合わせよりも優先して表示される。
【発明の効果】
【００１０】
開示のデータ選択支援プログラム、データ選択支援方法およびデータ選択支援装置によれば、効果の実績があると判断できる薬品の組み合わせを容易、確実、かつ短時間に選択することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。
【００１２】
開示のデータ選択支援プログラムは、コンピュータ１を、選択手段２、第１の判断手段３、第２の判断手段４および表示手段５として機能させる。
選択手段２は、選択された薬品名を含む薬品の組み合わせを、過去の処方履歴を格納する格納手段６から選択する。
【００１３】
第１の判断手段３は、選択手段２により選択された薬品の組み合わせが、過去の処方履歴に複数存在するか否かを判断する。
第２の判断手段４は、第１の判断手段３により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを判断する。
【００１４】
表示手段５は、選択手段２により選択された薬品の組み合わせを表示する際に、第２の判断手段４により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせ（選択手段により選択された薬品の組み合わせおよび第１の判断手段により判断された薬品の組み合わせ）と区別し得る態様で表示する。
【００１５】
これにより、連続して処方されていると判断された薬品の組み合わせが他の薬品の組み合わせと区別し得る態様で表示されるため、医師は効果の実績があると判断できる薬品の組み合わせを容易に判断することができる。
【００１６】
なお、コンピュータ１を、後の投薬日数が増加しているか否かを判断する第３の判断手段（図示せず）として機能させるようにするのが好ましい。
この際、第３の判断手段により後の投薬日数が増加していると判断された薬品の組み合わせについては、他の薬品の組み合わせ（選択手段により選択された薬品の組み合わせ並びに第１の判断手段および第２の判断手段により判断された薬品の組み合わせ）と区別し得る態様で表示するのが好ましい。
【００１７】
このような表示により、患者に対する効果の実績がより高いと判断できる薬品の組み合わせを容易、確実、かつ短時間に示すことができる。
なお、図１では、格納手段６は、コンピュータ１の外部にあるものとして図示したが、これに限らずコンピュータ１の内部に設けられていてもよい。
【００１８】
以下、本発明の実施の形態を説明する。
図２は、実施の形態の電子カルテシステムを示す図である。
電子カルテシステム３００は、サーバ装置１００と、複数の（図２では２台の）クライアント装置２００、２００、・・・とを有している。
【００１９】
サーバ装置１００は、患者毎の投薬（処方）パターンや、患者および医師（利用者）を識別するデータ等を格納し、必要に応じてそのデータをクライアント装置２００に送る。
クライアント装置２００は、医師が、処方箋を作成したり、患者への病状を説明したりする際に使用する電子カルテアプリケーション（後述）を備えている。電子カルテアプリケーションは、医師の操作に応じて付属のモニタに電子カルテや、そのカルテ作成をサポートするために、過去に処方した投薬パターン等をモニタに表示させる。
【００２０】
図３は、クライアント装置のハードウェア構成例を示す図である。
クライアント装置２００は、ＣＰＵ（Central Processing Unit）２０１によって装置全体が制御されている。ＣＰＵ２０１には、バス２０７を介してＲＡＭ（Random Access Memory）２０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）２０３、グラフィック処理装置２０４、入力インタフェース２０５、および通信インタフェース２０６が接続されている。
【００２１】
ＲＡＭ２０２には、ＣＰＵ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、ＣＰＵ２０１による処理に必要な各種データが格納される。ＨＤＤ２０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ２０３内には、プログラムファイルが格納される。
【００２２】
グラフィック処理装置２０４には、モニタ１１が接続されている。グラフィック処理装置２０４は、ＣＰＵ２０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース２０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース２０５は、キーボード１２やマウス１３から送られてくる信号を、バス２０７を介してＣＰＵ２０１に送信する。
【００２３】
通信インタフェース２０６は、ネットワーク２０に接続されている。通信インタフェース２０６は、ネットワーク２０を介して、他のコンピュータとの間でデータの送受信を行う。
【００２４】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３にはクライアント装置２００のハードウェア構成を示したがサーバ装置１００についても同様のハードウェア構成で実現することができる。このようなハードウェア構成の電子カルテシステム３００においてサーバ装置１００および各クライアント装置２００内には、以下のような機能が設けられる。
【００２５】
＜サーバ装置＞
図４は、サーバ装置の機能を示すブロック図である。
サーバ装置１００は、データ送受信部１１０と、制御部１２０と、電子カルテ処理用データ格納部１３０とを有している。
【００２６】
データ送受信部１１０は、クライアント装置２００との間でデータの送受信を行う機能を有している。
制御部１２０は、クライアント装置２００が電子カルテアプリケーションにログインする際の認証機能を有している。
【００２７】
具体的には、クライアント装置２００からのユーザ認証要求に応じて認証を行い、認証後、クライアント装置２００からのデータ送信要求に応じて電子カルテ処理用データ格納部１３０に格納されているデータをクライアント装置２００に送信する。
【００２８】
また、クライアント装置２００からのデータ更新要求に応じて電子カルテ処理用データ格納部１３０に格納されているデータを更新する。
電子カルテ処理用データ格納部１３０は、クライアント装置２００の電子カルテアプリケーションの実行時に使用するデータを格納しており、電子カルテＤＢ１３１と、患者ＤＢ１３２と、投薬オーダＤＢ（格納手段）１３３と、連続投薬判定許容日数マスタ１３４と、薬品使用オーダ番号管理ＤＢ１３５とを有している。
【００２９】
電子カルテＤＢ１３１には、患者毎の電子カルテ（図示せず）が、予め定められたフォーマットで格納されている。
患者ＤＢ１３２には、患者の基本情報が格納されている。
【００３０】
投薬オーダＤＢ１３３には、過去に患者に投薬した薬品の情報が、投薬指示をした医師や、投薬日数等と関連づけられて格納されている。
連続投薬判定許容日数マスタ１３４には、患者に対して薬品を所定期間内に連続して投薬したか否かを判断するための情報が格納されている。
【００３１】
薬品使用オーダ番号管理ＤＢ１３５には、投薬オーダＤＢ１３３に格納されている薬品に関する情報うちの、薬品名に関する情報だけを抜き出した情報が格納されている。
以下、各ＤＢのデータ構造について説明する。
【００３２】
＜患者ＤＢ＞
患者ＤＢ１３２では患者データがテーブル化されて格納されている。
図５は、患者データテーブルのデータ構造を示す図である。
【００３３】
患者データテーブル１３２ａには、患者ＩＤ、患者名および生年月日の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者を識別する番号（ＩＤ）が格納されている。
【００３４】
患者名の欄には、患者の氏名が格納されている。
生年月日の欄には、患者の欄に格納されている患者の生年月日が格納されている。
＜投薬オーダＤＢ＞
投薬オーダＤＢ１３３では投薬オーダ情報がテーブル化されて格納されている。
【００３５】
図６および図７は、投薬オーダテーブルのデータ構造例を示す図である。なお、図６および図７は、１つのテーブルを構成している。
投薬オーダテーブル１３３ａには、患者ＩＤ、患者名、利用者コード、利用者名称、オーダ日、オーダ番号、項目属性、項目属性名称、項目コード、項目名称、項目数量および項目単位名称の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
【００３６】
患者ＩＤの欄には、患者を識別する番号（ＩＤ）が格納されている。
患者名の欄には、患者の氏名が格納されている。
利用者コードの欄には、利用者名称の欄に格納された利用者を識別する番号が格納されている。
【００３７】
利用者名称の欄には、患者名の欄に格納された患者に対する薬品を処方した利用者名（医師名）が格納されている。
オーダ日の欄には、投薬オーダを発行した日付が格納されている。
【００３８】
オーダ番号の欄には、投薬オーダ毎に設けられた固有の識別番号が格納されている。同じオーダ番号が付されているオーダ情報（投薬オーダテーブル１３３ａの一列分の情報）は、１つのオーダの単位を構成していることを意味する。オーダ番号が共通するオーダ情報の固まりを以下、「Ｒｐ情報」と言う。なお、本実施の形態では、オーダ番号の数が大きいオーダ情報ほど、オーダ日が新しい。
【００３９】
項目属性の欄には、オーダ情報の属性を示す識別子が格納されている。「Ｄ」は、オーダ情報の属性が薬品であることを示し、「Ｙ」は、オーダ情報の属性が用法であることを示している。
【００４０】
項目属性名称の欄には、項目名称の欄が薬品名である場合は「薬品」が格納され、用法である場合は「用法」が記載されている。
項目コードの欄には、項目属性が「Ｄ」の項目については、薬品名を識別する、先頭に「Ｄ」が付された識別番号が格納されている。項目属性が「Ｙ」の項目については、内服用法毎のパターンを識別する、先頭に「Ｙ」が付された識別番号が格納されている。
【００４１】
項目名称の欄には、項目属性が「Ｄ」の項目については、具体的な投薬オーダの薬品名とその量が格納されている。項目属性が「Ｙ」の項目については、内服用法が格納されている。
【００４２】
項目数量の欄には、項目属性が「Ｄ」の項目については、１日あたりの内服数量が格納されており、項目属性が「Ｙ」の項目については、投薬日数を示す日にちが格納されている。以下、オーダ日に投薬日数を加えた日を「投薬完了日」という。例えば、オーダ日が「２００７．８．１」で投薬日数が７日の場合、投薬完了日は、「２００７．８．８」である。
【００４３】
項目単位名称の欄には、項目属性が「Ｄ」の項目については、項目名称の薬品名に応じて「包」または「錠」が格納されており、項目属性が「Ｙ」の項目については、「日」が格納されている。
【００４４】
＜連続投薬判定許容日数マスタ＞
連続投薬判定許容日数マスタ１３４では情報がテーブル化されて格納されている。
図８は、連続投薬判定許容日数マスタのデータ構造例を示す図である。
【００４５】
連続投薬判定許容日数マスタテーブル１３４ａには、区分、区分名および許容日数の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
区分の欄には、レコード毎の識別番号が格納されている。
【００４６】
区分名の欄には、許容日数を適用する時期を区分けする情報が格納されている。
許容日数の欄には、（オーダ日および投薬完了日から起算して）連続した投薬オーダが、投薬オーダＤＢ１３３に格納されているとみなすことを許容する日数が格納されている。
【００４７】
図８では、許容日数の欄にはいずれも「３」が格納されているため、オーダ日から３日以前および投薬完了日から３日以降は、連続した投薬オーダが投薬オーダＤＢ１３３に格納されたとみなす。
【００４８】
＜薬品使用オーダ番号管理ＤＢ＞
薬品使用オーダ番号管理ＤＢ１３５では情報がテーブル化されて格納されている。
図９は、薬品使用オーダ番号管理テーブルのデータ構造例を示す図である。
【００４９】
薬品使用オーダ番号管理テーブル１３５ａには、項目コード、薬品名、オーダ番号の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
なお、各内容については、それぞれ投薬オーダテーブル１３３ａに格納されているものと同様であるため、説明を省略する。
【００５０】
図１０は、クライアント装置の機能を示すブロック図である。
クライアント装置２００は、データ送受信部２１０と、アプリケーション格納部２２０と、アプリケーション実行部２３０とを有している。
【００５１】
データ送受信部２１０は、サーバ装置１００との間でデータの送受信を行う機能を有している。
アプリケーション格納部２２０は、電子カルテアプリケーションを格納する電子カルテアプリケーション格納部２２１と、投薬Ｒｐ辞書アプリケーションを格納する投薬Ｒｐ辞書アプリケーション格納部２２２とを有している。
【００５２】
アプリケーション実行部２３０は、医師のキーボード１２やマウス１３等による操作（以下、単に「医師の操作」と言う）による、入力インタフェース２０５を介した電子カルテアプリケーションの起動要求に応じて電子カルテアプリケーション格納部２２１に格納されている電子カルテアプリケーションを呼び出し、電子カルテアプリケーションのログイン画面をモニタ１１に表示させる。
【００５３】
医師の操作により、医師の利用者コードと、固有のパスワード等が入力され、ログインボタン（図示せず）が選択（押下）されることにより、アプリケーション実行部２３０は、認証処理を行う。
【００５４】
具体的には、アプリケーション実行部２３０が、ログイン名およびパスワードとともに認証要求を、データ送受信部２１０を介してサーバ装置１００に送信する。サーバ装置１００の制御部１２０によって認証されれば、電子カルテアプリケーションにログインすることができる。
【００５５】
医師は、電子カルテアプリケーションによりモニタ１１に表示される電子カルテ画面上に表示されたカーソル等を操作することにより、薬品を投薬するための投薬オーダ画面等をモニタ１１に表示させることができる。
【００５６】
投薬オーダ画面において、医師の操作により薬品が選択されると、アプリケーション実行部２３０は、投薬Ｒｐ辞書アプリケーション格納部２２２に格納されている投薬Ｒｐ辞書アプリケーションを呼び出して投薬Ｒｐ辞書画面表示処理（後述）を行う。
【００５７】
この処理では、投薬オーダＤＢ１３３における当該医師の、過去に発行した投薬オーダの中から、今回指定した薬品を含む投薬Ｒｐパターン（投薬する薬品の組み合わせおよび内服用法を備えるパターン）を一覧表示した投薬Ｒｐ辞書画面（後述）をモニタ１１に表示する。
【００５８】
図１１は、アプリケーション実行部の機能を示すブロック図である。
アプリケーション実行部２３０は、データ取得部２３１と、投薬オーダ処理部２３２と、データ送信部２３３とを有している。
【００５９】
データ取得部２３１は、データ送受信部２１０を介してサーバ装置１００からデータを取得し、取得したデータをモニタ１１の画面に表示させたり、ワークテーブル（後述）に格納したりする。
【００６０】
投薬オーダ処理部２３２は、表示された投薬オーダ画面において、医師の操作に応じた各種処理を行う機能を備えており、投薬Ｒｐパターン抽出部（第１の判断手段、第２の判断手段、第３の判断手段）２３２ａと、ワークテーブル２３２ｂと、画面表示部（表示手段）２３２ｃとを有している。
【００６１】
投薬Ｒｐパターン抽出部２３２ａは、医師の操作により選択された薬品と、サーバ装置１００に格納されたデータとに基づいて、前述した投薬Ｒｐパターンを抽出する。
ワークテーブル２３２ｂは、投薬Ｒｐパターン抽出部２３２ａが投薬Ｒｐパターンを抽出する際にデータを一時保管する領域を構成している。
【００６２】
画面表示部２３２ｃは、投薬Ｒｐパターン抽出部２３２ａの抽出により得られた投薬Ｒｐパターンをまとめた投薬Ｒｐ辞書画面をモニタ１１に表示する。
データ送信部２３３は、電子カルテを保存する際に、医師により今回なされた投薬オーダをサーバ装置１００に送信する。
【００６３】
次に、投薬オーダ画面について説明する。
図１２は、投薬オーダ画面を示す図である。
投薬オーダ画面２１には、患者ＩＤ表示部２１ａと、患者氏名表示部２１ｂと、利用者表示部２１ｃと、オーダ日表示部２１ｄと、検索部２１ｅと、終了ボタン２１ｆが表示されている。この他にも院内処方と院外処方とを選択するボタン等が設けられていてもよい。
【００６４】
患者ＩＤ表示部２１ａには、患者ＤＢ１３２から取得した患者ＩＤが表示される。
患者氏名表示部２１ｂには、患者ＤＢ１３２から取得した患者の氏名が表示される。
利用者表示部２１ｃには、投薬オーダ画面２１を操作する医師名等（電子カルテアプリケーションにログインした医師名や、この医師名の利用者コード）が表示される。
【００６５】
オーダ日表示部２１ｄには、薬品を処方する日付が、クライアント装置２００が備えるタイマから呼び出されて表示される。
検索部２１ｅは、薬品を検索する薬品検索タブ２１１ｅと、薬効を検索する薬効検索タブ２１２ｅと、頻用薬（使用頻度の高い薬）を検索する頻用薬検索タブ２１３ｅとを有している。
【００６６】
医師の操作により、薬品検索タブ２１１ｅが選択されると、薬品検索画面２１４ｅが表示される。
薬品検索画面２１４ｅには、薬品名入力部２１５ｅと、検索ボタン２１６ｅと、検索結果表示部２１７ｅとが表示される。
【００６７】
薬品名入力部２１５ｅは、検索する薬品名の一部または全部の入力を受け付ける。
検索ボタン２１６ｅは、医師の操作により選択されることで、薬品名入力部２１５ｅに入力された内容で、検索を行う。
【００６８】
検索結果表示部２１７ｅは、医師の操作により検索ボタン２１６ｅが選択されたときに、薬品名入力部２１５ｅに入力された薬品名と少なくとも一部が一致した薬品名およびその分量（検索薬品一覧）を表示する。なお、これらの情報は、予め登録された薬品マスタ（図示せず）から取得する。
【００６９】
図１２では、医師の操作により薬品名入力部２１５ｅに薬品名「ムコダイン」の一部である「ムコダ」が入力され、検索ボタン２１６ｅが選択された結果、検索結果表示部２１７ｅに「ムコダインＤＳ  ３３、３％」、「ムコダインシロップ  ３３．３％」および「ムコダイン錠  ５００ｍｇ」が表示されている。
【００７０】
そして、医師の操作により検索薬品一覧のいずれかの検索薬品が表示されている部位（図１２では「ムコダイン錠  ５００ｍｇ」が表示されている部位）に、カーソルが当てられると、投薬Ｒｐ辞書アプリケーションが起動し、投薬Ｒｐ辞書画面２１８ｅが表示される。
【００７１】
投薬Ｒｐ辞書画面２１８ｅには、利用者表示部２１ｃに表示された医師（Ａ医師）が、カーソルが当てられた薬品名を投薬した、全ての患者の投薬Ｒｐパターン（図１２では７つの投薬Ｒｐパターン）が表示される。
【００７２】
すなわち、投薬Ｒｐ辞書画面２１８ｅには、患者氏名表示部２１ｂに表示された患者氏名（以下、「当該患者」と言う）に限定されず、投薬オーダテーブル１３３ａに格納されているＡ医師が投薬した全ての患者の投薬Ｒｐパターンが表示される。
【００７３】
各投薬Ｒｐパターンには、優先度（過去の傾向に基づいて推奨できる可能性が高いもの）が存在し、例えば、当該患者に対して所定期間内に連続して（以下、単に「連続して」と言う）２回投薬した実績があり、かつ、後の投薬日数が多い投薬Ｒｐパターンが、１番優先度が高く、当該患者に対して連続して２回投薬した実績があり、かつ、前後の投薬日数が同じ投薬Ｒｐパターンまたは先の投薬日数が多い投薬Ｒｐパターンが、２番目に優先度が高く、当該患者に連続ではないが、複数回投薬した実績がある投薬Ｒｐパターンが、３番目に優先度が高く、当該患者に１度投薬した実績がある投薬Ｒｐパターンが、４番目に優先度が高く、当該患者に１度も投薬した実績がない投薬Ｒｐパターンが、１番優先度が低い。
【００７４】
各投薬Ｒｐパターンは、この優先度に応じて色分けがなされており、例えば、１番優先度の高い欄については橙色表示され、２番目に優先度の高い欄については水色表示され、３番目に優先度が高い欄については赤色表示され、４番目に優先度が高い欄については桃色表示される。これにより、医師は容易に優先度を判断することができる。なお、この色は特に限定されず、医師の好みによって自由に替えることができる。
【００７５】
閉じるボタン２１９ｅが選択されると、投薬オーダ処理部２３２は、投薬Ｒｐ辞書画面２１８ｅの表示を終了する。
終了ボタン２１ｆが選択されると、投薬オーダ処理部２３２は、投薬オーダ画面２１の表示を終了する。
【００７６】
次に、ワークテーブル２３２ｂに一時保管されるデータについて説明する。
ワークテーブル２３２ｂには、表示用投薬Ｒｐパターン格納領域と、オーダ番号管理領域とが用意されている。
【００７７】
表示用投薬Ｒｐパターン格納領域には、サーバ装置１００の投薬オーダＤＢ１３３から投薬Ｒｐ辞書画面２１８ｅを作成するために必要な情報を抽出したデータが格納される。
オーダ番号管理領域には、電子カルテアプリケーションにログインしている医師が、投薬オーダ画面２１において検索した薬品名のオーダ番号が格納される。
【００７８】
以下、表示用投薬Ｒｐパターン格納領域およびオーダ番号管理領域に格納されるデータの構造例を説明する。
＜投薬Ｒｐパターン管理テーブル＞
表示用投薬Ｒｐパターン格納領域では情報がテーブル化されて格納される。
【００７９】
図１３は、表示用投薬Ｒｐパターン管理テーブルのデータ構造例を示す図である。
表示用投薬Ｒｐパターン管理テーブル２３２１ｂには、パターン番号、項目属性、項目属性名称、項目コード、項目名称、項目数量、項目単位名称、オーダ日および優先度フラグ（図１３では単に「フラグ」と示している）の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
【００８０】
パターン番号の欄には、投薬Ｒｐパターンを識別する番号が格納されている。この番号は、投薬Ｒｐ辞書画面表示処理によって、新たに投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに追加される度に昇順に設定される。
【００８１】
なお、項目属性、項目コード、項目名称、項目数量、項目単位名称、オーダ日については、それぞれ投薬オーダテーブル１３３ａと同じ内容であるため、その説明を省略する。
優先度フラグの欄には、前述した優先度を識別する数字が格納される。数字の意味については後述する。
【００８２】
＜オーダ番号管理テーブル＞
オーダ番号管理領域では情報がテーブル化されて格納されている。
図１４は、オーダ番号管理テーブルのデータ構造例を示す図である。
【００８３】
オーダ番号管理テーブル２３２２ｂには、オーダ番号が格納される。
次に、電子カルテシステム３００の処理（電子カルテシステム処理）を説明する。
＜電子カルテシステム処理＞
図１５は、電子カルテシステム処理を示すフローチャートである。
【００８４】
まず、アプリケーション実行部２３０が、医師の操作に応じて電子カルテアプリケーションを呼び出す。アプリケーション実行部２３０が、医師の操作によるログイン名およびパスワードの入力およびログインボタンの選択に応じて、認証処理を行う（ステップＳ１）。
【００８５】
ログイン後、アプリケーション実行部２３０が、医師の操作による患者の指定に応じて（ステップＳ２）、アプリケーション実行部２３０が、当該患者の電子カルテを起動し、モニタ１１の画面に表示する（ステップＳ３）。
【００８６】
次に、医師の操作により、電子カルテ内の投薬オーダメニューが選択されると、投薬オーダ画面２１が起動する（ステップＳ４）。
次に、医師の操作により、投薬オーダ画面２１内の薬品検索タブ２１１ｅが選択されると、薬品検索画面２１４ｅが起動する（ステップＳ５）。
【００８７】
次に、アプリケーション実行部２３０が、医師の操作により、他の操作が選択されたか否か、すなわち、他のタブや、終了ボタン２１ｆが選択されたか否かを判断する（ステップＳ６）。
【００８８】
他のタブや、終了ボタン２１ｆが選択されていない場合（ステップＳ６のＮｏ）、カーソルが、検索結果表示部２１７ｅに表示された検索薬品一覧のいずれかの検索薬品が表示されている部位に当てられたか否かを判断する（ステップＳ７）。
【００８９】
当てられていない場合（ステップＳ７のＮｏ）、ステップＳ６に移行し、ステップＳ６以降の処理を行う。
当てられた場合（ステップＳ７のＹｅｓ）、アプリケーション実行部２３０が、投薬Ｒｐ辞書アプリケーションを呼び出し、投薬Ｒｐ辞書画面表示処理を行う（ステップＳ８）。
【００９０】
一方、ステップＳ６にて他のタブや、終了ボタン２１ｆが選択された場合、アプリケーション実行部２３０が、薬品検索画面２１４ｅを閉じる。他のタブが選択された場合（ステップＳ６のタブ）、ステップＳ９に移行する。終了ボタン２１ｆが選択された場合（ステップＳ６の終了ボタン）、ステップＳ１０に移行する。
【００９１】
他のタブが選択された場合において、医師により投薬オーダ画面２１にて他の操作が行われた場合、アプリケーション実行部２３０が、その操作に応じた処理を行う（ステップＳ９）。
【００９２】
医師の操作により、終了ボタン２１ｆが選択されると、アプリケーション実行部２３０が、投薬オーダ画面２１の表示を終了する（ステップＳ１０）。
その後、データ送信部２３３が、当該患者の電子カルテをサーバ装置１００に送信する（ステップＳ１１）。
【００９３】
医師の操作により、電子カルテアプリケーションのログオフが選択されると、アプリケーション実行部２３０が、電子カルテアプリケーションから医師をログオフする。これにより、処理を終了する。
【００９４】
＜投薬Ｒｐ辞書画面表示処理＞
次に、ステップＳ８の投薬Ｒｐ辞書画面表示処理について説明する。
図１６〜図１９は、投薬Ｒｐ辞書画面表示処理を示すフローチャートである。
【００９５】
まず、投薬Ｒｐパターン抽出部２３２ａが、表示用投薬Ｒｐパターン管理テーブル２３２１ｂおよびオーダ番号管理テーブル２３２２ｂを初期化する。また、パラメータｋを「ｋ＝１」にセットする（ステップＳ２１）。
【００９６】
次に、投薬Ｒｐパターン抽出部２３２ａが、カーソルが当てられた薬品名を受け取る（ステップＳ２２）。
次に、データ取得部２３１が、連続投薬判定許容日数マスタテーブル１３４ａを読み込む（ステップＳ２３）。
【００９７】
次に、データ取得部２３１が、当該薬品名を含むＲｐ情報のオーダ番号を、薬品使用オーダ番号管理ＤＢ１３５から取得し（ステップＳ２４）、投薬Ｒｐパターン抽出部２３２ａが、オーダ番号の大きいものから降順に、オーダ番号管理テーブル２３２２ｂに格納する。
【００９８】
次に、投薬Ｒｐパターン抽出部２３２ａが、オーダ番号管理テーブル２３２２ｂに格納されたオーダ番号の個数を、パラメータＮにセットする（ステップＳ２５）。
次に、投薬Ｒｐパターン抽出部２３２ａが、オーダ番号管理テーブル２３２２ｂにｋ番目のオーダ番号が存在するか否かを判断する（ステップＳ２６）。具体的には、パラメータｋの値がパラメータＮの値以下であるか否かを判断する。
【００９９】
パラメータｋの値がパラメータＮの値以下の場合、すなわち、未処理のオーダ番号が存在する場合（ステップＳ２６のＹｅｓ）、データ取得部２３１が、当該オーダ番号に対応する投薬オーダテーブル１３３ａのＲｐ情報を、投薬オーダＤＢ１３３から取得する（ステップＳ２７）。
【０１００】
次に、投薬Ｒｐパターン抽出部２３２ａが、パラメータｋをインクリメントする（ステップＳ２８）。
取得したＲｐ情報に対し、以下の処理を行う。Ｒｐ情報が複数取得された場合は、取得した全てＲｐ情報に対してそれぞれ以下の処理を行う。
【０１０１】
まず、投薬Ｒｐパターン抽出部２３２ａが、データ取得部２３１が取得したＲｐ情報の投薬Ｒｐパターンと同一の投薬Ｒｐパターンを有するＲｐ情報が、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに存在するか否かを判断する（図１７のステップＳ２９）。
【０１０２】
存在する場合（ステップＳ２９のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、抽出したＲｐ情報に含まれる患者ＩＤと、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤとが一致するか否かを判断する（ステップＳ３０）。
【０１０３】
一致しない場合（ステップＳ３０のＮｏ）、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
一致する場合（ステップＳ３０のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、一致した（表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されている）Ｒｐ情報の優先度フラグの値が「０」か否かを判断する（ステップＳ３１）。
【０１０４】
優先度フラグの値が「０」である場合（ステップＳ３１のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、この優先度フラグの値を「１」にセット（更新）し、当該Ｒｐ情報の所定項目を一致したＲｐ情報の対応項目に上書きする（ステップＳ３２）。
【０１０５】
なお、上書きする項目は、図１３に示した項目属性、項目属性名称、項目コード、項目名称、項目数量、項目単位名称、オーダ日である（以下同じ）。
一方、ステップＳ２９で同一投薬Ｒｐパターンが存在しない場合（ステップＳ２９のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに今回取得したＲｐ情報を新規に追加する（ステップＳ３３）。
【０１０６】
なお、追加する項目は、図１３に示したパターン番号、項目属性、項目属性名称、項目コード、項目名称、項目数量、項目単位名称、オーダ日である。
次に、投薬Ｒｐパターン抽出部２３２ａが、取得したＲｐ情報に含まれる患者ＩＤと、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤとが一致するか否かを判断する（ステップＳ３４）。
【０１０７】
一致しない場合（ステップＳ３４のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、新規に追加したＲｐ情報の優先度フラグの値を「０」にセットする（ステップＳ３５）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１０８】
一致する場合（ステップＳ３４のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、新規に追加したＲｐ情報の優先度フラグの値を「１」にセットする（ステップＳ３６）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１０９】
一方、ステップＳ３１において優先度フラグの値が「０」ではない場合（ステップＳ３
１のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値が「１」か否かを判断する（ステップＳ３７）。
【０１１０】
優先度フラグの値が「１」である場合（ステップＳ３７のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、ステップＳ２３にて読み込まれた連続投薬判定許容日数マスタテーブル１３４ａを参照し、当該Ｒｐ情報の投薬完了日が、一致したＲｐ情報のオーダ日に格納されている許容日数の範囲内に納まっているか否かを判断する（ステップＳ３８）。
【０１１１】
納まっていない場合（ステップＳ３８のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値を「２」にセットし、当該Ｒｐ情報の所定項目を一致したＲｐ情報の対応項目に上書きする（ステップＳ３９）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１１２】
納まっている場合（ステップＳ３８のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、投薬日数の比較を行う。具体的には、表示用投薬Ｒｐパターン管理テーブル２３２１ｂの一致したＲｐ情報の用法の項目数量の値より、当該Ｒｐ情報の用法の項目数量の値が小さいか否かを判断する（ステップＳ４０）。
【０１１３】
当該Ｒｐ情報の項目数量の値の方が小さい場合（ステップＳ４０のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値を「４」にセットする（ステップＳ４１）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１１４】
当該Ｒｐ情報の項目数量の値の方が小さくない（一致したＲｐ情報の用法の項目数量が当該Ｒｐ情報の用法の項目数量以上である）場合（ステップＳ４０のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値を「３」にセットし、当該Ｒｐ情報の所定項目を一致したＲｐ情報の対応項目に上書きする（ステップＳ４２）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１１５】
一方、ステップＳ３７で、優先度フラグの値が「１」ではない場合（ステップＳ３７のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値が「２」または「３」であるか否かを判断する（図１８のステップＳ４３）。
【０１１６】
優先度フラグの値が「２」または「３」ではない場合（ステップＳ４３のＮｏ）、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
優先度フラグの値が「２」または「３」である場合（ステップＳ４３のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、ステップＳ２３にて読み込まれた連続投薬判定許容日数マスタテーブル１３４ａを参照し、当該Ｒｐ情報の投薬完了日が、一致したＲｐ情報のオーダ日に格納されている許容日数の範囲内に納まっているか否かを判断する（ステップＳ４４）。
【０１１７】
納まっていない場合（ステップＳ４４のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、当該Ｒｐ情報の所定項目を一致したＲｐ情報の対応項目に上書きする（ステップＳ４５）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１１８】
納まっている場合（ステップＳ４４のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、投薬日数の比較を行う。具体的には、表示用投薬Ｒｐパターン管理テーブル２３２１ｂの一致したＲｐ情報の用法の項目数量の値より、当該Ｒｐ情報の用法の項目数量の値が小さいか否かを判断する（ステップＳ４６）。
【０１１９】
当該Ｒｐ情報の項目数量の値の方が小さい場合（ステップＳ４６のＹｅｓ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値を「４」にセットする（ステップＳ４７）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１２０】
当該Ｒｐ情報の項目数量の値の方が小さくない（一致したＲｐ情報の用法の項目数量が当該Ｒｐ情報の用法の項目数量以上の）場合（ステップＳ４６のＮｏ）、投薬Ｒｐパターン抽出部２３２ａが、一致したＲｐ情報の優先度フラグの値を「３」にセットし、当該Ｒｐ情報の所定項目を一致したＲｐ情報の対応項目に上書きする（ステップＳ４８）。その後、ステップＳ２６に移行し、ステップＳ２６以降の処理を引き続き行う。
【０１２１】
以上の処理が繰り返し行われ、図１６のステップＳ２６で、ｋ番目のオーダ番号が存在しない場合、すなわち、オーダ番号管理テーブル２３２２ｂ内の全てのオーダ番号についてステップＳ２６以下の処理を行った場合（図１６のステップＳ２６のＮｏ）、画面表示部２３２ｃが、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているＲｐ情報のうち、項目名称、項目数量および項目単位名称を投薬Ｒｐ辞書画面２１８ｅにセットする（ステップＳ４９）。
【０１２２】
次に、画面表示部２３２ｃが、優先度フラグの値に応じてベースカラーをセットする（ステップＳ５０）。なお、優先度フラグの値とベースカラーとの関係は、予め用意されてＨＤＤ２０３等に格納されている。
【０１２３】
次に、画面表示部２３２ｃが、投薬Ｒｐ辞書画面２１８ｅを描画する（ステップＳ５１）。
以上で投薬Ｒｐ辞書画面表示処理を終了する。
【０１２４】
＜具体例＞
次に、前述した各テーブルを用いて投薬Ｒｐ辞書画面表示処理の具体例を説明する。
まず、ログイン後、Ａ医師の操作により、カーソルが検索結果表示部２１７ｅに表示された検索薬品一覧のいずれかの検索薬品が表示されている部位に当てられると、表示用投薬Ｒｐパターン管理テーブル２３２１ｂおよびオーダ番号管理テーブル２３２２ｂが初期化される。
【０１２５】
次に、カーソルが当てられた薬品名「マーズレンＳ顆粒  ０．５ｇ包」を受け取る。
次に、連続投薬判定許容日数マスタ１３４を読み込む。
次に、Ａ医師が処方した「マーズレンＳ顆粒  ０．５ｇ包」におけるオーダ番号を取得する。本具体例では、図１４に示すオーダ番号が、オーダ番号管理テーブル２３２２ｂに格納される。すなわち、この時点でＢ医師が処方した「マーズレンＳ顆粒  ０．５ｇ包」におけるオーダ番号は除外される。
【０１２６】
そして、Ｎ＝８とする。
次に、オーダ番号「０００００５４０」を取得する。
表示用投薬Ｒｐパターン管理テーブル２３２１ｂは初期化されているため、この時点では、表示用投薬Ｒｐパターン管理テーブル２３２１ｂには、オーダ番号「０００００５４０」のＲｐ情報の投薬Ｒｐパターン（以下、単に「オーダ番号の投薬Ｒｐパターン」と言う）と同一の投薬Ｒｐパターンを備えるＲｐ情報は存在しない。そこで、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに、当該投薬Ｒｐパターンの対応項目をパターン番号「１」として新規追加する。
【０１２７】
次に、オーダ番号「０００００５４０」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較し、一致するため、パターン番号「１」の優先度フラグを「１」にセットする。
【０１２８】
次に、オーダ番号「０００００３００」を取得する。
オーダ番号「０００００３００」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、同一の投薬Ｒｐパターンは存在しない。そこで、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに、当該投薬Ｒｐパターンをパターン番号「２」として新規追加する。また、オーダ番号「０００００３００」の患者ＩＤ「１９」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較し、一致しないため、パターン番号「２」の優先度フラグを「０」にセットする。
【０１２９】
次に、オーダ番号「０００００１１０」を取得する。
次に、オーダ番号「０００００１１０」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、パターン番号「２」の投薬Ｒｐパターンが存在する。
【０１３０】
次に、オーダ番号「０００００１１０」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較し、一致するため、パターン番号「２」の優先度フラグを「１」にセットし、対応項目に上書きする。
【０１３１】
次に、オーダ番号「０００００１００」を取得する。
次に、オーダ番号「０００００１００」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、パターン番号「１」の投薬Ｒｐパターンが存在する。
【０１３２】
次に、オーダ番号「０００００１００」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較すると一致し、さらに、パターン番号「１」の優先度フラグは「１」であるため、オーダ番号「０００００１００」の投薬完了日が、パターン番号「１」のオーダ日にセットされている許容日数の範囲内に納まっているか否かを判断する。
【０１３３】
ここで、オーダ番号「０００００１００」の投薬Ｒｐパターンのオーダ日は、「２００７．８．１０」であり、投薬日数は、項目数量および項目単位名称から「７日」である。従って、投薬完了日は「２００７．８．１７」であり、パターン番号「１」のオーダ日「２００７．１１．８」に許容日数（前後３日）を加味した日付「２００７．１１．６〜２００７．１１．１０」に納まっていない。
【０１３４】
従って、パターン番号「１」の優先度フラグを「２」にセットし、対応項目に上書きする。
次に、オーダ番号「００００００８８」を取得する。
【０１３５】
オーダ番号「００００００８８」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、同一の投薬Ｒｐパターンは存在しない。そこで、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに、当該投薬Ｒｐパターンをパターン番号「３」として新規追加する。
【０１３６】
次に、オーダ番号「００００００８８」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較し、一致するため、パターン番号「３」の優先度フラグを「１」にセットする。
【０１３７】
次に、オーダ番号「００００００７０」を取得する。
次に、オーダ番号「００００００７０」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、パターン番号「３」の投薬Ｒｐパターンが存在する。
【０１３８】
次に、オーダ番号「０００００７０」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較すると一致し、さらに、パターン番号「３」の優先度フラグは「１」であるため、オーダ番号「００００００７０」の投薬完了日が、パターン番号「３」のオーダ日にセットされている許容日数の範囲内に納まっているか否かを判断する。
【０１３９】
ここで、オーダ番号「００００００７０」の投薬Ｒｐパターンのオーダ日は、「２００７．８．５」であり、投薬日数は、項目数量および項目単位名称から「７日」である。従って、投薬完了日は「２００７．８．１２」であり、パターン番号「３」のオーダ日「２００７．８．１３」に許容日数３日を加味した日付「２００７．８．１１〜２００７．８．１５」に納まっている。
【０１４０】
次に、投薬日数を比較すると、オーダ番号「０００００７０」の投薬日数「７日」と、パターン番号「３」の投薬日数「７日」で一致する（小さくない）。
従って、パターン番号「３」の優先度フラグを「３」にセットし、対応項目に上書きする。
【０１４１】
次に、オーダ番号「００００００６０」を取得する。
オーダ番号「００００００６０」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、同一の投薬Ｒｐパターンは存在しない。そこで、表示用投薬Ｒｐパターン管理テーブル２３２１ｂに、当該投薬Ｒｐパターンをパターン番号「４」として新規追加する。
【０１４２】
次に、オーダ番号「００００００６０」の患者ＩＤ「２８」と、患者カルテ（投薬オーダ？）に記載されている患者ＩＤ「３７」を比較し、一致しないため、パターン番号「４」の優先度フラグを「０」にセットする。
【０１４３】
次に、オーダ番号「００００００５０」を取得する。
次に、オーダ番号「００００００５０」の投薬Ｒｐパターンと同一の投薬Ｒｐパターンが表示用投薬Ｒｐパターン管理テーブル２３２１ｂに格納されているかを判断すると、パターン番号「３」の投薬Ｒｐパターンが存在する。
【０１４４】
次に、オーダ番号「０００００５０」の患者ＩＤ「３７」と、投薬オーダ画面２１の患者ＩＤ表示部２１ａに表示されている患者ＩＤ「３７」とを比較すると一致し、さらに、パターン番号「３」の優先度フラグは「３」であるため、オーダ番号「００００００５０」の投薬完了日が、パターン番号「３」のオーダ日にセットされている許容日数の範囲内に納まっているか否かを判断する。
【０１４５】
ここで、オーダ番号「００００００５０」の投薬Ｒｐパターンのオーダ日は、「２００７．７．３１」であり、投薬日数は、項目数量および項目単位名称から「３日」である。従って、投薬完了日は「２００８．８．３」であり、パターン番号「３」のオーダ日「２００７．８．５」に許容日数３日を加味した日付「２００７．８．３〜２００７．８．７」に納まっている。
【０１４６】
次に、投薬日数を比較すると、オーダ番号「０００００５０」の投薬日数「３日」は、パターン番号「３」の投薬日数「７日」より小さい。
従って、パターン番号「３」の優先度フラグを「４」にセットし、対応項目に上書きする。
【０１４７】
以上で処理を終了する。
これにより、図２０に示す投薬Ｒｐパターン管理テーブルが得られる。
図２０は、具体例の投薬Ｒｐ辞書画面を示す図である。
【０１４８】
パターン番号「３」の優先度フラグが「４」であるため、「マーズレンＳ顆粒０．５ｇ包  ３包」、「ロキソニン錠６０ｍｇ  ３錠」、「内服  １日３回  朝昼夕  食前  ７日」の投薬Ｒｐパターンが橙色表示される。
【０１４９】
また、パターン番号「１」の優先度フラグが「２」であるため、「マーズレンＳ顆粒０．５ｇ包  ３包」、「ＰＬ顆粒  ３包」、「ロキソニン錠６０ｍｇ  ３錠」、「内服  １日３回  朝昼夕  食前  ７日」の投薬Ｒｐパターンが赤色表示される。
【０１５０】
また、パターン番号「２」の優先度フラグが「１」であるため、「マーズレンＳ顆粒０．５ｇ包  ３包」、「ガスターＤ錠１０ｍｇ  ３錠」、「内服  １日３回  朝昼夕  食前  ７日」の投薬Ｒｐパターンが桃色表示される。
【０１５１】
また、パターン番号「４」の優先度フラグが「０」であるため、「マーズレンＳ顆粒０．５ｇ包  ３包」、「内服  １日３回  朝昼夕  食前  ７日」の投薬Ｒｐパターンには特に色表示はなされない。
【０１５２】
以上述べたように、本実施の形態の電子カルテシステム３００によれば、流行病等、特定の疾患が流行した場合においても、医師は、投薬Ｒｐ辞書画面表示処理によって得られた優先度の高い投薬Ｒｐパターンを選択し、処方することにより、カルテを遡ったり、効果のある組み合わせを予め（セットマスタ等に）登録したりしなくても、過去に効果があると判断できる投薬指示を当該患者に適用することができる。従って、効率的な投薬オーダを作成することができる。
【０１５３】
特に、優先度フラグの値が「４」の場合、すなわち、連続して投薬されており、かつ、後の投薬日数が増加している投薬Ｒｐパターンについては、当該患者に対する効果がより高いことが期待され、この投薬Ｒｐパターンを選択し、処方することにより、効率的、かつ、高い効果が期待できる投薬オーダを作成することができる。
【０１５４】
また、優先度フラグの値に応じて異なる色で画面表示するようにしたので、医師は、効果のあった投薬Ｒｐパターンを目視により確認することができ、当該患者に適合した薬品を迅速に見つけ出すことができる。
【０１５５】
また、優先度フラグの値が「４」の場合、これ以後、フラグの値が更新されることはなく、対応項目をセットする処理を省くようにしたので、クライアント装置２００の処理の負荷を軽減することができる。
【０１５６】
また、薬品使用オーダ番号管理テーブル１３５ａを設け、当該医師に関係するオーダ番号のみをオーダ番号管理テーブル２３２２ｂに格納するようにし、その後、該当するオーダ番号の項目を投薬オーダＤＢ１３３から取得するようにしたので、クライアント装置２００側の負荷を軽減することができる。
【０１５７】
また、優先度フラグの値が「０」の投薬Ｒｐパターンについても表示するようにしたので、他の患者に適用した投薬指示を当該患者に対しても容易に適用することができる。
なお、本実施の形態では、優先度フラグの値の大きい投薬Ｒｐパターンを色分けによりモニタ１１の画面に表示するようにしたが、本発明はこれに限らず、例えば、効果のある優先度フラグの値の大きい順番に、投薬Ｒｐパターンを、昇順または降順に表示するようにしてもよい。すなわち、優先度フラグの値が区別し得る態様で表示されていればよい。
【０１５８】
図２１は、他の具体例の投薬Ｒｐ辞書画面を示す図である。
図２１に示す投薬Ｒｐ辞書画面２１８ｅでは、優先度フラグの値の高い投薬Ｒｐパターンが上部に位置するように図示している。また、投薬Ｒｐパターンの左側には、優先度フラグの値が同じ投薬Ｒｐパターンが複数存在する場合を考慮して、優先度フラグの値も図示している。このような画面によっても同様の効果が得られる。
【０１５９】
また、本実施の形態では、連続投薬判定許容日数マスタ１３４をサーバ装置１００側に設けたが、本発明はこれに限らず、例えば、クライアント装置２００に設けて医師が自由に許容日数を変更できるようにしてもよい。
【０１６０】
以上、本発明のデータ選択支援プログラム、データ選択支援方法およびデータ選択支援装置を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
【０１６１】
例えば、本実施の形態では、あるアプリケーションが立ち上げた投薬オーダ画面において、投薬Ｒｐ辞書画面表示処理を行ったが、これに限らず、例えば、ブラウザ（Browser）に表示させた画面上において、同様の処理を行わせるようにすることもできる。
【０１６２】
また、例えば、投薬オーダテーブルおよび辞書ファイルに診療科（内科、外科等）を識別するコードを用意し、投薬Ｒｐ辞書画面表示処理において同じ診療科コードのデータのみを抽出するようにしてもよい。
【０１６３】
また、本発明は、前述した実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、クライアント装置２００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
【０１６４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１６５】
データ選択支援プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１６６】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）  患者に投薬する薬品に関するデータの選択を支援するデータ選択支援プログラムにおいて、
コンピュータを、
選択された薬品名を含む薬品の組み合わせを、過去の処方履歴を格納する格納手段から選択する選択手段、
前記選択手段により選択された薬品の組み合わせが、前記過去の処方履歴に複数存在するか否かを判断する第１の判断手段、
前記第１の判断手段により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを判断する第２の判断手段、
前記選択手段により選択された薬品の組み合わせを表示する際に、前記第２の判断手段により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせと区別し得る態様で表示する表示手段、
として機能させることを特徴とするデータ選択支援プログラム。
【０１６７】
（付記２）  コンピュータを、さらに、前記第２の判断手段により連続して処方されていると判断された薬品の組み合わせに対して日付が後の薬品の組み合わせの投薬日数の方が多いか否かを判断する第３の判断手段として機能させ、
前記表示手段は、前記第３の判断手段により後の薬品の組み合わせの投薬日数の方が多いと判断された薬品の組み合わせを他の薬品の組み合わせと区別し得る態様で表示することを特徴とする付記１記載のデータ選択支援プログラム。
【０１６８】
（付記３）  前記処方履歴には、患者を識別する識別情報が格納されており、
前記第２の判断手段は、前記識別情報に基づいて当該患者に対し連続して処方されているか否かを判断することを特徴とする付記１記載のデータ選択支援プログラム。
【０１６９】
（付記４）  前記処方履歴には、薬品を処方した日付の情報が格納されており、
前記第２の判断手段は、前記第１の判断手段により前記過去の処方履歴に複数存在すると判断された薬品の組み合わせ同士の日付が、予め定められた日数の範囲内に納まっている場合、連続して処方されていると判断することを特徴とする付記１記載のデータ選択支援プログラム。
【０１７０】
（付記５）  前記表示手段は、前記第１の判断手段により複数存在すると判断された薬品の組み合わせを他の薬品の組み合わせと区別し得る態様で表示することを特徴とする付記１記載のデータ選択支援プログラム。
【０１７１】
（付記６）  前記選択手段は、内服用法が一致する薬品の組み合わせを選択することを特徴とする付記１記載のデータ選択支援プログラム。
（付記７）  前記表示手段は、前記第２の判断手段により、当該患者以外に処方されていると判断された薬品の組み合わせについても表示することを特徴とする付記１記載のデータ選択支援プログラム。
【０１７２】
（付記８）  前記過去の処方履歴の薬品名は、薬品の処方時を識別するオーダ番号と関連づけられて逐次抽出され、
前記選択手段は、選択された薬品名の前記オーダ番号が一致する薬品の組み合わせを、前記格納手段から選択することを特徴とする付記１記載のデータ選択支援プログラム。
【０１７３】
（付記９）  コンピュータを、さらに、単語の入力に応じて前記単語を含む薬品名を前記格納手段から選択し、表示する検索手段として機能させ、
前記選択手段は、前記検索手段により表示された前記薬品名が選択された際に動作を開始することを特徴とする付記１記載のデータ選択支援プログラム。
【０１７４】
（付記１０）  患者に投薬する薬品に関するデータの選択を支援するデータ選択支援方法において、
選択手段が、選択された薬品名を含む薬品の組み合わせを、過去の処方履歴を格納する格納手段から選択し、
第１の判断手段が、前記選択手段により選択された薬品の組み合わせが、前記過去の処方履歴に複数存在するか否かを判断し、
第２の判断手段が、前記第１の判断手段により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを判断し、
表示手段が、前記選択手段により選択された薬品の組み合わせを表示する際に、前記第２の判断手段により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせと区別し得る態様で表示する、
ことを特徴とするデータ選択支援方法。
【０１７５】
（付記１１）  患者に投薬する薬品に関するデータの選択を支援するデータ選択支援装置において、
選択された薬品名を含む薬品の組み合わせを、過去の処方履歴を格納する格納部から選択する選択部と、
前記選択部により選択された薬品の組み合わせが、前記過去の処方履歴に複数存在するか否かを判断する第１の判断部と、
前記第１の判断部により複数存在すると判断された薬品の組み合わせが、当該患者に対し連続して処方されているか否かを判断する第２の判断部と、
前記選択部により選択された薬品の組み合わせを表示する際に、前記第２の判断部により連続して処方されていると判断された薬品の組み合わせを他の薬品の組み合わせと区別し得る態様で表示する表示部と、
を有することを特徴とするデータ選択支援装置。
【図面の簡単な説明】
【０１７６】
【図１】本発明の概要を示す図である。
【図２】実施の形態の電子カルテシステムを示す図である。
【図３】クライアント装置のハードウェア構成例を示す図である。
【図４】サーバ装置の機能を示すブロック図である。
【図５】患者データテーブルのデータ構造を示す図である。
【図６】投薬オーダテーブルのデータ構造例を示す図である。
【図７】投薬オーダテーブルのデータ構造例を示す図である。
【図８】連続投薬判定許容日数マスタのデータ構造例を示す図である。
【図９】薬品使用オーダ番号管理テーブルのデータ構造例を示す図である。
【図１０】クライアント装置の機能を示すブロック図である。
【図１１】アプリケーション実行部の機能を示すブロック図である。
【図１２】投薬オーダ画面を示す図である。
【図１３】表示用投薬Ｒｐパターン管理テーブルのデータ構造例を示す図である。
【図１４】オーダ番号管理テーブルのデータ構造例を示す図である。
【図１５】電子カルテシステム処理を示すフローチャートである。
【図１６】投薬Ｒｐ辞書画面表示処理を示すフローチャートである。
【図１７】投薬Ｒｐ辞書画面表示処理を示すフローチャートである。
【図１８】投薬Ｒｐ辞書画面表示処理を示すフローチャートである。
【図１９】投薬Ｒｐ辞書画面表示処理を示すフローチャートである。
【図２０】具体例の投薬Ｒｐ辞書画面を示す図である。
【図２１】他の具体例の投薬Ｒｐ辞書画面を示す図である。
【符号の説明】
【０１７７】
１  コンピュータ
２  選択手段
３  第１の判断手段
４  第２の判断手段
５  表示手段
６  格納手段
２１  投薬オーダ画面
２１ａ  患者ＩＤ表示部
２１ｂ  患者氏名表示部
２１ｃ  利用者表示部
２１ｄ  オーダ日表示部
２１ｅ  検索部
２１ｆ  終了ボタン
１００  サーバ装置
１１０  データ送受信部
１２０  制御部
１３０  電子カルテ処理用データ格納部
１３１  電子カルテＤＢ
１３２  患者ＤＢ
１３２ａ  患者データテーブル
１３３  投薬オーダＤＢ
１３３ａ  投薬オーダテーブル
１３４  連続投薬判定許容日数マスタ
１３４ａ  連続投薬判定許容日数マスタテーブル
１３５  薬品使用オーダ番号管理ＤＢ
１３５ａ  薬品使用オーダ番号管理テーブル
２００  クライアント装置
２１０  データ送受信部
２１１ｅ  薬品検索タブ
２１２ｅ  薬効検索タブ
２１３ｅ  頻用薬検索タブ
２１４ｅ  薬品検索画面
２１５ｅ  薬品名入力部
２１６ｅ  検索ボタン
２１７ｅ  検索結果表示部
２１８ｅ  投薬Ｒｐ辞書画面
２１９ｅ  終了ボタン
２２０  アプリケーション格納部
２２１  電子カルテアプリケーション格納部
２２２  投薬Ｒｐ辞書アプリケーション格納部
２３０  アプリケーション実行部
２３１  データ取得部
２３２  投薬オーダ処理部
２３２ａ  投薬Ｒｐパターン抽出部
２３２ｂ  ワークテーブル
２３２ｃ  画面表示部
２３３  データ送信部
３００  電子カルテシステム
２３２１ｂ  表示用投薬Ｒｐパターン管理テーブル
２３２２ｂ  オーダ番号管理テーブル
【図１】
0005365042.tif 000002
【図２】
0005365042.tif 000003
【図３】
0005365042.tif 000004
【図４】
0005365042.tif 000005
【図５】
0005365042.tif 000006
【図６】
0005365042.tif 000007
【図７】
0005365042.tif 000008
【図８】
0005365042.tif 000009
【図９】
0005365042.tif 000010
【図１０】
0005365042.tif 000011
【図１１】
0005365042.tif 000012
【図１２】
0005365042.tif 000013
【図１３】
0005365042.tif 000014
【図１４】
0005365042.tif 000015
【図１５】
0005365042.tif 000016
【図１６】
0005365042.tif 000017
【図１７】
0005365042.tif 000018
【図１８】
0005365042.tif 000019
【図１９】
0005365042.tif 000020
【図２０】
0005365042.tif 000021
【図２１】
0005365042.tif 000022