JP2016167110A - 医薬品発注装置、医薬品発注プログラム、及びそのプログラムを記憶したコンピュータ読取可能な記録媒体 - Google Patents

Abstract

【課題】将来的に患者が使用する医薬品の種類及び数量を予測して発注することができる医薬品発注装置、プログラム、及び記録媒体を提供する。
【解決手段】医薬品発注装置は、患者それぞれに対して入力された病名情報と基本データ記憶部５１ａの記憶内容とに基づいて、当該患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを患者毎に算出する個人治療データ算出部１１ａと、算出された個人治療データを、患者複数人分統合して、複数人の患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す総治療データを算出する総治療データ算出部１１ｂと、総治療データと在庫記憶部５１ｂにより記憶された在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する発注量判断部１１ｃと、判断された医薬品の種類及び数量の発注処理を行う発注部１１ｄとを備える。
【選択図】図４

Description

本発明は、医薬品発注装置、医薬品発注プログラム、及びそのプログラムを記憶したコンピュータ読取可能な記録媒体に関する。

従来、医薬品を消費することにより、医薬品の残量が所定値以下となると、所定値以下となった種類の医薬品を検出し、発注先に対して通信回線を介して当該医薬品を発注する医薬品発注装置が知られている。更に医薬品の使用期限を考慮したものも提案されている（例えば特許文献１参照）。

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

ここで、特許文献１に記載の医薬品発注装置は、医薬品の残量が所定値以下となるか否かを、使用期限を含めて判断するものである。このため、使用期限が到来するタイミングで医薬品が補充されるように発注することが可能である。すなわち、使用期限に基づく将来的な予測のもと医薬品を発注することが可能である。しかし、この医薬品発注装置は、患者が使用する医薬品とその数量を将来的に予測して医薬品を発注することはできない。

本発明はこのような従来の課題を解決するためになされたものであり、その目的とするところは、将来的に患者が使用する医薬品の種類及び数量を予測して発注することができる医薬品発注装置、医薬品発注プログラム、及びそのプログラムを記憶したコンピュータ読取可能な記録媒体を提供することにある。

本発明の医薬品発注装置は、病名及び予め定められた複数の病名の集合である病名群の少なくとも一方を示す病名情報を複数記憶すると共に、複数の前記病名情報のそれぞれと対応させて、患者個人の治療に必要となる医薬品の種類及び数量並びにその使用時期の情報を記憶した第１記憶手段と、患者それぞれに対して入力された病名情報と前記第１記憶手段の記憶内容とに基づいて、当該患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを患者毎に算出する個人治療データ算出手段と、前記個人治療データ算出手段により算出された個人治療データを、患者複数人分統合して、複数人の患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す総治療データを算出する総治療データ算出手段と、保有する医薬品の種類と数量とからなる在庫情報を記憶する第２記憶手段と、前記総治療データ算出手段により算出された総治療データと、前記第２記憶手段により記憶された在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する発注量判断手段と、前記発注量判断手段により判断された医薬品の種類及び数量の発注処理を行う発注手段と、を備えることを特徴とする。

本発明の医薬品発注装置によれば、患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを算出し、これを患者複数人分統合して総治療データを算出し、総治療データと在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する。そして、判断された医薬品の種類及び数量の発注を行う。このため、病名や病名群に基づいて今後必要となる医薬品が判断されることとなり、必要となる医薬品の種類及び数量に基づいて発注が行われることとなる。よって、将来的に患者が使用する医薬品の種類及び数量を予測して発注することができる。

ここで、発注量判断手段は、例えば特定の医薬品を特定の医薬品メーカに発注してから特定の医薬品が届くまでに３日掛かる場合、特定の医薬品を明日又は明後日に所定量使用するときには、特定の医薬品については明日又は明後日に在庫から所定量使用すると判断し、３日後に特定の医薬品が所定数届くように発注して所定の在庫数を確保するように判断することもある。すなわち、上記発明は、医薬品を使用前に取り寄せるように発注することのみならず、在庫を利用して在庫が所定数保持されるようにすることを含む概念である。

また、本件において病名とは、診断名を意味するものであり、上記の病名群とは、予め定められた病名の集合であり、鑑別診断に相当する概念のものである。例えば、病名には肺がん、上気道炎、咽頭炎、扁桃炎、気管支炎、及び肺炎等があり、これらの集合が病名群（診断名群、鑑別診断名ともいう）である。

また、本発明において、前記第１記憶手段は、更に、患者の年齢及び性別の少なくとも一方からなる属性情報が属する属性区分に応じて、使用される医薬品の種類及び数量並びにその使用時期の情報を記憶し、前記個人治療データ算出手段は、更に患者の属性情報が属する属性区分に基づいて、前記個人治療データを算出することが好ましい。

この医薬品発注装置によれば、患者の年齢及び性別の少なくとも一方からなる属性情報が属する属性区分に基づいて、個人治療データを算出する。ここで、使用する医薬品やその数量及び使用時期は年齢や性別によって異なってくる。一例を挙げると、例えば抗がん剤治療を行う場合、高齢者には抗がん剤治療による負担が大きいため、使用する抗がん剤の量が少なくなる傾向にある。よって、上記属性情報を加味して上記の如く使用する医薬品の種類、数量及び使用時期を算出することで、発注する医薬品の数量について正確性を向上させることができる。

また、本発明において、各患者の第１回目の治療日となる初期治療日を設定する初期治療日設定手段を更に備え、前記個人治療データ算出手段は、更に前記初期治療日設定手段により設定された初期治療日の情報に基づいて、前記個人治療データを算出することが好ましい。

この医薬品発注装置によれば、各患者の第１回目の治療となる初期治療日を設定し、これを加味して総データを算出する。ここで、医薬品は、例えば空きベッドの数や投薬の際に使用する機材などの関係上、即日投与される場合に限らず数日後に投与される場合もある。よって、第１回目の治療となる初期治療日を設定し、これを加味して医薬品の種類、数量及び使用時期を算出することで、発注内容の正確性を向上させることができる。

また、本発明において、使用又は破棄した医薬品の種類及び数量の情報について入力を受け付ける医薬品情報受付手段と、前記医薬品情報受付手段により受け付けられた医薬品の種類及び数量の情報に基づいて、前記第２記憶手段により記憶される在庫情報を調整のうえ、前記第２記憶手段に記憶させる在庫管理手段と、を備えることが好ましい。

この医薬品発注装置によれば、使用又は破棄した医薬品の種類及び数量の情報について入力を受け付け、これに基づいて在庫情報を調整するため、使用された医薬品や破棄された医薬品の情報を更新することができる。

また、本発明において、医師による病名の診断に用いられる病名診断機能部を更に備え、前記病名診断機能部は、病名と当該病名を確定するために行うべき診察行為とを対比させた第３記憶手段と、候補となる病名が入力された場合に、入力された病名と対応する診察行為を前記第３記憶手段から抽出して医師に提示する第１提示手段と、病名と当該病名によって得られる身体所見とを対比させた第４記憶手段と、前記第１提示手段により提示された診察行為に応じた身体所見の情報が入力された場合に、前記第４記憶手段の記憶内容に基づいて、入力された候補となる病名の絞り込みを行う第１絞り込み手段と、病名と当該病名を確定するために行うべき検査とを対比させた第５記憶手段と、前記第１絞り込み手段により絞り込まれた病名と対応する検査を前記第５記憶手段から抽出して医師に提示する第２提示手段と、病名と当該病名によって得られる検査結果とを対比させた第６記憶手段と、前記第２提示手段により提示された検査に応じた検査結果が入力された場合に、前記第６記憶手段の記憶内容に基づいて、前記第１絞り込み手段により絞り込まれた病名に対して更に絞り込みを行う第２絞り込み手段と、を有し、前記個人治療データ算出手段は、前記病名診断機能部の前記第２絞り込み手段により絞り込まれた病名の情報を前記病名情報として入力して、前記個人治療データを算出することが好ましい。

この医薬品発注装置によれば、候補となる病名が入力された場合に行うべき診察行為を抽出して医師に提示するため、医師による勘違いや記憶違いによる誤った診察行為が行われてしまうことを防止することができる。また、診察行為に応じた身体所見の情報が入力された場合に、入力された候補となる病名の絞り込みを行い、絞り込まれた病名に対して行うべき検査を抽出して医師に提示するため、医師による勘違いや記憶違いによる誤った検査が行われてしまうことを防止することができる。さらに、検査結果が入力された場合に、絞り込まれた病名に対して更に絞り込みを行うため、最終的な病名の診断についても誤りを防止することができる。従って、病名をより精度良く診断することができる。そして、このように精度良く判断された病名に基づいて、複数人の患者の治療に必要となる医薬品の種類、数量及び使用時期を示す総データが算出されるため、発注内容の正確性についても向上させることができる。

また、本発明において、病名と病名群との対応関係を記憶した第７記憶手段を更に備え、前記第１絞り込み手段により絞り込まれた病名が、前記第７記憶手段の記憶内容に基づいて１つの病名群に属するものであると判断できる場合、前記個人治療データ算出手段は、当該病名群の情報を前記病名情報として入力して、前記個人治療データを算出することが好ましい。

この医薬品発注装置によれば、第１絞り込み手段により絞り込まれた病名が、１つの病名群に属するものである場合、当該病名群の情報を病名情報として入力して、必要となる医薬品の種類、数量及び使用時期を算出する。ここで、上記によれば、第１絞り込み手段による絞り込みの後には検査が行われることとなるが、検査には検査結果が出るまで長期の時間を要することもあり、このような場合には検査結果が待たれることなく、現状わかっている患者の状態に基づいて治療が開始されることがある。このような場合に、病名群に基づいて発注を行うことで、より適切な治療を行うべく発注を行うことができる。

なお、この場合において検査結果が出るまでに長期の時間を要しない場合（検査を行ってから検査結果が出るまでの予め定められた日数が所定日数又は所定時間に満たない場合）において、第１絞り込み手段により絞り込まれた病名が、１つの病名群に属するものであったとしても、病名群に応じた発注が行われないように設定可能となっていることが好ましい。

これにより、例えば検査結果がすぐ出て病名がすぐに明らかとなる場合に、病名群に基づく発注を行わず、病名に基づく医薬品の発注を行って、より適切な治療を行うべく発注を行うことができる。

また、本発明において、回答結果に基づいて病名の候補を判断する病態判断機能部を更に備え、前記病態判断機能部は、予め定められた複数の症状項目から１つ以上の症状項目を選択させる画面を表示させる第１表示制御手段と、前記複数の症状項目それぞれに設定された質問内容を記憶する第８記憶手段と、前記第１表示制御手段により表示された画面において選択された症状項目に設定された質問内容を、前記第８記憶手段から読み出して順次画面表示させる第２表示制御手段と、前記第２表示制御手段により順次表示された画面にて入力された各症状項目の質問内容に対する回答結果に応じて、症状毎の結果を判断する症状結果判断手段と、症状毎の結果に対して病名の候補が割り当てられた病名候補テーブルを記憶する第９記憶手段と、前記第９記憶手段により記憶された病名候補テーブルに、前記症状結果判断手段により判断された症状毎の結果を当てはめることで、病名の候補を判断する病名候補判断手段と、を備え、前記第８記憶手段に記憶される質問内容は、症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問とからなり、前記病名診断機能部の前記病名候補判断手段により判断された病名が、前記第７記憶手段の記憶内容に基づいて１つの病名群に属するものであると判断できる場合、前記個人治療データ算出手段は、当該病名群の情報を前記病名情報として入力して、前記個人治療データを算出することが好ましい。

この医薬品発注装置によれば、質問内容は、症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問とからなる。ここで、本件発明者は、医学的見地に基づいて、定量的、定性的、及び時間的の３つの観点から、症状そのものの重篤度等を判断し、これを統合することで漏れが無く病名の候補を抽出できることを見出した。すなわち、本件発明者は、一般に医者による誤診が、例えば量だけを問い、時間や性質などを問うことなく決めつけてしまうことなどによって発生することを見出した。よって、３つの観点の質問について回答を入力させることで、症状の結果（重篤度や症状の発生原因箇所（例えば症状が「咳が出る」である場合の発生原因箇所としては気管支や気管）など）をより正確に判断することができ、これらの結果を統合して病名の候補を判断することで、病名候補をより精度良く判断することができる。加えて、このように精度が高い病名候補が１つの病名群に属するものである場合、この病名群に基づいて発注を行うことで、医師による診察を経ることなく、適切な治療を早期に行うべく発注を行うことができる。

また、本発明の病名診断プログラムは、コンピュータを、上記に記載の医薬品発注装置として機能させるための病名診断プログラムである。

また、本発明のコンピュータ読取可能な記録媒体は、上記に記載の医薬品発注プログラムが記録されたコンピュータ読取可能な記録媒体である。

これらによれば、コンピュータを上記に記載の医薬品発注装置として機能させることができる。

本発明によれば、将来的に患者が使用する医薬品の種類及び数量を予測して発注することができる医薬品発注装置、医薬品発注プログラム、及びそのプログラムを記憶したコンピュータ読取可能な記録媒体を提供することができる。

本発明の実施形態に係る医薬品発注装置を示す外観図である。 本実施形態に係る医薬品発注装置を示すハード構成図である。 本実施形態に係る医薬品発注装置を示すソフト構成図である。 図３に示した医薬品発注機能部及び第１記憶領域の詳細を示すソフト構成図である。 図４に示した基本データ記憶部の記憶内容を示す概念図である。 図４に示した在庫記憶部の記憶内容を示す概念図である。 図３に示した病名診断機能部及び第２記憶領域の詳細を示すソフト構成図である 図７に示した診察行為記憶部の記憶内容を示す概念図である。 図７に示した身体所見記憶部の記憶内容を示す概念図である。 図７に示した検査記憶部の記憶内容を示す概念図である。 図７に示した検査結果記憶部の記憶内容を示す概念図である。 図７に示した病名群テーブル記憶部の記憶内容を示す概念図である。 図７に示した第１提示部により表示される画面を示す正面図である。 図７に示した第２提示部により表示される画面を示す正面図である。 図７に示した第３提示部により表示される画面を示す正面図である。 図３に示した病態判断機能部及び第３記憶領域の詳細を示すソフト構成図である。 図１６に示した症状項目記憶部の記憶内容を示す概念図である。 図１６に示した質問内容記憶部の記憶内容を示す概念図である。 図１６に示した選択肢記憶部の記憶内容の一例を示す概念図であり、属性区分が１３歳以上の男性及び女性であるときの選択肢の例を示している。 図１６に示した選択肢記憶部の記憶内容の一例を示す概念図であり、属性区分が１２歳以下であるときの選択肢の例を示している。 図３に示した症状結果テーブル記憶部の記憶内容の一例を示す概念図であり、属性区分が１３歳以上の男性及び女性であるときの症状結果テーブルの例を示している。 図３に示した症状結果テーブル記憶部の記憶内容の一例を示す概念図であり、属性区分が１２歳以下であるときの症状結果テーブルの例を示している。 図１６に示した病名候補テーブル記憶部の記憶内容の一例を示す概念図であり、通常候補テーブルを示している。 図３に示した病名候補テーブル記憶部の記憶内容の一例を示す概念図であり、特定候補テーブルを示している。 図１６に示した第３表示制御部により表示される画面を示す正面図である。 症状項目を選択させる画面を示す正面図であり、第１の例を示している。 症状項目を選択させる画面を示す正面図であり、第２の例を示している。 質問内容及び選択肢を表示する画面を示す正面図であり、第１の例を示している。 質問内容及び選択肢を表示する画面を示す正面図であり、第２の例を示している。 病名候補を示す画面の一例を示す正面図である。 本実施形態に係る病態判断機能部の動作の一例を示すフローチャートであり、前半部分を示している。 本実施形態に係る病態判断機能部の動作の一例を示すフローチャートであり、後半部分を示している。 本実施形態に係る病名診断機能部の動作の一例を示すフローチャートである。 本実施形態に係る医薬品発注機能部の動作の一例を示すフローチャートであり、個人治療データの作成処理を示している。 本実施形態に係る医薬品発注機能部の動作の一例を示すフローチャートであり、個人治療データの修正等の処理を示している。 本実施形態に係る医薬品発注機能部の動作の一例を示すフローチャートであり、発注処理を行うまでの処理を示している。 本実施形態に係る医薬品発注機能部の動作の一例を示すフローチャートであり、医薬品情報受付部及び在庫管理部の処理を示している。

以下、本発明の好適な実施形態を図面に基づいて説明するが、本発明は該実施の形態に限られない。図１は、本発明の実施形態に係る医薬品発注装置を示す外観図である。図１に示す医薬品発注装置１は、例えばパーソナルコンピュータの１機能として実現されるものであり、例えば医療機関における医師や看護師によって操作されるものであり、医薬品を医薬品メーカ等に発注する機能を有するものである。このような医薬品発注装置１は、キーボード２やマウス３などの入力手段を備え、入力手段に対する操作等により各種情報が入力される。

なお、以下では医薬品発注装置１が病院などの医療機関において用いられる例を説明するが、医薬品発注装置１は、医療機関に限らず、自治体や消防などの他の機関等において用いられてもよい。さらに、以下では医薬品発注装置１をパーソナルコンピュータの１機能として説明するが、これに限らず、複数台のパーソナルコンピュータやサーバとがネットワーク接続されたシステムによって医薬品発注装置１が構成されていてもよい。

図２は、本実施形態に係る医薬品発注装置１を示すハード構成図である。図２に示すように、医薬品発注装置１は、ＣＰＵ（Central Processing Unit）１０と、ディスプレイ２０と、通信Ｉ／Ｆ（interface）部３０と、ＨＤＤ（Hard Disk Drive）５０とを備えている。

ＣＰＵ１０は、本実施形態に係る医薬品発注装置１の全体を制御するものであり、図２に示すようにＲＯＭ（Read Only Memory）１０ａとＲＡＭ（Random Access Memory）１０ｂとを備えている。ＲＯＭ１０ａは、医薬品発注装置１を機能させるための医薬品発注プログラムが記憶された読み出し専用のメモリである。ＲＡＭ１０ｂは、各種のデータを格納すると共にＣＰＵ１０の処理作業に必要なエリアを有する読み出し書き込み自在のメモリである。

ディスプレイ２０は、キーボード２やマウス３の操作内容を反映した画像を表示したり、後述の病名診断機能部１２や病態判断機能部１３による結果画像等を表示したりするものである。通信Ｉ／Ｆ部３０は、他の装置と通信するためのインターフェースであり、この通信Ｉ／Ｆ部３０を通じて医薬品の発注データが医薬品メーカ等に発注されることとなる。また、後述する第１〜第３記憶領域５１〜５３に記憶されている内容は、この通信Ｉ／Ｆ部３０を通じて他の装置から取得するようになっていてもよい。

ＨＤＤ５０は、パーソナルコンピュータに接続される補助記憶機器である。このＨＤＤ５０には、ＲＯＭ１０ａと同様に、医薬品発注装置１を機能させるための医薬品発注プログラムが記憶されさていてもよい。すなわち、ＣＰＵ１０は、ＨＤＤ５０に記憶されるプログラムに従って、本実施形態に係る医薬品発注装置１の各機能を実現するようになっていてもよい。なお、可能であればＨＤＤに代えて又は加えてＵＳＢ等を備えていてもよい。

図３は、本実施形態に係る医薬品発注装置１を示すソフト構成図である。図３に示すように、ＣＰＵ１０は、医薬品発注機能部１１と、病名診断機能部１２と、病態判断機能部１３とを備えている。また、ＨＤＤ５０は、第１〜第３記憶領域５１〜５３を備えている。第１記憶領域５１には、医薬品発注機能部１１が機能するために必要となる各種データが記憶されており、第２記憶領域５２には、病名診断機能部１２が機能するために必要となる各種データが記憶されており、第３記憶領域５３には、病態判断機能部１３が機能するために必要となる各種データが記憶されている。

図４は、図３に示した医薬品発注機能部１１及び第１記憶領域５１の詳細を示すソフト構成図である。図４に示すように、医薬品発注機能部１１は、ＲＯＭ１０ａやＨＤＤ５０に記憶される医薬品発注プログラムを実行することにより、個人治療データ算出部（個人治療データ算出手段）１１ａと、総治療データ算出部（総治療データ算出手段）１１ｂと、発注量判断部（発注量判断手段）１１ｃと、発注部（発注手段）１１ｄと、初期治療日設定部（初期治療日設定手段）１１ｅと、医薬品情報受付部（医薬品情報受付手段）１１ｆと、在庫管理部（在庫管理手段）１１ｇが機能する。

また、図４に示すように、第１記憶領域５１は、基本データ記憶部（第１記憶手段）５１ａと、在庫記憶部（第２記憶手段）５１ｂとを有している。

基本データ記憶部５１ａは、病名又は予め定められた複数の病名の集合である病名群の少なくとも一方を示す病名の情報である病名情報を複数記憶すると共に、複数の病名情報のそれぞれと対応させて、患者個人の治療に必要となる医薬品の種類及び数量並びにその使用時期の情報とを対応させて記憶したものである。ここで、病名とは、診断名を意味するものであり、病名群とは、予め定められた病名の集合であり、鑑別診断に相当する概念のものである。例えば、病名には肺がん、上気道炎、咽頭炎、扁桃炎、気管支炎、及び肺炎等があり、これらの集合が病名群（診断名群、鑑別診断名ともいう）である。

図５は、図４に示した基本データ記憶部５１ａの記憶内容を示す概念図である。図５に示すように、基本データ記憶部５１ａには、複数の病名又は病名群を示す病名情報が記憶されると共に、複数の病名情報それぞれに対応して医薬品の種類、数量及び使用時期が記憶されている。

例えば、基本データ記憶部５１ａは、病名αに関して、初日に医薬品ａが数量ａａだけ必要であり、医薬品ｂだけ数量ｂｂだけ必要であり、医薬品ｃが数量ｃｃだけ必要であるというデータを記憶している。なお、基本データ記憶部５１ａは、「ａａ」「ｂｂ」「ｃｃ」について、例えば２錠や、１００ｍｌ及び１パックなどの具体的な値を記憶している。以下、「ｄｄ」〜「ｎｎ」についても同様に基本データ記憶部５１ａは具体的な値を記憶している。

さらに、基本データ記憶部５１ａは、病名αに関して、Ｖ（Ｖは２以上の整数）日後に医薬品ａが数量ａａだけ必要であり、医薬品ｂだけ数量ｂｂだけ必要であり、医薬品ｄが数量ｄｄだけ必要であるというデータを記憶している。加えて、基本データ記憶部５１ａは、病名αに関して、Ｗ（ＷはＶを超える整数）日後に医薬品ａが数量ａａだけ必要であり、医薬品ｄだけ数量ｄｄだけ必要であり、医薬品ｅが数量ｅｅだけ必要であるというデータを記憶している。

さらには、基本データ記憶部５１ａは、病名αに関して、Ｘ（ＸはＷを超える整数）日後に医薬品ａが数量ａａだけ必要であり、医薬品ｃだけ数量ｃｃだけ必要であり、医薬品ｅが数量ｅｅだけ必要であるというデータを記憶している。

このように、基本データ記憶部５１ａは、或る病名等が示す病気に罹患した患者を治療するための治療スケジュール（医薬品の使用時期）と、治療スケジュールの各タイミングにおいて使用する医薬品とその数量とを記憶している。

なお、病気の中には、例えば１回の投薬等のみで治療が完了するものである。例えば図５に示す病名γについて、基本データ記憶部５１ａは、初日に医薬品ｌが数量ｌｌだけ必要であり、医薬品ｍが数量ｍｍだけ必要であり、医薬品ｎが数量ｎｎだけ必要であるというデータを記憶している。

なお、基本データ記憶部５１ａは、他の病名や病名群についても同様に、１回又は複数回の治療タイミングを含む治療スケジュール（医薬品の使用時期）と、治療スケジュールの各タイミングにおいて使用する医薬品とその数量とを記憶している。

さらに、図示を省略するが、基本データ記憶部５１ａは、患者の年齢や性別の少なくとも一方からなる属性情報が属する属性区分のそれぞれに応じて、図５に示すようなデータベースを記憶していることが好ましい。治療に必要となる医薬品やその数量及び使用時期は年齢や性別によって異なってくるからである。一例を挙げると、例えば抗がん剤治療を行う場合、高齢者には抗がん剤治療による負担が大きいため、使用する抗がん剤の量が少なくなったり、抗がん剤の投与間隔が長かったりする。基本データ記憶部５１ａは属性情報が属する属性区分に応じて図５に示すようなデータベースをそれぞれ記憶することで、上記のような場合にも対応したデータを記憶している。なお、本実施形態において属性区分とは、後述の図１７に示すように例えば５つ存在する。５つの属性区分は、例えば「０〜１１ヶ月（第１区分）」「１歳〜３歳（第２区分）」「４歳〜１２歳（第３区分）」「１３歳以上男性（第４区分）」「１３歳以上女性（第５区分）」であるが、特に、この区切りに限られず、例えば「６０歳以上」などの第６以降の区分があってもよい。

在庫記憶部５１ｂは、病院等の医療機関で保有する医薬品の種類及びその数量からなる在庫情報を記憶したものである。基本的に医療機関においては、各種の医薬品について一定数量が確保されている。在庫記憶部５１ｂは、このような確保されている医薬品の種類及び数量を記憶するものである。

図６は、図４に示した在庫記憶部５１ｂの記憶内容を示す概念図である。図６に示すように、在庫記憶部５１ｂは、例えば「医薬品の種類」の項目を有し、この項目として医薬品ａ、医薬品ｂ、医薬品ｃ等の情報（すなわち医薬品の種類の情報）を記憶している。さらに、在庫記憶部５１ｂは、「数量」の項目を有し、この項目に医薬品ａ、医薬品ｂ、医薬品ｃ等のそれぞれに対応させて数量の情報を記憶している。

再度、図４を参照する。個人治療データ算出部１１ａは、患者に対して入力された病名情報と基本データ記憶部５１ａの記憶内容とに基づいて、当該患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを患者毎に算出するものである。

すなわち、医薬品発注装置１に対して、入力手段を介して或る患者の病名情報が入力されたとすると、個人治療データ算出部１１ａは、この病名情報と対応する情報（医薬品の種類及び数量並びに医薬品の使用時期の情報）を基本データ記憶部５１ａから読み込んで、これを個人治療データとする。算出された個人治療データは、例えば第１記憶領域５１に記憶される。

これにより、例えば患者Ａについて、４月１日に医薬品ａが数量ａａ必要であり、４月２２日に医薬品ｂが数量ｂｂ必要あり、５月１３日に医薬品ｃが数量ｃｃ必要である、などの個人治療データが算出される。また、患者Ｂについて、４月４日に医薬品ａが数量ｄｄ必要であり、４月２５日に医薬品ｂが数量ｅｅ必要あり、５月１６日に医薬品ｆが数量ｆｆ必要である、などの個人治療データが算出される。ここで、第１回目の治療日である４月１日（患者Ａ）や４月４日（患者Ｂ）は、例えば医薬品発注装置１に対して病名情報が入力された日であってもよいし、初期治療日設定部１１ｅにより設定された初期治療日であってもよい。

初期治療日設定部１１ｅは、各患者の第１回目の治療日である初期治療日を設定するものであり、より詳細には医薬品発注装置１に対して病名情報が入力された日よりも将来の日を初期治療日として設定する機能を有するものである。例えば初期治療日設定部１１ｅは、病名情報が入力された日が３月２０日であったとしても、その日に治療が開始されるわけではなく、例えば空きベットの関係や使用する機材の関係などから、３月２０日よりも将来の日である例えば４月１日を初期治療日として設定する。この４月１日などの初期治療日は、例えば医師や看護師など医療機関の操作者によって指定された日が採用される。

ここで、基本データ記憶部５１ａは、上記したように、属性情報が属する属性区分に応じてそれぞれ図５に示すようなデータベースを記憶している。このため、個人治療データ算出部１１ａは、患者の属性情報が属する属性区分に応じて、上記の個人治療データを算出する。これにより、年齢や性別に応じて、一層適切な個人治療データを算出している。なお、属性情報は、後述の図２５に示すように、入力画面を通じて入力されることとなる。

加えて、基本データ記憶部５１ａには、予想経過の情報が記憶されている。ここで、予想経過の情報とは、投薬等の治療によって、次回治療時にどの程度病態が変化しているかを示す情報である。例えば、病名αについてみると、患者は初日の病態が最も悪く、Ｖ日後、Ｗ日後、Ｘ日後の順に快方に向かっていくはずである。予想経過の情報とは、治療によって快方に向かっていく様子を示す情報となっている（なお、一部の病名又は病名群では病態が一時悪化した後に快方に向かっていくもののある）。特に、本実施形態において医薬品発注装置１は、病態判断機能部１３を備えているため、予想経過の情報には、後述する症状毎の結果の情報、又は、症状毎の結果の組み合わせの情報が格納されていることが好ましい。

また、基本データ記憶部５１ａには、良好経過の情報、及び不良経過の情報が記憶されている。この良好経過の情報、及び不良経過の情報についても、予想経過の情報と同様に、後述する症状毎の結果の情報、又は、症状毎の結果の組み合わせの情報が格納されていることが好ましい。ここで、良好経過の情報とは、治療によって予想経過よりも、より一層快方に向かっている場合の経過の情報である。一方、不良経過の情報とは、治療によって予想経過よりも、快方に向かっていない場合の経過の情報である。

さらに、基本データ記憶部５１ａには、延期条件の情報が記憶されている。この延期条件の情報についても、予想経過の情報と同様に、後述する症状毎の結果の情報、又は、症状毎の結果の組み合わせの情報が格納されていることが好ましい。ここで、延期条件の情報とは、治療を中止すべき条件を示す情報である。

さらに、本実施形態において、個人治療データ算出部１１ａは、予想経過の情報等と患者の病態とを比較して、個人治療データを修正する機能を有することが好ましい。このような修正は再診時、すなわち２回目以降の治療時に行われる。

詳細に説明すると、個人治療データ算出部１１ａは、２回目以降の治療時に、後述する病態判断機能部１３を機能させ、患者の病態を判断する（症状毎の結果やその結果の組み合わせの情報を取得する）。そして、個人治療データ算出部１１ａは、取得した症状毎の結果等が、１）予想経過の情報に当てはまる場合、個人治療データを修正しないと判断する。すなわち、当初の予想通りに順調に快方に向かっていると予測されることから、当初の個人治療データに沿った治療を行えばよく、個人治療データ算出部１１ａは個人治療データを修正しないと判断する。

また、取得した症状毎の結果等が、２）良好経過の情報に当てはまる場合、個人治療データ算出部１１ａは、現時点以降の治療間隔を広げたり、投薬量を減らしたりして、個人治療データを修正する。治療間隔を広げるか、投薬量を減らすか、どの程度治療間隔を広げるか、どの程度投薬量を減らすかなどの修正情報は、良好経過の情報内において症状毎の結果やその結果の組み合わせの情報と対応付けて記憶されており、個人治療データ算出部１１ａは、修正情報に基づいて修正を行う。すなわち、当初の予想以上に快方に向かっていると予測されることから、当初の個人治療データに沿った治療を行ってしまうと、投薬量等が過剰となってしまう可能性があるため、個人治療データ算出部１１ａは個人治療データを修正すると判断して、治療間隔を広げたり、投薬量を減らしたりする。

さらに、取得した症状毎の結果等が、３）不良経過の情報に当てはまる場合、個人治療データ算出部１１ａは、現時点以降の治療間隔を狭めたり、投薬量を増やしたりして、個人治療データを修正する。治療間隔を狭めるか、投薬量を増やすか、どの程度治療間隔を狭めるか、どの程度投薬量を増やすかなどの修正情報は、不良経過の情報内において症状毎の結果やその結果の組み合わせの情報と対応付けて記憶されており、個人治療データ算出部１１ａは、修正情報に基づいて修正を行う。すなわち、当初予想した程度に快方に向かっていないと予測され、その患者の体質等の問題から投薬量が足りていない可能性等が考えられることから、個人治療データ算出部１１ａは個人治療データを修正すると判断して、治療間隔を狭めたり、投薬量を増やしたりする。

また、取得した症状毎の結果等が、４）延期条件の情報に当てはまる場合、個人治療データ算出部１１ａは、治療を延期するように、個人治療データを修正する。どの程度治療を延期するかの修正情報は、延期条件の情報内において症状毎の結果やその結果の組み合わせの情報と対応付けて記憶されており、個人治療データ算出部１１ａは、修正情報に基づいて修正を行う。すなわち、今回の治療に支障が出るほどの何らかの問題（例えばインフルエンザ等の感染症に罹ってしまったことなど）が発生している場合には、個人治療データ算出部１１ａは個人治療データを修正すると判断して、今回の以降の治療を延期する。

総治療データ算出部１１ｂは、個人治療データ算出部１１ａにより算出された個人治療データを、患者複数人分（例えば病院における全患者分）統合して、複数人の患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す総治療データを算出するものである。

すなわち、個人治療データ算出部１１ａにより上記の患者Ａ及び患者Ｂの個人治療データが算出されている場合、総治療データ算出部１１ｂは、これらの個人治療データを統合して、４月１日に医薬品ａが数量ａａ必要であり、４月４日に医薬品ａが数量ｄｄ必要であり、４月２２日に医薬品ｂが数量ｂｂ必要あり、４月２５日に医薬品ｂが数量ｅｅ必要あり、５月１３日に医薬品ｃが数量ｃｃ必要であり、５月１６日に医薬品ｆが数量ｆｆ必要である、といった総治療データを算出する。

発注量判断部１１ｃは、総治療データ算出部１１ｂにより算出された総治療データと、在庫記憶部５１ｂにより記憶された在庫情報とに基づいて、発注する医薬品の種類及び数量を判断するものである。この発注量判断部１１ｃは、総治療データ算出部１１ｂにより算出された総治療データのうち、現時点から所定期間内において使用される予定の医薬品の種類及び数量と、在庫情報とを対比させて不足分を判断し、不足する医薬品の種類及び数量を、発注する医薬品の種類及び数量として判断する。

詳細に説明すると、所定期間を例えば１０日間とし現時点が４月２０日であるとすると、発注量判断部１１ｃは、まず現時点から所定期間内に使用時期が該当するデータを抽出する。すなわち、発注量判断部１１ｃは、上記総治療データのうち４月２２日に医薬品ｂが数量ｂｂ必要であり、４月２５日に医薬品ｂが数量ｅｅ必要であるというデータを抽出する。

そして、発注量判断部１１ｃは、抽出されたデータが示す種類の医薬品が当該データが示す分量だけ、在庫として存在するかを判断する。すなわち、発注量判断部１１ｃは、不足する医薬品の種類及び数量を特定することとなる。例を挙げると、発注量判断部１１ｃは、抽出されたデータの医薬品ｂについて数量ｂｂ＋ｅｅの在庫が存在するかを在庫情報から判断する。ここで、例えば医薬品ｂの在庫が数量ｅｅしかない場合、発注量判断部１１ｃは、医薬品ｂについて数量ｂｂが不足すると判断する。そして、発注量判断部１１ｃは、医薬品ｂが数量ｂｂだけ不足すると判断し、医薬品ｂが数量ｂｂだけ発注すると判断する。

なお、上記において「不足する医薬品の数量」とは、或る医薬品について所定期間内に使用する数量−在庫の数量に限らず、所定期間内に使用する数量＋α（任意の正の数量）−在庫の数量であってもよい。このαにより、一定数の在庫を確保するようにできるからである。

発注部１１ｄは、発注量判断部１１ｃにより判断された医薬品の種類及び数量の発注処理を行うものである。この発注部１１ｄにおいて、「発注処理を行う」とは、通信Ｉ／Ｆ部３０を通じて医薬品メーカ等に発注データが送信されることであってもよいし、発注用のデータが作成され操作者が当該データを送信又はプリントアウトできる状態とすることであってもよい。

医薬品情報受付部１１ｆは、使用又は破棄した医薬品の種類及び数量の情報を受け付けるものである。この医薬品情報受付部１１ｆは、入力手段を介して医師や看護師により入力された医薬品の種類及び数量を、使用又は破棄した医薬品の種類及び数量の情報として受け付ける。

在庫管理部１１ｇは、医薬品情報受付部１１ｆにより受け付けられた医薬品の種類及び数量の情報に基づいて、在庫記憶部５１ｂにより記憶される在庫情報を調整のうえ、在庫記憶部５１ｂに記憶させるものである。例えば、医薬品ａについて数量ｄｄという在庫を示す情報が在庫記憶部５１ｂに記憶されている場合において、医薬品情報受付部１１ｆにより医薬品ａについて数量ｅｅという情報が受け付けられた場合、在庫管理部１１ｇは、医薬品ａについて数量ｄｄから数量ｅｅを減算し、減算した結果を在庫記憶部５１ｂに記憶させる。

ここで、医薬品発注装置１は、入力手段を介して或る患者の病名等の病名情報が入力されることが前提となっている。このような病名情報の病名については、上記の病名診断機能部１２により精度良く診断することができる。また、病態判断機能部１３は、病名診断機能部１２により病名を診断するにあたり、候補となる病名（病名群）を判断することができる。本実施形態において医薬品発注装置１は、このような病名診断機能部１２や病態判断機能部１３による診断・判断結果を病名情報として入力する構成となっていてもよい。

図７は、図３に示した病名診断機能部１２及び第２記憶領域５２の詳細を示すソフト構成図である。病名診断機能部１２は、ＲＯＭ１０ａやＨＤＤ５０に記憶される病名診断プログラムを実行することにより、第１提示部（第１提示手段）１２ａと、第１絞り込み部（第１絞り込み手段）１２ｂと、第２提示部（第２提示手段）１２ｃと、第２絞り込み部（第２絞り込み手段）１２ｄと、第３提示部１２ｅとが機能する。

また、図７に示すように、第２記憶領域５２は、診察行為記憶部（第３記憶手段）５２ａと、身体所見記憶部（第４記憶手段）５２ｂと、検査記憶部（第５記憶手段）５２ｃと、検査結果記憶部（第６記憶手段）５２ｄと、病名群テーブル記憶部（第７記憶手段）５２ｅを有している。

診察行為記憶部５２ａは、病名と病名を確定するために行うべき診察行為とを対比させて記憶する記憶部である。図８は、図７に示した診察行為記憶部５２ａの記憶内容を示す概念図である。図８に示すように、診察行為記憶部５２ａには、複数の病名が記憶されると共に、これらの病名それぞれに対応して診察行為が記憶されている。

図８に示す例において診察行為記憶部５２ａには、病名αに対する診察行為１として「○○１」と記憶されており、診察行為２として「○○２」と記憶されている。○○１は、例えば「左下腹部に痛みがあるかを確認するために触診を行う」であり、○○２は、例えば「呼吸音に乱れが無いか確認するために聴診を行う」などである。また、診察行為記憶部５２ａには、病名βに対する診察行為１として「××１」と記憶されており、病名γに対する診察行為１として「△△１」と記憶されている。××１は、例えば「左下腹部にしこりがあるかを確認するために触診を行う」であり、△△１は、例えば「心音に乱れが無いか確認するために聴診を行う」などである。

図７を参照する。身体所見記憶部５２ｂは、病名と病名によって得られる身体所見とを対比させて記憶する記憶部である。図９は、図７に示した身体所見記憶部５２ｂの記憶内容を示す概念図である。図９に示すように、身体所見記憶部５２ｂには、複数の病名が記憶されると共に、これらの病名それぞれに対応する身体所見が記憶されている。

例えば特定の病気については、身体所見として、心音の乱れや、呼吸音の乱れが得られる傾向にある。更には、他の特定の病気については、身体所見として、特定箇所における痛みやしこりが得られる傾向にある。身体所見記憶部５２ｂは、このような医師による身体所見と、病名とを対比させたデータを記憶している。

図９に示す例において、身体所見記憶部５２ｂは、病名αについて、身体所見１として「左下腹部に痛み有り」と記憶しており、身体所見２として「呼吸音に乱れ有り」と記憶している。また、病名βについては身体所見１として「左下腹部にしこり有り」と記憶しており、病名γについては身体所見１として「心音に乱れ有り」と記憶している。

なお、身体所見記憶部５２ｂは、診察行為記憶部５２ａに記憶される診察行為を行ったことによる身体所見を記憶するものであり、例えば診察行為記憶部５２ａにおいて病名γの診察行為は「△△１（心音に乱れが無いか確認するために聴診を行う）」となっているのに対し、身体所見記憶部５２ｂにおいて病名γの身体所見は「心音に乱れ有り」となっている。すなわち、診察行為記憶部５２ａと身体所見記憶部５２ｂとの記憶内容は対応関係を有している。よって、これら記憶部５２ａ，５２ｂは統合されて１つの記憶部によって構成されていてもよい。

図７を参照する。検査記憶部５２ｃは、病名と病名を確定するために行うべき検査とを対比させて記憶する記憶部である。図１０は、図７に示した検査記憶部５２ｃの記憶内容を示す概念図である。図７に示すように、検査記憶部５２ｃには、複数の病名が記憶されると共に、これらの病名それぞれに対応する検査が記憶されている。

例えば心臓病であるか確定するためには、心電図、胸部Ｘ線写真、心臓カテーテルなどの検査が行われる。また、大腸がんの検査には、検便が行われる。さらに、肝炎や膵炎などの検査には、血液検査が行われる（肝炎はＧＯＴ値等、膵炎は血清アミラーゼ値の検査）。検査記憶部５２ｃは、このような検査項目と、病名とを対比させたデータを記憶している。

図１０に示す例において、検査記憶部５２ｃは、病名αについて検査１として「血液検査（○○値）」と記憶しており、病名βについて検査１として「検便」と記憶している。また、病名γについては検査１として「血液検査（××値）」と記憶している。なお、各病名に対して検査は１つに限るものではない。

図７を参照する。検査結果記憶部５２ｄは、病名と病名によって得られるはずである検査結果とを対比させて記憶する記憶部である。図１１は、図７に示した検査結果記憶部５２ｄの記憶内容を示す概念図である。図１１に示すように、検査結果記憶部５２ｄには、複数の病名が記憶されると共に、これらの病名それぞれに対応する検査結果が記憶されている。

例えば大腸がんにおいては、便に血が混じったり、便が細くなったりする。さらに、肝炎においては、例えばＧＯＴ値が３５ＩＵ／Ｉ以上となる。また、膵炎においては、血清アミラーゼ値が６０〜１９０Ｕ／ｄｌの範囲外となる。検査結果記憶部５２ｄは、このような検査結果と、病名とを対比させたデータを記憶している。

図１１に示す例において、検査結果記憶部５２ｄは、病名αについて検査結果１として「○○値がＸ値以上」と記憶しており、病名βについて検査結果１として「便に血が混じっている」と記憶している。また、病名γについては検査結果１として「××値がＹ１〜Ｙ２の範囲外」と記憶している。

なお、検査結果記憶部５２ｄは、検査記憶部５２ｃに記憶される検査に対する結果を記憶するものであり、例えば検査記憶部５２ｃにおいて病名αの検査は「血液検査（○○値）」となっているのに対し、検査結果記憶部５２ｄにおいて病名αの検査結果は「○○値がＸ値以上」となっている。すなわち、検査記憶部５２ｃと検査結果記憶部５２ｄとの記憶内容は対応関係を有している。よって、これら記憶部５２ｃ，５２ｄは統合されて１つの記憶部によって構成されていてもよい。

加えて、上記した各記憶部５２ａ〜５２ｄは、全て病名の項目を含んでいることから、病名を軸にして、診察行為、身体所見、検査及び検査結果の内容を記憶した１つのデータベースにより構成されていてもよい。

図７を参照する。病名群テーブル記憶部５２ｅは、病名と病名群との対応関係を記憶する記憶部である。図１２は、図７に示した病名群テーブル記憶部５２ｅの記憶内容を示す概念図である。図１２に示すように、病名群テーブル記憶部５２ｅには、複数の病名群が記憶されると共に、これらの病名群に属する病名が対応付けて記憶されている。

図１２に示す例において、病名群テーブル記憶部５２ｅは、例えば病名群Ψに属する病名として、病名α，β，γ，δを記憶している。同様に、病名群テーブル記憶部５２ｅは、病名群Ωに属する病名として、例えば病名ε，θを記憶している。さらに、病名群テーブル記憶部５２ｅは、病名群Δに属する病名として、例えば病名π，σを記憶している。

再度、図７を参照する。第１提示部１２ａは、候補となる病名が入力された場合に、入力された病名と対応する診察行為を診察行為記憶部５２ａから抽出して医師に提示するものである。提示方法としては、不図示のプリンタに印刷する方法や、ディスプレイ２０に画像表示させる方法などがある。ディスプレイ２０に表示させる場合、例えば図１３に示す画像が表示される。

図１３は、図７に示した第１提示部１２ａにより表示される画面を示す正面図である。図１３に示すように、例えば候補となる病名としてα，β，γが入力された場合、図８を参照して説明した病名α，β，γに対応する診察行為が抽出されて画像表示される。

具体的には図１３に示すように、病名αに対応した診察行為である「左下腹部に痛みがあるか確認してください。」という診察行為内容ＡＣ１、及び、「呼吸音に乱れがあるか確認してください。」という診察行為内容ＡＣ２が表示される。さらには、病名βに対応した診察行為である「左下腹部にしこりがあるか確認してください。」という診察行為内容ＡＣ３、及び、「心音に乱れがあるか確認してください。」という診察行為内容ＡＣ４が表示される。医師は、上記のような診察行為内容ＡＣが表示されることにより、誤り無く行うべき診察行為を行うことができる。

加えて、各診察行為内容ＡＣ１〜ＡＣ４のそれぞれに隣接して身体所見の情報を入力する入力項目ＩＴ１〜ＩＴ４が表示されている。各入力項目ＩＴ１〜ＩＴ４は、ラジオボタン形式となっている。具体的に診察行為内容ＡＣ１の入力項目ＩＴ１は、「痛み有り」と「痛み無し」とのいずれか一方を選択可能なラジオボタンで構成されている。同様に、診察行為内容ＡＣ２の入力項目ＩＴ２は、「乱れ有り」と「乱れ無し」とのいずれか一方を選択可能なラジオボタンで構成され、診察行為内容ＡＣ３の入力項目ＩＴ３は、「しこり有り」と「しこり無し」とのいずれか一方を選択可能なラジオボタンで構成されている。加えて、診察行為内容ＡＣ４の入力項目ＩＴ４は、「乱れ有り」と「乱れ無し」とのいずれか一方を選択可能なラジオボタンで構成されている。

そして、医師が診察行為を行うことで得た身体所見の情報を、キーボード２又はマウス３等の入力手段を通じて入力すると、第１絞り込み部１２ｂが機能することとなる。

再度、図７を参照する。第１絞り込み部１２ｂは、第１提示部１２ａにより提示された診察行為に応じた身体所見の情報が入力された場合に、身体所見記憶部５２ｂの記憶内容に基づいて、入力された候補となる病名の絞り込みを行うものである。

例えば、図１３に示す画面において、入力項目ＩＴ１では「痛み有り」が指定され、入力項目ＩＴ２では「乱れ有り」が指定され、入力項目ＩＴ３では「しこり有り」が指定され、入力項目ＩＴ１では「乱れ無し」が指定されたとする。この場合、第１絞り込み部１２ｂは、このような指定された入力内容と、身体所見記憶部５２ｂの記憶内容とを対比させて病名の絞り込みを行う。

すなわち、図９に示すように、病名αの身体所見については「左下腹部に痛み有り」且つ「呼吸音に乱れ有り」となっている。上記においては、入力項目ＩＴ１では「痛み有り」が指定され、入力項目ＩＴ２では「乱れ有り」が指定されている。このため、両者の内容は合致するため、患者は病名αである可能性がある。同様に、病名βの身体所見については「左下腹部にしこり有り」となっている。上記においては、入力項目ＩＴ３では「しこり有り」が指定されている。このため、両者の内容は合致するため、患者は病名βである可能性がある。これに対して、病名γの身体所見については「心音に乱れ有り」となっている。一方、入力項目ＩＴ３では「乱れ無し」が指定されている。よって、両者の内容は不一致であることから、患者は病名γである可能性がない。以上のように、第１絞り込み部１２ｂは、病名の絞り込みを行う。

第２提示部１２ｃは、第１絞り込み部１２ｂにより絞り込まれた病名と対応する検査を検査記憶部５２ｃから抽出して医師に提示するものである。提示方法としては、第１提示部１２ａと同様に、不図示のプリンタに印刷する方法や、ディスプレイ２０に画像表示させる方法などがある。ディスプレイ２０に表示させる場合、例えば図１４に示す画像が表示される。

図１４は、図７に示した第２提示部１２ｃにより表示される画面を示す正面図である。図１４に示すように、例えば第１絞り込み部１２ｂにより病名γの可能性が否定され、病名αと病名βとに絞り込まれた場合、図１０を参照して説明した病名α，βに対応する検査が抽出されて画像表示される。

具体的には図１４に示すように、病名αに対応した検査である「血液検査（○○値）」という検査内容ＩＣ１、及び、病名βに対応した検査である「検便」という検査内容ＩＣ２が表示される。医師は、上記のような検査内容ＩＣが表示されることにより、誤り無く行うべき検査を実施することができる。

加えて、各検査内容ＩＣ１〜ＩＣ２のそれぞれに隣接して検査結果を問う質問項目Ｑ１，Ｑ２と、検査結果の情報を入力する入力項目ＩＴ５，ＩＴ６が表示されている。各入力項目ＩＴ５，ＩＴ６は、ラジオボタン形式となっている。具体的に検査内容ＩＣ１の質問項目Ｑ１は、「○○値はＸ値以上であるか。」という文字表示となっており、入力項目ＩＴ５は、「ＹＥＳ」と「ＮＯ」とのいずれか一方を選択可能なラジオボタンで構成されている。同様に、検査内容ＩＣ２の質問項目Ｑ２は、「便に血が混じっているか。」という文字表示となっており、入力項目ＩＴ６は、「ＹＥＳ」と「ＮＯ」とのいずれか一方を選択可能なラジオボタンで構成されている。

そして、医師が検査を通じて得た検査結果の情報を、キーボード２又はマウス３等の入力手段を通じて入力すると、第２絞り込み部１２ｄが機能することとなる。

再度、図７を参照する。第２絞り込み部１２ｄは、第２提示部１２ｃにより提示された検査に応じた検査結果が入力された場合に、検査結果記憶部５２ｄの記憶内容に基づいて、第１絞り込み部１２ｂにより絞り込まれた病名に対して更に絞り込みを行うものである。

例えば、図１４に示す画面において、入力項目ＩＴ５では「ＹＥＳ」が指定され、入力項目ＩＴ６では「ＮＯ」が指定されたとする。この場合、第２絞り込み部１２ｄは、このような指定された入力内容と、検査結果記憶部５２ｄの記憶内容とを対比させて更に病名の絞り込みを行う。

すなわち、図１１に示すように、病名αの検査結果については「○○値がＸ値以上」となっている（すなわち、質問項目Ｑ１に対して入力項目ＩＴ５では「ＹＥＳ」）。上記においては、入力項目ＩＴ５では「ＹＥＳ」が指定されている。このため、両者の内容は合致するため、患者は病名αであるといえる。一方、病名βの検査結果については「便に血が混じっている」となっている（すなわち、質問項目Ｑ２に対して入力項目ＩＴ６では「ＹＥＳ」）。上記においては、入力項目ＩＴ６では「ＮＯ」が指定されている。よって、両者の内容は不一致であることから、患者は病名βである可能性がない。以上のように、第２絞り込み部１２ｄは、病名の絞り込みを行う。

再度図７を参照する。第３提示部１２ｅは、第２絞り込み部１２ｄにより絞り込まれた結果を医師に提示するものである。提示方法としては、第１提示部１２ａと同様に、不図示のプリンタに印刷する方法や、ディスプレイ２０に画像表示させる方法などがある。ディスプレイ２０に表示させる場合、例えば図１５に示す画像が表示される。

図１５は、図７に示した第３提示部１２ｅにより表示される画面を示す正面図である。図１５に示すように、例えば第２絞り込み部１２ｄにより病名βの可能性が否定され、病名αに絞り込まれた場合、第３提示部１２ｅは、例えば「病名はαであると判断できます。」などと最終結果ＦＲを画像表示させる。

以上のように、医師は、病名の候補を入力し、提示される診察行為及び検査を行い、身体所見と検査結果を入力すれば、最終結果ＦＲを得ることができる。しかも、診察行為や検査の誤った実施が防止されるため、病名をより精度良く診断することができる。

そして、図３に示した個人治療データ算出部１１ａは、上記の第２絞り込み部１２ｄによって絞り込まれた病名を、病名情報として入力し、個人治療データを算出する。これにより、精度良く診断された病名に基づいて、医薬品の発注が行われ、発注内容の正確性を向上させることができるからである。

なお、これに限らず、個人治療データ算出部１１ａは、上記の第１絞り込み部１２ｂによって絞り込まれた病名が、病名群テーブル記憶部５２ｅの記憶内容に基づいて１つの病名群に属するものであると判断できる場合、その病名群を病名情報として入力して、個人治療データを算出するようにしてもよい。これにより、一層早期に治療を行うべく医薬品発注できるからである。すなわち、上記によれば、第１絞り込み部１２ｂによる絞り込みの後には検査が行われることとなる。検査には、検査結果が出るまで長期の時間を要することもあり、このような場合には検査結果が待たれることなく、現状わかっている患者の状態に基づいて治療が開始されることがある。このような場合に病名群に基づいて発注を行うことで、より適切な治療を行うべく発注を行うことができることとなる。具体的には、例えば上記の第１絞り込み部１２ｂによって絞り込まれた病名は病名α，βであり、全て図１２に示す病名群Ψに属する。よって、個人治療データ算出部１１ａは、病名群Ψを病名情報として入力して基づいて個人治療データを算出することとなる。

さらに、上記した説明においては、最終結果ＦＲとして病名αという１つの病気が残ることとなったが、医師が初期的に入力した病名の候補に、正しい病名が無かった場合には、最終結果ＦＲとして他の病名候補の入力を促すような画像表示がされてもよい。加えて、上記のように、検査結果の入力形式は選択肢を選択する方式であるが、可能であれば数値等を直接入力する形式であってもよい。

ここで、医師が正しい病名の候補を入力できなかった場合には、最終結果ＦＲとして病名が医師に提示されなくなり、且つ、個人治療データ算出部１１ａは、正確に診断された病名に基づく個人治療データを算出できなくなる可能性がある。よって、このような事態を防止すべく、病態判断機能部１３が重要となる。

図１６は、図３に示した病態判断機能部１３及び第３記憶領域５３の詳細を示すソフト構成図である。病態判断機能部１３は、ＲＯＭ１０ａやＨＤＤ５０に記憶される病名診断プログラムを実行することにより、表示制御部１３ａ、症状結果判断部（症状結果判断手段）１３ｂ、及び病名候補判断部（病名候補判断手段）１３ｃが機能する。

また、図１６に示すように、第３記憶領域５３は、症状項目記憶部５３ａと、質問内容記憶部（第８記憶手段）５３ｂと、選択肢記憶部５３ｃと、症状結果テーブル記憶部５３ｄと、病名候補テーブル記憶部（第９記憶手段）５３ｅとを有している。

図１６に示す症状項目記憶部５３ａは、予め定められた複数の症状項目を記憶するものである。図１７は、図１６に示した症状項目記憶部５３ａの記憶内容を示す概念図である。図１７に示すように、症状項目記憶部５３ａには、Ｘ個（ここでのＸは２以上の整数であって、図１７に示す例では少なくとも２２以上の整数）の症状項目を記憶している。症状項目とは、病名の候補を判断する対象者に発生している異常を示す項目であり、例えば「熱がある」「咳が出る」「痰が出る」「頭痛がする」「乳房に痛みがある」「関節に痛みがある」「下痢である」「便秘である」「鼻水が出る」「痙攣した」などである。

さらに、症状項目記憶部５３ａは、それぞれの症状項目を属性区分と関連付けて記憶している。ここで、属性区分とは年齢及び性別による区分け（属性情報の区分け）であって、本実施形態では５つの属性区分が設定されている。本実施形態に係る医薬品発注装置１では、年齢及び性別を示す属性情報をキーボード２やマウス３への操作を通じて医薬品発注装置１に入力できるようになっている。医薬品発注装置１は、入力された年齢及び性別から、５つの属性区分のいずれに属するかを判断する。

５つの属性区分は、例えば「０〜１１ヶ月（第１区分）」「１歳〜３歳（第２区分）」「４歳〜１２歳（第３区分）」「１３歳以上男性（第４区分）」「１３歳以上女性（第５区分）」からなる。症状項目記憶部５３ａは、それぞれの症状項目を、これら５つの属性区分と対応付けて記憶している。具体的に１６個目の症状項目である「頭痛がする」については、「０〜１１ヶ月」について「−」、「１歳〜３歳」について「−」、「４歳〜１２歳」について「○」、「１３歳以上男性」について「○」、「１３歳以上女性」について「○」と記憶している。同様に１７個目の症状項目である「乳房に痛みがある」については、「０〜１１ヶ月」について「−」、「１歳〜３歳」について「−」、「４歳〜１２歳」について「−」、「１３歳以上男性」について「−」、「１３歳以上女性」について「○」と記憶している。

なお、本実施形態において属性情報とは年齢及び性別の双方を意味するが、これに限らず、年齢又は性別のいずれか一方であってもよい。また、いずれか一方である場合、属性区分が図１７に示すものと異なることはいうまでもない。

再度、図１６を参照する。質問内容記憶部５３ｂは、複数の症状項目のそれぞれに設定された質問内容を記憶したものである。図１８は、図１６に示した質問内容記憶部５３ｂの記憶内容を示す概念図である。図１８に示すように、質問内容記憶部５３ｂは、図１７に示した複数の症状項目のそれぞれに対して定量質問、定性質問及び時間質問の３種類の質問を記憶している。

ここで、定量質問とは量を問う質問である。すなわち、定量質問とは、回数、温度、頻度などの量そのものが回答となる質問であって、例えば「１日の咳の回数は何回か。」「熱は何度か。」などの質問である。

また、時間質問とは時間を問う質問である。すなわち、時間質問とは、何日前や何時頃などの時間（時間、時刻、間隔及び期間を含む）そのものが回答となる質問であって、例えば「熱が出たのは何日前か。」「咳が最もひどくなる時間帯はいつか。」などの質問である。

また、定性質問とは性質を問う質問である。より詳細に定性質問とは、症状の性質を問うものであり、広義には回答が量でも時間でもないものとなる質問である。例えば「乾いた咳か。」「痰は何色か。」などは定性質問である。

なお、症状項目のそれぞれには、１又は複数個の定量質問、定性質問及び時間質問が設定されている。

例えば質問内容記憶部５３ｂは、「熱がある」の症状項目に対して、「現在の熱は何度か？」「何度まであがったか？」という２つの定量質問を記憶している。また、質問内容記憶部５３ｂは、「熱がある」の症状項目に対して、「明け方に熱は下がるか？」という１つの定性質問、及び、「熱が出始めたのかいつか？」という１つの時間質問を記憶している。質問内容記憶部５３ｂは、他の症状項目についても同様に、１又は複数個の定量質問、定性質問及び時間質問を記憶している。

再度、図１６を参照する。選択肢記憶部５３ｃは、複数の症状項目それぞれの定量質問、定性質問、及び時間質問に対する回答を選択させるための選択肢を記憶している。また、選択肢記憶部５３ｃは、属性区分に応じた選択肢を記憶している。

図１９及び図２０は、図１６に示した選択肢記憶部５３ｃの記憶内容の一例を示す概念図であり、図１９は属性区分が１３歳以上の男性及び女性であるときの選択肢の例を示し、図２０は属性区分が１２歳以下であるときの選択肢の例を示している。なお、図１９及び図２０に示す例では第１〜第３区分で共通の選択肢となっており、且つ、第４及び第５区分で共通の選択肢となっているが、これに限らず、選択肢記憶部５３ｃは、属性区分それぞれにおいて異なる選択肢を記憶しておいてもよい。

図１９に示すように、選択肢記憶部５３ｃは、属性区分が１３歳以上の男性及び女性であるときの選択肢を記憶している。例えば「熱がある」という症状項目の定量質問１（「現在の熱は何度か？」）においては、「３７．０℃以上３７．５℃未満」を第１選択肢として記憶し、「３７．５℃以上３８．５℃未満」を第２選択肢として記憶し、「３８．５℃以上」を第３選択肢として記憶している。

同様に、選択肢記憶部５３ｃは、例えば「咳が出る」という症状項目の定性質問１（「咳の後の呼吸は？」）においては、「「ヒュー」という呼吸音がする」を第１選択肢として記憶し、「「ゼェゼェ」いう」を第２選択肢として記憶している。

また、図２０に示すように、選択肢記憶部５３ｃは、属性区分が１２歳以下であるときの選択肢を記憶している。例えば「熱がある」という症状項目の定量質問１（「現在の熱は何度か？」）においては、「３７．０℃以上３８．５℃未満」を第１選択肢として記憶し、「３８．５℃以上３９．５℃未満」を第２選択肢として記憶し、「３９．５℃以上」を第３選択肢として記憶している。

同様に、選択肢記憶部５３ｃは、例えば「咳が出る」という症状項目の定性質問１（「咳の後の呼吸は？」）においては、「「ヒュー」という呼吸音がする」を第１選択肢として記憶し、「「ゼェゼェ」いう」を第２選択肢として記憶し、「呼吸自体が困難となる」を第３選択肢として記憶している。

再度図１６を参照する。症状結果テーブル記憶部５３ｄは、症状ごとの結果を判断するための症状結果テーブルを記憶したものである。この症状結果テーブルは、定量質問、定性質問及び時間質問のそれぞれで選択された選択肢と、症状毎の結果との対応関係を記憶したものである。症状結果テーブル記憶部５３ｄは、選択肢記憶部５３ｃと同様に、属性区分に応じた対応関係の症状結果テーブルを記憶している。

図２１及び図２２は、図３に示した症状結果テーブル記憶部５３ｄの記憶内容の一例を示す概念図であり、図２１は属性区分が１３歳以上の男性及び女性であるときの症状結果テーブルの例を示し、図２２は属性区分が１２歳以下であるときの症状結果テーブルの例を示している。なお、図２１及び図２２に示す例では第１〜第３区分で共通の症状結果テーブルとなっており、且つ、第４及び第５区分で共通の症状結果テーブルとなっているが、これに限らず、症状結果テーブル記憶部５３ｄは、属性区分それぞれにおいて異なる症状結果テーブルを記憶しておいてもよい。また、図２１及び図２２では１つの症状項目（例えば「熱がある」）についての症状結果テーブルを示しているが、症状結果テーブルは１つに限らず、症状項目それぞれに対して症状結果テーブル記憶部５３ｄが症状結果テーブルを記憶している。

まず、上記したように、「熱がある」の症状項目については、２つの定量質問と、１つの定性質問と、１つの時間質問とが設定されていた。また、２つの定量質問と１つの時間質問とには、それぞれ３つの選択肢が設けられ、１つの定性質問には２つの選択肢が設けられていた。

このため、回答パターンについては、３×３×２×３＝５４パターンが存在することとなる。症状結果テーブル記憶部５３ｄは、５４の回答パターンに対する結果（Ａ１〜Ａ５４）を対応付けて記憶している。具体的に属性区分が１３歳以上の男性及び女性であるとき、図２１に示すように、定量質問１、定量質問２、定性質問１及び時間質問１で回答選択された選択肢が全て第１選択肢（図中においては「１」と記載）であった場合については、結果「Ａ１」が対応付けて記憶されている。同様に定量質問１、定量質問２、及び定性質問１で回答選択された選択肢が第１選択肢であり、時間質問１で回答選択された選択肢が第３選択肢（図中においては「３」と記載）であった場合については、結果「Ａ３」が対応付けて記憶されている。

なお、結果「Ａ１」から「Ａ５４」のそれぞれは、異なる内容であってもよいし、一部共通する内容のものがあってもよい。また、結果「Ａ１」から「Ａ５４」のそれぞれには、病態の情報として、重篤度や症状の発生原因箇所（例えば症状が「咳が出る」である場合の発生原因箇所としては気管支や気管）などの情報を含むものとなっている。

また、属性区分が１２歳以下であるとき、図２２に示すように、定量質問１、定量質問２、定性質問１及び時間質問１で回答選択された選択肢が全て第１選択肢であった場合については、例えば結果「Ａ４」が対応付けて記憶されている。同様に定量質問１、定量質問２、及び定性質問１で回答選択された選択肢が第１選択肢であり、時間質問１で回答選択された選択肢が第３選択肢（図中においては「３」と記載）であった場合については、結果「Ａ５」が対応付けて記憶されている。

このように、同じ選択肢が回答選択された場合であっても、属性区分によっては結果が異なることがある（もちろん同じときもある）。

再度図１６を参照する。病名候補テーブル記憶部５３ｅは、症状毎の結果に対して病名の候補が割り当てられたものである。図２３は、図１６に示した病名候補テーブル記憶部５３ｅの記憶内容の一例を示す概念図であり、通常候補テーブルを示している。また、図２４は、図３に示した病名候補テーブル記憶部の記憶内容の一例を示す概念図であり、特定候補テーブルを示している。

図２３に示すように、通常候補テーブル（病名候補テーブル）は、症状項目ごとに記憶される症状結果テーブルが示す結果それぞれと、病名の候補とを対応させたものであり、例えば、「熱がある」の結果がＡ１であった場合には、病名の候補として病名α，β，γ，δ，εが割り当てられており、結果がＡ２であった場合には、病名の候補として病名β，γ，ε，ζ，φが割り当てられている。他の結果Ａ３〜Ａ５４についても同様に病名の候補が割り当てられている。加えて、病名候補テーブルは、図２３に示すように、「咳が出る」の結果Ｂ１〜Ｂ４４についても同様に病名の候補が割り当てられている。すなわち、他の症状項目の結果それぞれについて病名の候補が割り当てられている。

さらに、図２４に示す特定候補テーブル（病名候補テーブル）は、特定の症状毎の結果と病名の候補とを対応させたテーブルであり、例えば、「熱がある」の結果がＡ１であり、「咳が出る」の結果がＢ３であったとする。特定候補テーブルは、これらの結果の組み合わせによって、発生している可能性が高い病名を記憶しており、例えば病名γ（例えば風邪）と記憶している。例えば或る種の風邪をひいた場合には、熱が出て、咳が出て、鼻水が出るなどといった一連の体の変化が生じる。特定候補テーブルは、このような一連の体の変化（症状毎の結果）の組み合わせと病名とを対応させて記憶している。

なお、特定候補テーブルにおいては、特定の結果の組み合わせと１つの病名とが対応しているが、１つの病名に限らず、複数の病名が対応していてもよい。さらに、特定の結果の組み合わせに対して、上記した病態のより詳細な情報（重篤度や症状の発生原因箇所（例えば症状が「咳が出る」である場合の発生原因箇所としては気管支や気管）などのより詳細な情報）が対応付けて記憶されていることが好ましい。

再度、図１６を参照する。表示制御部１３ａは、ディスプレイ２０に表示させる画面内容を制御するものであり、第１表示制御部（第１表示制御手段）１３ａ１、第２表示制御部（第２表示制御手段）１３ａ２、第３表示制御部（第３表示制御手段）１３ａ３、及び第４表示制御部１３ａ４を備えている。

第３表示制御部１３ａ３は、属性情報の入力を促す画面を表示させるものである。図２５は、図１６に示した第３表示制御部１３ａ３により表示される画面を示す正面図である。図２５に示すように、第３表示制御部１３ａ３は、生年月日を入力する旨の表示と、生年月日を入力するためのテキストボックス２０ａと、性別を入力する旨の表示と、性別を入力するためのチェックボックス２０ｂとを表示させる。

医師は、テキストボックス２０ａに対して生年月日を入力し、チェックボックス２０ｂへのチェックにより性別を指定することとなる。さらに、医師が、画面上に表示される「次へ」のボタン２０ｃを指定すると、属性情報が医薬品発注装置１に入力されることとなる。これにより、ＣＰＵ１０は、入力された属性情報から、どの属性区分に該当するかを判断することとなる。

再度、図１６を参照する。第１表示制御部１３ａ１は、症状項目記憶部５３ａに記憶された複数の設定項目から、１つ以上の症状項目を選択させる画面を表示させるものである。より詳細に、第１表示制御部１３ａ１は、入力された属性情報が属する属性区分に応じた症状項目を、症状項目記憶部５３ａに記憶される複数の症状項目から抽出し、抽出した症状項目から１つ以上の症状項目を選択させる画面を表示させる。この結果、図２６及び図２７のような表示がなされる。

図２６及び図２７は、症状項目を選択させる画面を示す正面図であり、図２６は第１の例を示し、図２７は第２の例を示している。

属性区分が「１３歳以上女性」である場合、第１表示制御部１３ａ１は、図１７に示すような複数の症状項目の記憶内容のうち、「１３歳以上女性」の属性区分において「○」となっている症状項目を抽出する。そして、第１表示制御部１３ａ１は、抽出した症状項目に基づいて図２６に示すような画面を生成してディスプレイ２０に表示させる。このとき、ディスプレイ２０には、女性特有の「乳房に痛みがある」という症状項目が表示されている。

また、属性区分が「０〜１１ヶ月」である場合、第１表示制御部１３ａ１は、図１７に示すような複数の症状項目の記憶内容のうち、「０〜１１ヶ月」の属性区分において「○」となっている症状項目を抽出する。そして、第１表示制御部１３ａ１は、抽出した症状項目に基づいて図２７に示すような画面を生成してディスプレイ２０に表示させる。このとき、ディスプレイ２０には、「熱がある」「下痢である」といった保護者が確認することができる症状項目のみが表示されている。

ここで、例えば、１歳未満の乳児の症状項目に「頭痛がする」といったものが含まれていても乳児が頭痛の有無を保護者等に伝えることができず、意味がない症状項目となる。また、男性の症状項目に「乳房に痛みがある」といったものが含まれていても意味がない症状項目となる。このように、図１７に示すようなデータに基づいて症状項目を抽出して表示することで、年齢や性別毎に適切な症状項目を医師に提示させることができる。

さらに、図２６及び図２７に示すように、表示される症状項目のそれぞれには、これを選択するためのチェックボックス２０ｄが隣接して表示されている。医師は、該当する症状に応じて、隣接して表示されるチェックボックス２０ｄをチェックすることにより、症状項目を選択することができる。選択後、医師は、不図示の「次へ」のボタンを指定することにより選択を確定させ、この情報を医薬品発注装置１に認識させることとなる。

再度、図１６を参照する。第２表示制御部１３ａ２は、第１表示制御部１３ａ１により表示された画面（すなわち図２６及び図２７に示したような画面）において選択された症状項目に設定された質問内容を、質問内容記憶部５３ｂから読み出して順次画面表示させるものである。この際、第２表示制御部１３ａ２は、定量質問、定性質問及び時間質問のそれぞれについて、回答を選択させる選択肢も表示させる。なお、表示される選択肢は、属性区分に応じたものであり、選択肢記憶部５３ｃに記憶される選択肢が読み出されて表示させられる。

図２８及び図２９は、質問内容及び選択肢を表示する画面を示す正面図であり、図２８は第１の例を示し、図２９は第２の例を示している。なお、図２８及び図２９に示す例では、「熱がある」の症状項目が選択された場合の画面を示している。

図２８に示すように、第２表示制御部１３ａ２は、例えば「熱がある」の症状項目の質問内容として、「現在の熱は何度か？（定量質問）」「何度まであがったか？（定量質問）」「明け方に熱は下がるか？（定性質問）」「熱が出始めたのはいつか？（時間質問）」を表示する。

また、第２表示制御部１３ａ２は、各質問に対して、属性区分に応じた選択肢を表示させる。図２８に示す例では、属性区分が「１３歳以上の男性」及び「１３歳以上女性」であるときの選択肢を示し、具体的には「現在の熱は何度か？（定量質問）」「何度まであがったか？（定量質問）」に対して、選択肢が「３７．０℃以上３７．５℃未満」「３７．５℃以上３８．５℃未満」「３８．５℃以上」となっている。

また、「明け方に熱は下がるか？（定性質問）」について選択肢は「ＹＥＳ」「ＮＯ」となっており、「熱が出始めたのはいつか？（時間質問）」について選択肢は「本日又は昨日」「一昨日前から６日前」「１週間以上前」となっている。

一方、図２９に示す例では、属性区分が「０〜１１ヶ月」「１〜３歳」及び「４〜１２歳」であるときの選択肢を示し、具体的には「現在の熱は何度か？（定量質問）」「何度まであがったか？（定量質問）」に対して、選択肢が「３７．０℃以上３８．５℃未満」「３８．５℃以上３９．５℃未満」「３９．５℃以上」となっている。すなわち、選択肢の内容が図２８に示す例と異なっている。

なお、「明け方に熱は下がるか？（定性質問）」及び「熱が出始めたのはいつか？（時間質問）」について選択肢は図２８に示す例と同じとなっている。

さらに、図２８及び図２９に示すように、各選択肢には、これに隣接してチェックボックス２０ｅが表示されている。医師は、該当する選択肢に隣接して表示されるチェックボックス２０ｅをチェックすることにより、選択肢を選択することができる。選択後、医師は、ＯＫボタン２０ｆを指定することにより選択した内容を確定させ、この情報を医薬品発注装置１に認識させることとなる。

また、ＯＫボタン２０ｆが指定された場合には、次の症状項目に対応する質問内容及び選択肢を表示する画面が第２表示制御部１３ａ２によって表示される。例えば医師が「熱がある」と「咳が出る」との２つの症状項目を選択していた場合、「熱がある」について質問内容及び選択肢が表示され、ＯＫボタン２０ｆが指定されると、第２表示制御部１３ａ２は、次の症状項目である「咳が出る」について質問内容及び選択肢を表示させる。

そして、第２表示制御部１３ａ２は、選択していた全ての症状項目について、質問内容及び選択肢を表示し、ＯＫボタン２０ｆが指定されるまで、順次症状項目について質問内容及び選択肢を表示させていく。

ここで、定量質問、定性質問、及び時間質問は、当該症状項目が示す症状のみについて問うものであることが好ましい。すなわち、定量質問、定性質問、及び時間質問は、他の症状項目が示す症状を問う内容を含まないものであることが好ましい。

上記の症状項目の区分けは医学的見地から定められている。例えば、症状項目は、上記のように、「熱がある」、「咳が出る」、「痰が出る」などと予め定められており、「咳が出る」という症状項目についての質問では、「痰」に関する質問が含まれない。すなわち、咳の項目の質問に「咳に痰が絡むか。」といったものは含まれない。

ここで、痰は通常咳と共に体外へ排出されるものである。このため、例えば予め症状項目として、「熱がある」、「咳が出る」と区分けされ、「痰が出る」という症状項目が設定されていない場合には、「咳が出る」の症状項目において「咳に痰が絡むか。」という定性質問がされることがある。すなわち、上記の「当該症状のみについて問うもの」とは、既に定められている症状項目の区分けを基本とし、１つの症状項目においては、他の症状項目の内容を問わないということである。よって、「熱がある」、「咳が出る」、「痰が出る」と症状項目が分けられている場合において「咳に痰が絡むか。」といった質問は、「当該症状のみについて問うもの」とは言えない。一方、「熱がある」、「咳が出る」と区分けされ、「痰が出る」という症状項目が設定されていない場合には、「咳に痰が絡むか。」といった質問は、「当該症状のみについて問うもの」となる。

なお、装置自体が「痰が出る」を症状項目に設定するか否かは、上記したように医学的見地から定められる。医学は日々進歩することから考えると、例えば「痰が出る」という症状は症状項目に設定されたりされなかったりすることがある。他の症状についても同様に症状項目に設定されたりされなかったりすることがある。

再度、図１６を参照する。症状結果判断部１３ｂは、第２表示制御部１３ａ２により順次表示された画面にて入力された各症状項目の質問内容に対する回答結果に応じて、症状毎の結果を判断するものである。より詳細に症状結果判断部１３ｂは、定量質問、定性質問、及び時間質問のそれぞれで選択された選択肢を、症状結果テーブル記憶部５３ｄに記憶される症状結果テーブルに当てはめることで、症状毎の結果を判断する。

ここで、本実施形態において症状結果判断部１３ｂは、回答結果を適正に調整のうえ、症状毎の結果を判断することが好ましい。回答結果については、個人差が生じることがある。例えば、「熱がある」の「現在の熱は何度か。」という定量質問に対して、実際は３８℃の熱であるにも拘わらず大げさな人は「３９．５℃以上」という選択肢を選択することがある。逆に控え目な人は「３７．０℃以上３８．５℃未満」という選択肢を選択することがある。また、大げさな人や控え目な人などのように意図的に大げさや控え目に選択する人のみならず、苦痛が大きいことに我慢できず大げさに回答したり、単なる勘違いから大げさに回答したりする人もいる。よって、本装置１は、このような病名候補の判断対象者毎の傾向を例えば係数として記憶しており、係数に応じて回答結果を適正に調整する。調整対象は、定量質問の回答結果に限らず、定性質問及び時間質問も該当する。これにより、一層適正に症状毎の結果を判断することができるからである。なお、係数については、例えば医師などにより直接入力されたものが記憶されていてもよいし、過去の本装置１の使用時の回答と実際に罹患していた病名との関係から演算式等により求められて記憶されていてもよい。

病名候補判断部１３ｃは、病名候補テーブル記憶部５３ｅに記憶される病名候補テーブルに、症状結果判断部１３ｂにより判断された症状毎の結果を当てはめることで、病名の候補を判断するものである。ここで、当てはめる対象は、図２３に示したような通常候補テーブルと、図２４に示したような特定候補テーブルとの双方である。

上記したように、病名候補テーブルには、症状の結果それぞれに病名の候補が割り当てられている。具体的には、図２３に示す通常候補テーブルにおいて結果Ａ１の病名の候補には病名α，β，γ，δ，εが対応しており、結果Ｂ３の病名の候補には病名γ，δ，φ，εが対応している。さらに、図２４に示す特定候補テーブルでは、結果Ａ１と結果Ｂ３の組み合わせとして病名の候補には病名γが対応している。このため、操作者が、症状項目として「熱がある」と「咳が出る」とを選択し、それぞれの症状項目の結果がＡ１とＢ３となった場合、病名候補判断部１３ｃは、これらの病名候補を統合して、病名の候補を病名α，β，γ，δ，ω，φ，εと判断する。特に、病名候補判断部１３ｃは、病名γが通常候補テーブルにおける結果Ａ１，Ｂ３との双方の候補になっており、且つ、特定候補テーブルにおける結果Ａ１と結果Ｂ３の組み合わせとして病名の候補にも挙がっていることから、最も罹患している可能性が高い病気の病名であると判断する。

さらに、もう一例説明する。例えば図２３に示す通常候補テーブルにおいて結果Ａ５４の病名の候補には病名γ，δ，ω，φが対応しており、結果Ｂ１の病名の候補には病名θ，ω，εが対応している。このため、操作者が、症状項目として「熱がある」と「咳が出る」とを選択し、それぞれの症状項目の結果がＡ５４とＢ１となった場合、病名候補判断部１３ｃは、これらの病名候補を統合して、病名の候補を病名γ，δ，ω，φ，θ，εと判断する。このとき、図２４の特定候補テーブルに示すように、結果Ａ５４と結果Ｂ１との組み合わせが存在せず、病名の候補が存在しない。よって、病名候補判断部１３ｃは、通常候補テーブルのみから、病名の候補を病名γ，δ，ω，φ，θ，εと判断する。なお、この場合において病名候補判断部１３ｃは、病名ωが結果Ａ５４，Ｂ１との双方の候補になっていることから、最も罹患している可能性が高い病気の病名であると判断する。

第４表示制御部１３ａ４は、病名候補判断部１３ｃにより判断された病名の候補を画面表示させるものである。図３０は、病名候補を示す画面の一例を示す正面図である。第４表示制御部１３ａ４は、例えば、症状結果判断部１３ｂにより判断された症状の結果、及び、病名候補判断部１３ｃにより判断された病名の候補を表示する。具体的に第４表示制御部１３ａ４は、図３０に示すように、例えば「咽頭が炎症しています。医療機関の受診をお勧めします。考えられる病名としては、風邪、咽頭炎、インフルエンザが挙げられます。」と表示させる。ここで、「咽頭が炎症しています。」が症状毎の結果に該当している。症状毎の結果が複数ある場合、その全てが表示されてもよいし、図３０に示すように、１つだけ表示されてもよい。また、第４表示制御部１３ａ４は、「終了」ボタン２０ｇについても表示させている。なお、これらの病名は、可能性が高いものから順番に表示されることが好ましい。この場合、図２３の通常候補テーブルに示す病名に可能性の情報を付加しておく必要がある。すなわち、図２３の結果Ａ５４について病名γはＸポイント、病名δはＹポイント、病名ωはＺポイントなど情報を付加しておくことで、可能性が高いものから順番に表示させることができる。さらに、結果Ａ５４及びＢ１のように、病名ωについては結果Ａ５４の可能性のポイントと結果Ｂ１における可能性のポイントとが加算されることが好ましい。加えて、特定候補テーブルに挙げられる病名については、通常候補テーブルに記憶されるポイントよりも大きなポイントの情報が付与されており、これが加算されることとなる。従って、結果Ａ１及び結果Ｂ３が得られている場合には、病名γのポイントが他の病名よりも圧倒的に高い数値となる。

加えて、第４表示制御部１３ａ４は、図３０に示すように、例えば「但し、確率的には低いですが、見逃してはいけない項目として天疱瘡、咽頭がんが挙げられます。」と表示させる。この場合、図２３の通常候補テーブルに示す病名それぞれに致命度の情報を付加しておく必要がある。例えば、図２３の結果Ａ５４について病名γはｘポイント、病名δはｙポイント、病名ωはｚポイントなど情報を付加しておく。他の結果Ａ１〜Ａ５３等についても同様に致命度の情報を付加しておく。さらに、通常候補テーブルだけでなく、図２４に示す特定候補テーブルにおいても、病名それぞれに致命度の情報を付加しておく必要がある。そして、第４表示制御部１３ａ４は、致命度が所定ポイント以上となる病名について見逃してはいけない旨を表示させる。すなわち、図３０に示す例では、天疱瘡及び咽頭がんについて見逃してはいけない旨を表示させる。

医師は、画面表示される病名を認識した後に「終了」ボタン２０ｇを指定する。その後、医師は、病態判断機能部１３により判断された候補となる病名を入力することにより、病名診断機能部１２を機能させる。これにより、病態判断機能部１３により判断された候補となる病名が、病名診断機能部１２によって絞り込まれていき、正確な病名が診断される。なお、候補となる病名は、医師による手入力に拘わらず、手入力を必要とせず自動的に入力されるようになっていてもよい。さらに、自動入力される場合には、図３０に示すような表示が行われなくともよい。

加えて、個人治療データ算出部１１ａは、病態判断機能部１３により判断された候補となる病名が、病名群テーブル記憶部５２ｅの記憶内容に基づいて１つの病名群に属するものであると判断できる場合、その病名群を病名情報として入力して、個人治療データを算出するようにしてもよい。これにより、より一層早期に治療を行うべく医薬品発注できるからである。すなわち、医師の診察に先だって、病名群に基づいて発注を行うことで、より早期の治療を行うべく発注を行うことができることとなる。

なお、上記した病態判断機能部１３は、再診時、すなわち２回目以降の治療時においても機能させられる。そして、上記したように、個人治療データ算出部１１ａにおける個人治療データの修正処理に用いられる。

次に、本実施形態に係る医薬品発注装置１の動作を説明する。図３１及び図３２は、本実施形態に係る病態判断機能部１３の動作の一例を示すフローチャートであり、図３１は前半部分を示し、図３２は後半部分を示している。

図３１に示すように、まず第３表示制御部１３ａ３は、属性情報の入力画面を表示させる（Ｓ１）。このとき、第３表示制御部１３ａ３は、例えば図２５に示すような画面を表示させる。そして、ＣＰＵ１０は、属性情報が入力されたかを判断する（Ｓ２）。図２５に示す例の場合、ＣＰＵ１０は、テキストボックス２０ａに生年月日が入力され、チェックボックス２０ｂにチェックがされた状態で、「次へ」のボタン２０ｃが指定されたかを判断することとなる。

属性情報が入力されていないと判断した場合（Ｓ２：ＮＯ）、処理はステップＳ１に移行する。一方、属性情報が入力されたと判断した場合（Ｓ２：ＹＥＳ）、第１表示制御部１３ａ１は、症状項目の選択画面を表示させる（Ｓ３）。この際、第１表示制御部１３ａ１は、例えば図２６及び図２７に示すように、属性区分に応じた症状項目の選択画面を表示させる。

その後、病態判断機能部１３は、症状項目が選択されたかを判断する（Ｓ４）。図２６及び図２７に示す例の場合、病態判断機能部１３は、症状項目に隣接配置される各チェックボックス２０ｄのうち、いずれか１つ以上がチェックされて、不図示の「次へ」のボタンが指定されたかを判断することとなる。

次いで、病態判断機能部１３は、ステップＳ３において表示した複数の症状項目のうち、選択された数をｉ_ｍａｘとする（Ｓ５）。すなわち、図２６及び図２７に示す例の場合、ＣＰＵ１０は、チェックされたチェックボックス２０ｄの数をｉ_ｍａｘとする。その後、ＣＰＵ１０は、変数ｉを「１」に初期化する（Ｓ６）。

次に、第２表示制御部１３ａ２は、ｉ個目の症状項目の質問及び選択肢を読み込み（Ｓ７）、読み込んだデータに基づいて質問・選択肢画面を表示させる（Ｓ８）。この際、第２表示制御部１３ａ２は、例えば図２８及び図２９に示すように、属性区分に応じた選択肢を含む画面を表示させる。

その後、病態判断機能部１３は、回答があったかを判断する（Ｓ９）。図２８及び図２９に示す例の場合、病態判断機能部１３は、質問それぞれについて、選択肢に隣接するチェックボックス２０ｅのいずれか１つがチェックされた状態で、ＯＫボタン２０ｆが指定されたかを判断することとなる。

回答がなかったと判断した場合（Ｓ９：ＮＯ）、回答があったと判断されるまで、この処理が繰り返される。一方、回答があったと判断した場合（Ｓ９：ＹＥＳ）、症状結果判断部１３ｂは、回答調整を行う（Ｓ１０）。この回答調整は、上記したように大げさに回答する人や控え目に回答する人などの傾向に基づいて行われるものであり、例えばこのような傾向を反映した係数に基づいて調整される。なお、今回処理を行っている病名候補の判断対象者に対して係数が記憶されていない場合には、回答調整処理は実行されず、処理はステップＳ１１に移行する。

そして、症状結果判断部１３ｂは、（調整済みの）回答に基づいて、その症状の結果を判断する（Ｓ１１）。この際、症状結果判断部１３ｂは、属性区分に応じたｉ個目の症状項目の症状結果テーブルを読み出し、選択された選択肢をテーブルに当てはめて、その症状の結果を判断する。

次に、病態判断機能部１３は、変数ｉがｉ_ｍａｘであるかを判断する（Ｓ１２）。変数ｉがｉ_ｍａｘでないと判断した場合（Ｓ１２：ＮＯ）、ＣＰＵ１０は、変数ｉをインクリメントし（Ｓ１３）、処理は図３１に示したステップＳ７に移行する。すなわち、変数ｉが「１」加算され、加算後の個数目の症状項目について質問と選択肢とが読み込まれることとなる。

一方、変数ｉがｉ_ｍａｘであると判断した場合（Ｓ１２：ＹＥＳ）、病名候補判断部１３ｃは、ステップＳ１１にて判断された症状毎の結果が特定候補テーブルにて示す特定の組み合わせに該当するかを判断する（Ｓ１４）。該当すると判断した場合（Ｓ１４：ＹＥＳ）、病名候補判断部１３ｃは、特定候補テーブルから特定の組み合わせに対応する病名を抽出する（Ｓ１５）。そして、処理はステップＳ１６に移行する。

一方、特定候補テーブルにて示す特定の組み合わせに該当しないと判断した場合（Ｓ１４：ＮＯ）、処理はステップＳ１６に移行し、病名候補判断部１３ｃは、ステップＳ１１において判断された症状毎の結果を図２３に示した通常候補テーブルに当てはめることにより、病名の候補を抽出する（Ｓ１６）。

そして、第４表示制御部１３ａ４は、ステップＳ１５及びステップＳ１６において抽出された病名候補を表示させる（Ｓ１７）。そして、図３１及び図３２に示した処理は終了する。なお、第４表示制御部１３ａ４が図３０に示したような画面を表示していた場合には、操作者が「終了」ボタン２０ｇを指定することにより、図３１及び図３２に示した処理は終了することとなる。また、図３０に示すように、病名の候補のみならず症状毎の結果についても表示させることが好ましい。

図３３は、本実施形態に係る病名診断機能部１２の動作の一例を示すフローチャートである。図３３に示すように、まずＣＰＵ１０は病名の候補が入力されたかを判断する（Ｓ２１）。ここでは手入力されたかが判断されもよいし、図３２に示したステップＳ１３において判断された病名の候補が自動入力されたかが判断されもよい。病名の候補が入力されていないと判断した場合（Ｓ２１：ＮＯ）、入力されたと判断されるまで、この処理が繰り返される。

一方、病名の候補が入力されたと判断した場合（Ｓ２１：ＹＥＳ）、第１提示部１２ａは、診察行為記憶部５２ａに記憶される記憶内容に基づいて、候補となる病名に対応した診察行為を抽出し医師に提示する（Ｓ２２）。これにより、医師による診察行為が行われ、身体所見が得られることとなる。

次に、病名診断機能部１２は、ステップＳ２２において提示した診察行為に対応する身体所見の情報が入力されたかを判断する（Ｓ２３）。身体所見の情報が入力されていないと判断した場合（Ｓ２３：ＮＯ）、入力されたと判断されるまで、この処理が繰り返される。

身体所見の情報が入力されたと判断した場合（Ｓ２３：ＹＥＳ）、第１絞り込み部１２ｂは、身体所見記憶部５２ｂに記憶される記憶内容に基づいて、候補となる病名に対応した身体所見が得られているかを判断し、候補となる病名の絞り込みを行う（Ｓ２４）。

次に、第２提示部１２ｃは、ステップＳ２４において絞り込まれた病名を確定するための検査を、検査記憶部５２ｃから抽出して医師に提示する（Ｓ２５）。これにより、患者に対して検査が実施されることとなる。

その後、病名診断機能部１２は、ステップＳ２５において提示した検査に対応する結果の情報が入力されたかを判断する（Ｓ２６）。検査結果の情報が入力されていないと判断した場合（Ｓ２６：ＮＯ）、入力されたと判断されるまで、この処理が繰り返される。なお、ここでの検査結果は医師による手入力でなくともよく、検査装置等から自動入力されるようになっていてもよい。

検査結果の情報が入力されたと判断した場合（Ｓ２６：ＹＥＳ）、第２絞り込み部１２ｄは、検査結果記憶部５２ｄに記憶される記憶内容に基づいて、第１絞り込み部１２ｂにより絞り込まれた病名に対応した検査結果が得られているかを判断し、更に絞り込みを行う（Ｓ２７）。

その後、第３提示部１２ｅは、ステップＳ２７において得られた最終結果ＦＲを医師に提示する（Ｓ２８）。この第３提示部１２ｅは、最終結果ＦＲとして１つの診断病名を提示する場合に限らず、何の病名も当てはまらない旨を提示するようになっていてもよいし、複数の診断病名を提示するようになっていてもよい。

図３４は、本実施形態に係る医薬品発注機能部１１の動作の一例を示すフローチャートであり、個人治療データの作成処理を示している。図３４に示すように、まず医薬品発注機能部１１は、特定の患者について病名又は病名群を示す病名情報が入力されたかを判断する（Ｓ３１）。ここでは手入力されたかが判断されもよいし、図３２に示したステップＳ１７において抽出された病名の候補が１つの病名群に属すると判断できる場合には、その病名群の情報が病名情報として自動入力されたかが判断されもよい。加えて、図３３に示したステップＳ２４において第１絞り込み部１２ｂにより絞り込まれた候補となる病名についても同様に、１つの病名群に属すると判断できる場合には、その病名群の情報が病名情報として自動入力されたかが判断されもよい。さらには、ステップＳ２７において第２絞り込み部１２ｄにより絞り込まれた最終結果ＦＲの病名の情報が病名情報として自動入力されたかが判断されもよい。

病名情報が入力されていないと判断した場合（Ｓ３１：ＮＯ）、入力されたと判断されるまで、この処理が繰り返される。一方、入力されたと判断された場合（Ｓ３１：ＹＥＳ）、医薬品発注機能部１１は、初期治療日が入力されたかを判断する（Ｓ３２）。初期治療日が入力されたと判断された場合（Ｓ３２：ＹＥＳ）、初期治療日設定部１１ｅは、初期治療日を指定された日に設定する（Ｓ３３）。そして、処理はステップＳ３５に移行する。

一方、初期治療日が入力されていないと判断された場合（Ｓ３２：ＮＯ）、初期治療日設定部１１ｅは、初期治療日を本日（病名情報の入力日）に設定する（Ｓ３３）。そして、処理はステップＳ３５に移行する。

ステップＳ３５において個人治療データ算出部１１ａは、ステップＳ３３，３４において設定された初期治療日を基準にして、図５に示すデータ読み出し、個人治療データを作成する（Ｓ３５）。そして、図３４に示す処理は終了する。なお、作成された個人治療データは、例えば第１記憶領域５１に記憶される。そして、この特定の患者に関しては、作成された個人治療データに基づいて、投薬等が行われる。

図３５は、本実施形態に係る医薬品発注機能部１１の動作の一例を示すフローチャートであり、個人治療データの修正等の処理を示している。まず、再診時など、第２回目以降の治療時には、図３５に示す処理が実行される。まず、図３５に示すように、病態確認処理が実行される（Ｓ４１）。病態確認処理では、図３１及び図３２に示したステップＳ１〜Ｓ１３の処理が実行される。これにより、症状毎の結果やその組み合わせの情報が得られることとなる。

次いで、個人治療データ算出部１１ａは、ステップＳ４１にて得られた情報が、第２回目以降の治療の対象となる患者の延期条件に該当するかを判断する（Ｓ４２）。延期条件に該当すると判断した場合（Ｓ４２：ＹＥＳ）、個人治療データ算出部１１ａは、個人治療データの延期処理を実行する（Ｓ４３）。ステップＳ４３では、今回以降の治療が延期されるように処理が実行される。

ステップＳ４３について詳細に説明する。例えば患者Ａについて、４月１日に医薬品ａが数量ａａ必要であり、４月２２日に医薬品ｂが数量ｂｂ必要あり、５月１３日に医薬品ｃが数量ｃｃ必要である、などの個人治療データが算出されていたとする。そして、２回目の治療日である４月２２日に、延期処理が実行されるとする。この場合、個人治療データ算出部１１ａは、今回以降の治療を延期する。すなわち、上記例の場合、個人治療データ算出部１１ａは、２回目の治療日である４月２２日と、３回目の治療日である５月１３日の双方を延期する。そして、個人治療データ算出部１１ａは、例えば２回目の治療日を４月２７日とし、３回目の治療日を５月１８日とする。すなわち、５日の延期期間を設ける。なお、この例では延期期間を５日としたが、５日に限られるものではない。例えば、延期期間の情報は、図５に示した延期条件の情報内において症状毎の結果やその結果の組み合わせの情報と対応付けて記憶されており、個人治療データ算出部１１ａは、該当した延期条件と対応付けられている延期期間の情報に基づいて延期処理を行う。そして、図３５に示す処理は終了する。なお、延期処理が実行された個人治療データは、過去に作成等された個人治療データに上書きされて第１記憶領域５１に記憶される。

延期条件に該当しないと判断した場合（Ｓ４４：ＮＯ）、個人治療データ算出部１１ａは、第２回目以降の治療の対象となる患者の予想経過に該当するかを判断する（Ｓ４４）。予想経過に該当すると判断した場合（Ｓ４４：ＹＥＳ）、図３５に示す処理は終了する。すなわち、当初の予想の通り、順調に病態が改善されていることから、個人治療データ算出部１１ａは、個人治療データの修正を行うことなく、図３５に示す処理は終了する。

予想経過に該当しないと判断した場合（Ｓ４４：ＮＯ）、個人治療データ算出部１１ａは、第２回目以降の治療の対象となる患者の良好経過又は不良経過に該当するかを判断する（Ｓ４５）。良好経過又は不良経過に該当すると判断した場合（Ｓ４５：ＹＥＳ）、個人治療データ算出部１１ａは、個人治療データの修正処理を実行する（Ｓ４６）。

ステップＳ４６の修正処理について詳細に説明する。例えば患者Ａについて、４月１日に医薬品ａが数量ａａ必要であり、４月２２日に医薬品ｂが数量ｂｂ必要あり、５月１３日に医薬品ｃが数量ｃｃ必要である、などの個人治療データが算出されていたとする。そして、２回目の治療日である４月２２日に、良好経過に基づく修正処理が実行されるとする。この場合、個人治療データ算出部１１ａは、図５に示した良好経過の情報内において症状毎の結果やその結果の組み合わせの情報と対応付けて記憶されている修正情報を読み出す。次いで、個人治療データ算出部１１ａは、修正情報に基づいて修正を行う。このとき、修正情報には、治療間隔を広げる旨の情報及び広げる日数の情報、及び、投薬量を減らす旨の情報及び減らす量の情報、の少なくとも一方が格納されている。個人治療データ算出部１１ａは、このような修正情報に基づいて修正を行う。例えば、個人治療データ算出部１１ａは、２回目の治療日である４月２２日における投薬量を数量ｂｂから数量ａａに減少させ、且つ、３回目の治療日である５月１３日を５月２３日としたうえで投薬量を数量ｃｃから数量ｄｄに減少させる。

また、個人治療データ算出部１１ａは、不良経過に基づく修正処理についても、上記と同様にして修正を行う。なお、修正処理が実行された個人治療データは、過去に作成等された個人治療データに上書きされて第１記憶領域５１に記憶される。

修正処理（Ｓ４６）の終了後、図３５に示す処理は終了する。一方、良好経過及び不良経過の双方に該当しないと判断した場合（Ｓ４５：ＮＯ）、図３５に示す処理は終了する。

図３６は、本実施形態に係る医薬品発注機能部１１の動作の一例を示すフローチャートであり、発注処理を行うまでの処理を示している。まず、図３６に示すように、総治療データ算出部１１ｂは、記憶されている個人治療データを複数人の患者分（医療機関における患者全員分）読み込む（Ｓ５１）。

次いで、総治療データ算出部１１ｂは、ステップＳ５１において読み込んだ患者複数人分の個人治療データを統合して、総治療データを算出する（Ｓ５２）。次に、発注量判断部１１ｃは、在庫記憶部５１ｂから在庫情報を読み込む（Ｓ５３）。そして、発注量判断部１１ｃは、ステップＳ５２にて算出した総治療データと、ステップＳ５３において読み込んだ在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する（Ｓ５４）。

その後、発注部１１ｄは、ステップＳ５４において判断した医薬品の種類及び数量を発注すべく発注処理を実行する（Ｓ５５）。これにより、通信Ｉ／Ｆ部３０を通じて医薬品メーカ等に発注データが送信されたり、発注用のデータが作成されて操作者が当該データを送信又はプリントアウトできる状態とされたりする。そして、図３６に示す処理は終了する。

図３７は、本実施形態に係る医薬品発注機能部１１の動作の一例を示すフローチャートであり、医薬品情報受付部１１ｆ及び在庫管理部１１ｇの処理を示している。図３７に示すように、まず、医薬品情報受付部１１ｆは、使用又は破棄した医薬品の種類及び数量の情報について入力を受け付けたかを判断する（Ｓ６１）。

受け付けていないと判断した場合（Ｓ６１：ＮＯ）、処理はステップＳ５３に移行する。一方、受け付けたと判断した場合（Ｓ６１：ＹＥＳ）、在庫管理部１１ｇは、医薬品情報受付部１１ｆにより受け付けられた医薬品の種類及び数量の情報に基づいて、在庫記憶部５１ｂの記憶内容を調整する（Ｓ６２）。すなわち、使用又は破棄分を減算処理する。そして、処理はステップＳ６３に移行する。

ステップＳ５３において、医薬品情報受付部１１ｆは、発注処理等を経て、医療機関等にて追加された医薬品の種類及び数量の情報の入力を受け付けたかを判断する（Ｓ６３）。受け付けていないと判断した場合（Ｓ６３：ＮＯ）、図３７に示す処理は終了する。

一方、受け付けたと判断した場合（Ｓ６３：ＹＥＳ）、在庫管理部１１ｇは、医薬品情報受付部１１ｆにより受け付けられた医薬品の種類及び数量の情報に基づいて、在庫記憶部５１ｂの記憶内容を調整する（Ｓ６４）。すなわち、追加分を増加処理する。そして、図３７に示す処理は終了する。

このようにして、本実施形態に係る医薬品発注装置１、病名診断プログラム、及び、当該プログラムが記録されたコンピュータ読取可能な記録媒体によれば、患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを算出し、これを患者複数人分統合して総治療データを算出し、総治療データと在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する。そして、判断された医薬品の種類及び数量の発注を行う。このため、病気や病名群に基づいて今後必要となる医薬品が判断されることとなり、必要となる医薬品の種類及び数量に基づいて発注が行われることとなる。よって、将来的に患者が使用する医薬品の種類及び数量を予測して発注することができる。

また、患者の年齢及び性別の少なくとも一方からなる属性情報が属する属性区分に基づいて、個人治療データを算出する。ここで、使用する医薬品やその数量及び使用時期は年齢や性別によって異なってくる。一例を挙げると、例えば抗がん剤治療を行う場合、高齢者には抗がん剤治療による負担が大きいため、使用する抗がん剤の量が少なくなる傾向にある。よって、上記属性情報を加味して上記の如く使用する医薬品の種類、数量及び使用時期を算出することで、発注する医薬品の数量について正確性を向上させることができる。

また、各患者の第１回目の治療となる初期治療日を設定し、これを加味して総データを算出する。ここで、医薬品は、例えば空きベットの数や投薬の際に使用する機材などの関係上、即日投与される場合に限らず数日後に投与される場合もある。よって、第１回目の治療となる初期治療日を設定し、これを加味して医薬品の種類、数量及び使用時期を算出することで、発注内容の正確性を向上させることができる。

また、使用又は破棄した医薬品の種類及び数量の情報について入力を受け付け、これに基づいて在庫情報を調整するため、使用された医薬品や破棄された医薬品の情報を更新することができる。

また、候補となる病名が入力された場合に行うべき診察行為を抽出して医師に提示するため、医師による勘違いや記憶違いによる誤った診察行為が行われてしまうことを防止することができる。また、診察行為に応じた身体所見の情報が入力された場合に、入力された候補となる病名の絞り込みを行い、絞り込まれた病名に対して行うべき検査を抽出して医師に提示するため、医師による勘違いや記憶違いによる誤った検査が行われてしまうことを防止することができる。さらに、検査結果が入力された場合に、絞り込まれた病名に対して更に絞り込みを行うため、最終的な病名の診断についても誤りを防止することができる。従って、病名をより精度良く診断することができる。そして、このように精度良く判断された病名に基づいて、複数人の患者の治療に必要となる医薬品の種類、数量及び使用時期を示す総データが算出されるため、発注内容の正確性についても向上させることができる。

また、第１絞り込み部１２ｂにより絞り込まれた病名が、１つの病名群に属するものである場合、当該病名群の情報を病名情報として入力して、必要となる医薬品の種類、数量及び使用時期を算出する。ここで、上記によれば、第１絞り込み手段による絞り込みの後には検査が行われることとなるが、検査には検査結果が出るまで長期の時間を要することもあり、このような場合には検査結果が待たれることなく、現状わかっている患者の状態に基づいて治療が開始されることがある。このような場合に、病名群に基づいて発注を行うことで、より適切な治療を行うべく発注を行うことができる。

また、質問内容は、症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問とからなる。ここで、本件発明者は、医学的見地に基づいて、定量的、定性的、及び時間的の３つの観点から、症状そのものの重篤度等を判断し、これを統合することで漏れが無く病名の候補を抽出できることを見出した。すなわち、本件発明者は、一般に医者による誤診が、例えば量だけを問い、時間や性質などを問うことなく決めつけてしまうことなどによって発生することを見出した。よって、３つの観点の質問について回答を入力させることで、症状の結果（重篤度や症状の発生原因箇所（例えば症状が「咳が出る」である場合の発生原因箇所としては気管支や気管）など）をより正確に判断することができ、これらの結果を統合して病名の候補を判断することで、病名候補をより精度良く判断することができる。加えて、このように精度が高い病名候補が１つの病名群に属するものである場合、この病名群に基づいて発注を行うことで、医師による診察を経ることなく、適切な治療を早期に行うべく発注を行うことができる。

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で、変更を加えてもよい。

例えば、本実施形態に係る医薬品発注装置１は、パーソナルコンピュータ１台により実現されているが、これに限らず、複数台のコンピュータをネットワーク接続して実現されるシステムも含む概念である。

また、本実施形態において医薬品発注装置１を機能させるためのプログラムは、ＲＯＭ１０ａ、ＨＤＤ５０、ＵＳＢ、及び他の装置の記録媒体に限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒなどの他の種類の記録媒体に格納されていてもよい。

さらに、本実施形態において医薬品発注装置１において属性情報は年齢及び性別の双方に限らず、いずれか一方であってもよい。また、属性情報の入力を要せず、全年齢及び性別に対応するように装置１を構築してもよい。加えて、属性情報として、患者の重篤度を示す情報があってもよい。この場合、重篤度に応じて基本データ記憶部５１ａの記憶内容が追加されることはいうまでもない。

さらに、本実施形態に係る病態判断機能部１３において、選択される症状項目が少なくとも２つ以上なければエラーとなりそれ以降の処理が実行されないようになっていてもよい。

また、上記実施形態において定量質問、定性質問及び時間質問の内容は、属性区分間で共通のものとしているが、これに限らず、属性区分に応じて異なるものとすることが好ましい。

加えて、上記した診察行為記憶部５２ａ、身体所見記憶部５２ｂ、検査記憶部５２ｃ、及び、検査結果記憶部５２ｄについても、属性情報に応じて異なる内容のものが記憶されていてもよい。

さらには、第１絞り込み部１２ｂは、第２表示制御部１３ａ２により順次表示された画面にて入力された各症状項目の質問内容に対する回答結果の情報のうち少なくとも１つを、第１提示部１２ａにより提示された診察行為に応じた身体所見の情報として入力して、身体所見記憶部５２ｂの記憶内容に基づいて、入力された病名の候補の絞り込みを行うようになっていてもよい。すなわち、一例を挙げると、図１３に示すように、「左下腹部に痛みがあるか確認してください。」という診察行為内容ＡＣ１については、例えば図２６及び図２７に示すような症状項目の選択時の情報に基づいて、入力項目ＩＴ１の「痛み有り」と「痛み無し」とのいずれか一方が選択済みになっていてもよい。選択済みになっている場合には、診察行為内容ＡＣ１と選択済みである入力項目ＩＴ１が医師に提示されてもよいし提示されなくてもよい。

これにより、例えば「熱が○○℃以上ある。」などの既に病態判断機能部１３において入力済みの情報を再度診察する必要が無く、スムーズな病名の診断につなげることができるからである。

加えて、医薬品発注装置１の病名診断機能部１２は、特定条件判断部を備えると共に、特定条件記憶部を備えるようになっていることが好ましい。ここで、特定条件記憶部には、特定の病気における症状の順番を示すデータが記憶されている。例えば川崎病では、まず発熱が起こり、その後目ヤニが出ない結膜の充血等が発生する。本実施形態においては病態判断機能部１３において時間質問が行われることから、発熱後に結膜の充血が発生したかを判断することができる。すなわち、特定条件判断部は、病態判断機能部１３における時間質問の回答から、例えば「発熱後に結膜の充血が発生した」という特定条件に当てはまるかを判断し、当てはまる場合には、川崎病（特定の病気）を病名の候補に追加してもよい。さらには、症状の順番が「結膜の充血後に発熱した」という川崎病と逆になっている場合には、第１及び第２絞り込み部１２ｂ，１２ｄのいずれか一方において、川崎病が排除されるように絞り込みが行われるようになっていてもよい。加えて、川崎病には、結膜の充血時に目ヤニが出ないことも特徴であることから、上記に定性質問の回答結果を絡めるようにしてもよい。

１ ：医薬品発注装置
２ ：キーボード
３ ：マウス
１０ ：ＣＰＵ
１０ａ ：ＲＯＭ
１０ｂ ：ＲＡＭ
１１ ：医薬品発注機能部
１１ａ ：個人治療データ算出部（個人治療データ算出手段）
１１ｂ ：総治療データ算出部（総治療データ算出手段）
１１ｃ ：発注量判断部（発注量判断手段）
１１ｄ ：発注部（発注手段）
１１ｅ ：初期治療日設定部（初期治療日設定手段）
１１ｆ ：医薬品情報受付部（医薬品情報受付手段）
１１ｇ ：在庫管理部（在庫管理手段）
１２ ：病名診断機能部
１２ａ ：第１提示部（第１提示手段）
１２ｂ ：第１絞り込み部（第１絞り込み手段）
１２ｃ ：第２提示部（第２提示手段）
１２ｄ ：第２絞り込み部（第２絞り込み手段）
１２ｅ ：第３提示部
１３ ：病態判断機能部
１３ａ ：表示制御部
１３ａ１ ：第１表示制御部
１３ａ２ ：第２表示制御部
１３ａ３ ：第３表示制御部
１３ａ４ ：第４表示制御部
１３ｂ ：症状結果判断部（症状結果判断手段）
１３ｃ ：病名候補判断部（病名候補判断手段）
２０ ：ディスプレイ
３０ ：通信Ｉ／Ｆ部
５０ ：ＨＤＤ
５１ ：第１記憶領域
５１ａ ：基本データ記憶部（第１記憶手段）
５１ｂ ：在庫記憶部（第２記憶手段）
５２ ：第２記憶領域
５２ａ ：診察行為記憶部（第３記憶手段）
５２ｂ ：身体所見記憶部（第４記憶手段）
５２ｃ ：検査記憶部（第５記憶手段）
５２ｄ ：検査結果記憶部（第６記憶手段）
５２ｅ ：病名群テーブル記憶部（第７記憶手段）
５３ ：第３記憶領域
５３ａ ：症状項目記憶部
５３ｂ ：質問内容記憶部（第８記憶手段）
５３ｃ ：選択肢記憶部
５３ｄ ：症状結果テーブル記憶部
５３ｅ ：病名候補テーブル記憶部（第９記憶手段）

Claims (9)

1. 病名及び予め定められた複数の病名の集合である病名群の少なくとも一方を示す病名情報を複数記憶すると共に、複数の前記病名情報のそれぞれと対応させて、患者個人の治療に必要となる医薬品の種類及び数量並びにその使用時期の情報を記憶した第１記憶手段と、
   患者に対して入力された病名情報と前記第１記憶手段の記憶内容とに基づいて、当該患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す個人治療データを患者毎に算出する個人治療データ算出手段と、
   前記個人治療データ算出手段により算出された個人治療データを、患者複数人分統合して、複数人の患者を治療するにあたり必要となる医薬品の種類及び数量並びに医薬品の使用時期を示す総治療データを算出する総治療データ算出手段と、
   保有する医薬品の種類と数量とからなる在庫情報を記憶する第２記憶手段と、
   前記総治療データ算出手段により算出された総治療データと、前記第２記憶手段により記憶された在庫情報とに基づいて、発注する医薬品の種類及び数量を判断する発注量判断手段と、
   前記発注量判断手段により判断された医薬品の種類及び数量の発注処理を行う発注手段と、
   を備えることを特徴とする医薬品発注装置。
2. 前記第１記憶手段は、更に、患者の年齢及び性別の少なくとも一方からなる属性情報が属する属性区分に応じて、使用される医薬品の種類及び数量並びにその使用時期の情報を記憶し、
   前記個人治療データ算出手段は、更に患者の属性情報が属する属性区分に基づいて、前記個人治療データを算出する
   ことを特徴とする請求項１に記載の医薬品発注装置。
3. 各患者の第１回目の治療日となる初期治療日を設定する初期治療日設定手段を更に備え、
   前記個人治療データ算出手段は、更に前記初期治療日設定手段により設定された初期治療日の情報に基づいて、前記個人治療データを算出する
   ことを特徴とする請求項１又は請求項２のいずれかに記載の医薬品発注装置。
4. 使用又は破棄した医薬品の種類及び数量の情報について入力を受け付ける医薬品情報受付手段と、
   前記医薬品情報受付手段により受け付けられた医薬品の種類及び数量の情報に基づいて、前記第２記憶手段により記憶される在庫情報を調整のうえ、前記第２記憶手段に記憶させる在庫管理手段と、
   を更に備えることを特徴とする請求項１から請求項３のいずれか１項に記載の医薬品発注装置。
5. 医師による病名の診断に用いられる病名診断機能部を更に備え、
   前記病名診断機能部は、
   病名と当該病名を確定するために行うべき診察行為とを対比させた第３記憶手段と、
   候補となる病名が入力された場合に、入力された病名と対応する診察行為を前記第３記憶手段から抽出して医師に提示する第１提示手段と、
   病名と当該病名によって得られる身体所見とを対比させた第４記憶手段と、
   前記第１提示手段により提示された診察行為に応じた身体所見の情報が入力された場合に、前記第４記憶手段の記憶内容に基づいて、入力された候補となる病名の絞り込みを行う第１絞り込み手段と、
   病名と当該病名を確定するために行うべき検査とを対比させた第５記憶手段と、
   前記第１絞り込み手段により絞り込まれた病名と対応する検査を前記第５記憶手段から抽出して医師に提示する第２提示手段と、
   病名と当該病名によって得られる検査結果とを対比させた第６記憶手段と、
   前記第２提示手段により提示された検査に応じた検査結果が入力された場合に、前記第６記憶手段の記憶内容に基づいて、前記第１絞り込み手段により絞り込まれた病名に対して更に絞り込みを行う第２絞り込み手段と、
   を有し、
   前記個人治療データ算出手段は、前記病名診断機能部の前記第２絞り込み手段により絞り込まれた病名の情報を前記病名情報として入力して、前記個人治療データを算出する
   ことを特徴とする請求項１から請求項４のいずれか１項に記載の医薬品発注装置。
6. 病名と病名群との対応関係を記憶した第７記憶手段を更に備え、
   前記第１絞り込み手段により絞り込まれた病名が、前記第７記憶手段の記憶内容に基づいて１つの病名群に属するものであると判断できる場合、前記個人治療データ算出手段は、当該病名群の情報を前記病名情報として入力して、前記個人治療データを算出する
   ことを特徴とする請求項５に記載の医薬品発注装置。
7. 回答結果に基づいて病名の候補を判断する病態判断機能部を更に備え、
   前記病態判断機能部は、
   予め定められた複数の症状項目から１つ以上の症状項目を選択させる画面を表示させる第１表示制御手段と、
   前記複数の症状項目それぞれに設定された質問内容を記憶する第８記憶手段と、
   前記第１表示制御手段により表示された画面において選択された症状項目に設定された質問内容を、前記第８記憶手段から読み出して順次画面表示させる第２表示制御手段と、
   前記第２表示制御手段により順次表示された画面にて入力された各症状項目の質問内容に対する回答結果に応じて、症状毎の結果を判断する症状結果判断手段と、
   症状毎の結果に対して病名の候補が割り当てられた病名候補テーブルを記憶する第９記憶手段と、
   前記第９記憶手段により記憶された病名候補テーブルに、前記症状結果判断手段により判断された症状毎の結果を当てはめることで、病名の候補を判断する病名候補判断手段と、を備え、
   前記第８記憶手段に記憶される質問内容は、症状項目が示す症状について、量を問う定量質問と、性質を問う定性質問と、時間を問う時間質問とからなり、
   前記病名診断機能部の前記病名候補判断手段により判断された病名が、前記第７記憶手段の記憶内容に基づいて１つの病名群に属するものであると判断できる場合、前記個人治療データ算出手段は、当該病名群の情報を前記病名情報として入力して、前記個人治療データを算出する
   ことを特徴とする請求項６に記載の医薬品発注装置。
8. コンピュータを、請求項１から請求項７のいずれか１項に記載の医薬品発注装置として機能させるための医薬品発注プログラム。
9. 請求項８に記載の医薬品発注プログラムが記録されたコンピュータ読取可能な記録媒体。

Images