(57)【特許請求の範囲】
【請求項１】
病院の診療室に配設され、医師にて入力装置を用いて患者に対する処方及び患者情報が操作入力され、この操作入力された処方を薬局へ指示する薬発注システムにおいて、
少なくとも発注可能な各薬が適用する病名や制約条件を含む各種の薬品データを記憶する薬品データ記憶部と、
少なくとも各患者の病名や患者状況を含む各種の患者データを記憶する患者データ記憶部と、
前記入力された患者の病名に対応する薬名を前記薬品データ記憶部から読出して前記入力装置の表示画面に発注候補薬として表示出力する候補薬表示手段と、
前記表示画面に表示された発注候補薬のうち、前記薬品データと患者データとの組合せに基づいて発注不適当薬を検出する不適当薬検出手段と、
前記表示画面に表示された発注候補薬のうち前記不適当薬検出手段にて検出された発注不適当薬の表示形態を警報表示形態に変更する表示形態変更手段と
を備えた薬発注システム。
【請求項２】
前記薬品データ記憶部は、少なくとも発注可能な各薬の内用薬，外用薬，粉末，粒剤等の使用形態を示す薬種を記憶し、
前記入力された同一患者に対する複数の薬からなる１つ以上の処方に含まれる各薬の薬種を前記薬品データ記憶部から読出す薬種読出手段と、
前記入力された同一処方を構成する各薬品が同一薬種であるか否かを判定する薬種判定手段と、
この薬種判定手段にて同一薬種でないと判断されたとき薬種混在警告を出力する警告出力手段と
を備えた請求項１記載の薬発注システム。
【請求項３】
前記薬品データ記憶部は、少なくとも発注可能な各薬の投薬不適当患者状況を記憶し、
前記入力された処方に含まれる各薬の薬種の投薬不適当患者状況を前記薬品データ記憶部から読出す投薬不適当患者状況読出手段と、
前記入力された患者情報の状況を前記患者データ記憶部から読出す患者状況読出手段と、
この患者状況読出手段にて読出された患者状況が前記投薬不適当患者状況読出手段にて読出された患者状況に一致するとき投薬不適当警告を出力する警告出力手段と
を備えた請求項１記載の薬発注システム。
【請求項４】
前記薬品データ記憶部は、少なくとも発注可能な各薬が適用する病名及び該当薬を適用病名以外の病気に投薬することを禁止するか否かを記憶し、
前記入力された処方に含まれる各薬のうち前記薬品データ記憶部内に適用病名以外の病気に対する投薬を禁止すると記憶された病名を読出す適用病名読出手段と、
前記入力された患者の病名を前記患者データ記憶部から読出す患者病名読出手段と、
この患者病名読出手段にて読出された病名が前記適用病名読出手段にて読出された病名に一致しないとき投薬不適当警告を出力する警告出力手段と
を備えた請求項１記載の薬発注システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、病院における診療業務を円滑に行うための病院情報処理システムに係わり、特に各診療室から医師が薬局に対して患者に与える薬を指示する薬発注システムに関する。
【０００２】
【従来の技術】
大規模病院においては、患者の受付業務、診療業務、検査業務、薬剤業務．会計業務等の各業務がそれぞれ独立した場所でかつそれぞれ異なる職員が行っている。したがって、各業務相互間の連絡を密にするために、各業務の実行場所にコンピュータからなる情報端末装置を備え、各情報端末総他相互間をネットワーク接続している。
【０００３】
医師が患者を実際に診療する診療室にも情報端末が備えられている。医師は患者を診察し、カルテに記入する。そして、必要であれば、Ｘ線検査や各種の検査を検査部へ指示し、また、必要な薬を薬局へ指示する。検査部は患者に対する検査を実施して検査結果を医師へ報告すると共に、検査を実施した旨を会計へ連絡する。同様に、薬局は医師が指示した薬を調合して調剤した旨を会計へ連絡する。会計は各部から連絡された情報に基づいて費用を算出してを代金を患者に請求する。
【０００４】
このような病院情報処理システムにおいて、医師が患者に与える薬を処方箋にして発注する場合、医師は診療室に配設された情報端末装置へ処方を入力する。薬局の薬剤師は診療室の情報端末装置から情報端末装置で受信した各薬を処方箋に従って調剤して袋詰する。
【０００５】
【発明が解決しようとする課題】
しかしながら、患者に投薬可能な薬の種類数は膨大な数である。そして、各薬を患者に投薬する場合に、各薬毎に種々の確認，制約項目があり、医師は患者に投薬する場合、各薬に記載された注意事項等に注意し、該当薬の確認，制約項目を考慮して薬局に指示する必要がある。この場合、薬単体のみでなくて、複数の薬を投薬する場合は、各薬相互間の関係にも注意を払う必要がある。さらに、該当患者の病状によっては投薬が禁止されている薬もある。
【０００６】
このように、医師は細心の注意を払って薬局に薬を指示する必要があるので、本来の治療以外にも医師の負担が増大する問題がある。
【０００７】
また、１人の患者が内科，外科，産婦人科等の複数の局で診療を受けた場合は、複数の医師からそれぞれ個別に処方箋が薬局へ送信される。したがって、結果的に複数種類の薬が相互間の関連性を考慮せずに投薬される懸念もある。一般に、各医師は患者に対して他の投薬の有無を確認するが、患者が正確に薬品名や投薬量等を答えられるとは限らないので、絶対に間違いが無いとの保証はない。
【０００８】
さらに、薬局においても、医師が指示した処方箋に誤りが無いかを再確認して調剤する必要があり、薬剤師の負担が増大する。また、薬局においては、指示された薬の調剤方法や１回の投与量等は薬自体の注意書き等にて確認できるが、該当薬が該当患者に適合する薬であるか否かは、該当患者のカルテが手元にないので確認するのが難しい。
【０００９】
したがって、薬局においても、送信されてきた処方箋の指示が絶対正しいと判断できない問題がある。
【００１０】
本発明はこのような事情に鑑みてなされたものであり、各薬の薬種や注意事項を薬品データ記憶部に予め記憶して、診療室で医師が処方を指示する場合に、不適当な場合は自動的に警告を出力することによって、薬の処方に関して医師の負担を大幅に軽減でき、かつ処方指示を受ける薬局においても処方箋の再確認作業を簡略でき、薬発注、調剤作業能率を向上できる薬発注システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解消するために、本発明の請求項１の発明においては、病院の診療室に配設され、医師にて入力装置を用いて患者に対する処方及び患者情報が操作入力され、この操作入力された処方を薬局へ指示する薬発注システムにおいて、少なくとも発注可能な各薬が適用する病名や制約条件を含む各種の薬品データを記憶する薬品データ記憶部と、少なくとも各患者の病名や患者状況を含む各種の患者データを記憶する患者データ記憶部と、入力された患者の病名に対応する薬名を薬品データ記憶部から読出して入力装置の表示画面に発注候補薬として表示出力する候補薬表示手段と、表示画面に表示された発注候補薬のうち、薬品データと患者データとの組合せに基づいて発注不適当薬を検出する不適当薬検出手段と、表示画面に表示された発注候補薬のうち不適当薬検出手段にて検出された発注不適当薬の表示形態を警報表示形態に変更する表示形態変更手段とを備えている。
【００１２】
請求項２の発明は、上記発明の薬発注システムにおいて、薬品データ記憶部は、少なくとも発注可能な各薬の内用薬，外用薬，粉末，粒剤等の使用形態を示す薬種を記憶している。さらに、入力された同一患者に対する複数の薬からなる１つ以上の処方に含まれる各薬の薬種を薬品データ記憶部から読出す薬種読出手段と、入力された同一処方を構成する各薬品が同一薬種であるか否かを判定する薬種判定手段と、この薬種判定手段にて同一薬種でないと判断されたとき薬種混在警告を出力する警告出力手段とを備えている。
【００１３】
請求項３の発明は、上記発明の薬発注システムにおいて、薬品データ記憶部は、少なくとも発注可能な各薬の投薬不適当患者状況を記憶している。さらに、入力された処方に含まれる各薬の薬種の投薬不適当患者状況を薬品データ記憶部から読出す投薬不適当患者状況読出手段と、入力された患者情報の状況を患者データ記憶部から読出す患者状況読出手段と、この患者状況読出手段にて読出された患者状況が投薬不適当患者状況読出手段にて読出された患者状況に一致するとき投薬不適当警告を出力する警告出力手段とを備えている。
【００１４】
請求項４の発明は、上記発明の薬発注システムにおいて、薬品データ記憶部は、少なくとも発注可能な各薬が適用する病名及び該当薬を適用病名以外の病気に投薬することを禁止するか否かを記憶している。さらに、入力された処方に含まれる各薬のうち薬品データ記憶部内に適用病名以外の病気に対する投薬を禁止すると記憶された病名を読出す適用病名読出手段と、入力された患者の病名を前記患者データ記憶部から読出す患者病名読出手段と、この患者病名読出手段にて読出された病名が前記適用病名読出手段にて読出された病名に一致しないとき投薬不適当警告を出力する警告出力手段とを備えている。
【００１９】
このように構成された本発明の各薬発注システムにおいては、診療室で医師が発注可能な各薬の薬種や注意事項を記憶した薬品データ記憶部が設けられている。そして、診療室で医師が処方にて患者に対して各薬を発注する場合に、該当薬で薬品データ記憶部を検索して、この薬を該当患者に投薬するのに不適当な場合は自動的に警告が出力される。したがって、医師の確認負担が軽減すると共に、薬局における確認作業も軽減できる。
【００２０】
次に、各請求項の発明の具体的作用を説明する。
【００２１】
請求項１の発明においては、薬品データ記憶部には発注可能な各薬毎に適用する病名や制約条件を含む各種の薬品データが記憶され、患者データ記憶部には各患者毎に病名や患者状況を含む各種の患者データが記憶されている。
そして、医師が入力装置を介して患者名を入力すると、該当患者の病名に対応する薬名が発注候補薬として入力装置の表示画面に表示出力される。さらに、表示された発注候補薬のうち薬品データと患者データとの組合せに基づいて判定された発注不適当薬の表示形態が警報表示形態に変更される。
一つの病気に対する投薬可能な薬は非常に多い。さらに、この薬のうちで該当患者の患者状況によっては投薬不適当な薬がある。このような投薬不適当薬は他の発注候補薬とは異なる警報表示形態で表示されるので、医師の患者に対する投薬選択作業における確認負担が軽減する。
請求項２の発明においては、薬品データ記憶部には少なくとも発注可能な各薬の内用薬，外用薬，粉末，粒剤等の使用形態を示す薬種が記憶されている。すなわち、一つの調剤のなかに、内用薬と外用薬、粉末と粒剤等の異なる使用形態の薬を組込むことができないので、医師が一つの処方に使用形態が異なる薬を指示した場合は自動的に薬種混在警告が出力される。
【００２４】
請求項３の発明においては、薬品データ記憶部には各薬の投薬不適当患者状況が記憶されている。また、患者状況データ記憶部には各患者の病気，体質等の患者状況が記憶されている。
【００２５】
医師が処方した薬が該当患者の患者状況に対して投薬不適当の場合は、投薬不適当の警告が自動的に出力される。
【００３０】
請求項４の発明においては、薬品データ記憶部には各薬が適用する病名及び該当薬を適用病名以外の病気に投薬することを禁止するか否かが記憶されている。また、患者データ記憶部には少なくとも各患者の病名が記憶されている。そして、医師が処方で薬名及び患者を指定すると、薬品データ記憶部に該当薬に対して適用病名以外の病気に投薬することを禁止することが記憶され、かつ患者の病名が該当適用病名に一致しない場合は、投薬不適当が警告される。
【００３１】
すなわち、薬によっては、指定された病気のみに有効であり、この指定された適用病気以外の他の病気や全く病気でない健康人に投薬することが禁止されている薬もある。このような薬に対しては投薬する患者を確実に限定する必要がある。
【００３５】
【発明の実施の形態】
以下本発明の実施形態を図面を用いて説明する。
【００３６】
図１は実施形態の薬発注システムが組込まれた病院情報処理システム全体を示す模式図である。
【００３７】
大規模病院における、患者の予約部１，各科の診療室２，検査部３，薬局４．会計部５にはそれぞれ情報端末装置が据付けられ、各情報端末装置相互間はネットワーク接続されている。また、検査部３には検査装置６が配設され、薬局４には調剤分包機７が据付けられている。
【００３８】
患者９は、予約部１で診療予約を行い、順番が来ると目的の診療室２で医師の診療を受ける。医師は患者９を診察し、カルテに記入する。また、医師は、必要であれば、Ｘ線検査や各種の検査を検査部３へ指示し、処方にて必要な薬を薬局４へ指示する。
【００３９】
診察室２の医師は情報端末装置に例えば図２（ａ）に示す処方箋１０のフォーマットで該当患者に投薬する各薬の薬名と投薬量，用法，服用回数等を入力する。
【００４０】
薬局４における調剤分包機７は処方箋１０に記載された各薬の合計数の薬を在庫から自動的に取出して、１回に同時に服用する薬を集める。この１回に同時に服用する薬を１ドース１１と称する。各薬を１ドース毎に袋に詰めて、さらに複数ドースを大きな薬袋１２に詰めて患者に手渡す。
【００４１】
実施形態の薬発注シスステムは図１の病院情報処理システムにおける診療室２に据付けられた情報端末装置で構成されている。図３は診療室２に配設された薬発注シスステムにおける医師が処方で指示した薬に対する適当，不適当を判断して不適当の場合は警告を出力するための概略処理を示す流れ図である。
【００４２】
Ｐ（プログラムステップ）１において、医師が投薬する患者を指定し、Ｐ２にて同じ患者９に対して他の診療室２の医師が同時に薬品を指示することを禁止する。Ｐ３にて該当患者に対する一つの薬の薬名が入力されると、Ｐ４にて該当薬の投薬が可能であることを確認し、Ｐ５にて投薬量が入力されると、Ｐ６にて投薬量に対するチエックを行う。Ｐ７にて、１回に同時に服用する１調剤分の各薬の薬名の入力操作が終了していない場合はＰ３へ戻る。
【００４３】
Ｐ７にて、１回に同時に服用する１調剤分の各薬名の入力操作が終了すると、Ｐ８へ進み、外用，内用等の服用方法を指定し、Ｐ９にて投薬日数，投薬回数を指定すると、Ｐ１０にて指定された投薬日数，投薬回数が妥当であることを確認する。次に、Ｐ１１にて投薬期間を入力すると、Ｐ１２にて該当投薬期間が妥当であることを確認する。
【００４４】
さらに、Ｐ１３にて該当処方に関して必要な項目の入力が抜けているか否かを調べて、抜けていなければ、１回に同時に服用する１調剤を構成する全ての薬に対する発注処理が正常に終了したので、Ｐ１４にてさらに別の処方を準備する必要のある場合は、Ｐ３へ戻る。
【００４５】
Ｐ１４にて、一人の患者に対する全部の処方の薬品に対する入力操作が終了すると、Ｐ１５にて該当患者に対する他の科の診療室２からの薬の発注入力禁止を解除する。そして、Ｐ１６にて一人の患者に対する薬の発注処理を終了する。
【００４６】
次に、図３に示した発注処理の流れ図における各部の具体的詳細チエック処理を以下に示す第１乃至第１４までの各実施形態システムの中で詳細に説明する。
【００４７】
（第１実施形態：  薬種混在チエック）
図４は第１実施形態に係わる薬発注システムの概略構成を示すブロック図である。
【００４８】
処方オーダ入力部２１は例えばキーボードと表示器からなるマンマシン装置で構成されており、医師が図２で示した処方箋１０に記入する１つ以上の薬からなる処方を入力する装置である。具体的には患者名や各調剤毎に該当調剤を構成する各薬の薬名又はコード番号を入力する。この処方オーダ入力部２１から入力された各薬名及び患者名は一旦入力オーダ格納部２２へ格納される。
【００４９】
同一調剤薬抽出部２３は、入力オーダ格納部２２に記憶されている同一調剤の各薬名又はコード番号を抽出する。薬品データ記憶部２４内には、図５に示すように、この診療室２で発注可能な各薬の内用薬か又は外用薬かを示す薬種を示すコードが記憶されている。
【００５０】
薬種データ抽出部２５は、同一調剤薬抽出部２３で抽出された１回に同時に服用する同一調剤に含まれる各薬の薬種を薬品データ記憶部２４から読出して、薬種データ判定部２６へ送出する。薬種データ判定部２６は同一調剤に所属する各薬の薬種が同一種であるか否かを判断して、その判断結果を薬種混在警告部２７へ送出する。
【００５１】
薬種混在警告部２７は、判定結果が同一薬種の場合は正常と判断してなにもせず、判定結果が同一薬種でない場合は、例えば処方オーダ入力部２１の表示器に対して薬種混在を警告すると共に、例えばブサー等の警告音を発生させる。
【００５２】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図におけるＰ４における投薬可能か否かの詳細処理に相当する。
【００５３】
このように構成された第１実施形態においては、たとえ医師が誤って一つの調剤内に例えば塗り薬等の外用薬と飲み薬等の内用薬とを指示したとしても、実際に薬局４へ発注される前に、その旨が警告出力されるので、一つの調剤内に例えば塗り薬等の外用薬と飲み薬等の内用薬とが混在することが未然に確実に防止される。その結果、実際に薬を指示する医師の負担を軽減できる。
【００５４】
また、薬局においても、診療室から指示された各調剤内に異なる薬種が混入していないことを確認する必要がないので、薬剤師の負担を軽減できる。
【００５５】
以上説明したように、この実施形態の薬発注システムを採用することによって、薬発注業務及び薬局の調剤業務の信頼性向上と作業能率向上とを図ることができる。
【００５６】
（第２実施形態：  異剤型チエック）
図６は第２実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【００５７】
この実施形態における薬品データ記憶部２４ａには、図７に示すよように、各薬の粉末，粒剤，液体等の剤型を示す薬種が剤型コードで記憶されている。
【００５８】
そして、剤型データ抽出部２５ａは、同一調剤薬抽出部２３で抽出された１回に同時に服用する同一調剤に所属する各薬の剤型を薬品データ記憶部２４ａから読出して、剤型データ判定部２７ａへ送出する。剤型データ判定部２６ａは１回に同時に服用する同一調剤に所属する各薬の剤型が同一種別であるか否かを判定して、判定結果を異剤型警告部２７ａへ送出する。
【００５９】
異剤型警告部２６は、判定結果が同一剤型の場合は正常と判断してなにもせず、判定結果が同一剤型でない場合は、例えば処方オーダ入力部２１の表示器に対して異剤型混入を警告すると共に、例えばブサー等の警告音を発生させる。
【００６０】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図におけるＰ４における投薬可能か否かの詳細処理に相当する。
【００６１】
このように構成された第２実施形態においては、たとえ医師が誤って一つの調剤内に例えば粉末，粒剤，液体等の異なる剤型の薬を指示したとしても、実際に薬局４へ指示される前に、その誤った旨が警告出力されるので、一つの調剤内に異なる剤型の薬が混在することが未然に防止される。その結果、第１実施形態と同様に、医師及び薬剤師の負担を軽減できる。
【００６２】
（第３実施形態  ：麻薬処方チエック）
図８は第３実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【００６３】
この実施形態の入力オーダ格納部２２は薬名を入力操作した操作入力者（医師）を記憶保持し、この操作入力者を操作入力者判定部２６ｂへ送出する。
【００６４】
また薬品データ記憶部２４ｂには、図９に示すように、各薬毎に、該当薬が一般薬であるか麻薬であるかの麻薬区分が［１］又は［０］の区分コードで記憶されている。
【００６５】
さらに、施用許可番号データ記憶部２８内には、図１０に示すように、この病院で患者に麻薬を投与することが許可された医師を含む職員の職員コード及び施用許可番号が記憶されている。麻薬投薬に関しては乱用を防ぐために、予め資格を取得した職員以外の人が患者に麻薬を投薬することが法律で禁止されている。
【００６６】
薬名抽出部２３ｂは入力データ格納部２２に記憶されている各薬名を抽出する。麻薬区分抽出部２５ｂは薬名抽出部２３ａから読出された薬品の麻薬区分を薬品データ記憶部２４ａから読出して、操作入力者判定部２６ｂへ送出する。
【００６７】
操作入力者判定部２６ｂは、麻薬区分読出部２５ｂから入力した麻薬区分が［１］の麻薬を示す場合は、操作者に施用許可番号を入力させ、入力データ格納部２２から入力した操作入力者の職員コードに対応する施用許可番号が施用許可番号データ記憶部２８内に登録されているか否かを判定して判定結果を麻薬施用者外警告部２７ｂへ送信する。
【００６８】
麻薬施用者外警告部２７ｂは判定結果が登録されていた場合は正常と判断してなにもせず、判定結果が登録されていない場合は、例えば処方オーダ入力部２１の表示器に対して麻薬施用許可外を警告すると共に、例えばブサー等の警告音を発生させる。
【００６９】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図におけるＰ４における投薬可能か否かの詳細処理に相当する。
【００７０】
このように構成された第３実施形態においては、たとえ麻薬の施用許可を受けていない医師が誤って患者に麻薬を投与しようとした場合は、その旨が警告出力される。また、施用許可番号の入力を必須要件にしているので、操作者との二重チエックとなる。その結果、麻薬の使用管理をより厳格に実施することができる。
【００７１】
（第４実施形態：  病名に対する禁忌チエック）
図１１は第４実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【００７２】
薬品データ記憶部２４ｃ内には、図１２に示すように、各薬名毎に、この薬を使用することによる障害が発生する懸念のある各障害病名のチェック項目が記憶されている。また、病名データ記憶部２９内には、図１３に示すように、各病名毎にチエックすべき関連の各障害病名が記憶されている。さらに、患者病名データ記憶部３０内には、一度診療を受けた各患者の病名が記憶されている。
【００７３】
病名禁忌データ抽出部２３ｃは入力オーダ格納部２２に記憶されている薬名を読出して、薬品データ記憶部２４ｃに記憶されている該当薬品に対する各障害病名を読出す。
【００７４】
また患者病名抽出部３１は、入力オーダ格納部２２に記憶されている医師が入力した投薬対象の患者名を読取って、患者病名データ記憶部３０内から該当患者の病名を読出して病名禁忌判定部２６ｃへ送出する。
【００７５】
病名禁忌判定部２６ｃは、患者病名抽出部３１から受領した病名に対応する各障害病名を病名データ記憶部２９から読出す。そして、病名禁忌データ抽出部２３ｃから入力された各障害病名と病名データ記憶部２９から読出した各障害病名と比較対照して一致する障害病名の有無を判断する。そして、判断結果を病名禁忌警告部２７ｃへ送出する。
【００７６】
病名禁忌警告部２７ｃは病名禁忌判定部２６ｃから入力された判断結果が一致の場合は、処方オーダ入力部２１の表示器に対して今回発注しようとする薬は該当患者に対して投薬不適当であることを示す禁忌警告を出力すると共に、例えばブサー等の警告音を発生させる。
【００７７】
例えば、図１２の薬品データ記憶部２４ｃに記憶されているＥ錠の各障害病名と、図１３の病名データ記憶部２９に記憶されている慢性腎不全に関する各障害病名とを比較すると、「腎障害」と言う点で一致しているので、この場合は、「Ｅ錠は障害病名：慢性腎不全に禁忌です」のメッセージが表示出力される。
【００７８】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図におけるＰ４における投薬可能か否かの詳細処理に相当する。
【００７９】
このように構成された第４実施形態においては、医師が一人の患者に対する薬を発注する場合には、該当薬を投与することは不適当である各障害病名が、該当患者の病名に対応する各障害病名に一致した場合は、該当薬を投薬することが不適切であるので、この場合は自動的に投薬不適当が警告される。
【００８０】
したがって、たとえ医師が患者の患者状況を誤って判断したり、投薬する薬のの障害病名を誤って解釈したとしても、投薬不適当が警告されるので、誤った薬が薬局に指示されることはない。薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【００８１】
（第５実施形態：  感染症に対する禁忌チエック）
図１４は第５の実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【００８２】
薬品データ記憶部２４ｄ内には、図１５に示すように、各薬名毎に、この薬を使用することによる障害が発生する懸念のある各感染症名のチェック項目が記憶されている。また、患者データ記憶部３０ａ内には、図１６に示すように、一度この病院で診療を受けた各患者が現在感染している各感染症が記憶されている。
【００８３】
感染症禁忌データ抽出部２３ｄは入力データ格納部２２に記憶されている薬名を読出して、薬品データ記憶部２４ｄに記憶されている該当薬品に対する各感染症名を読出す。そして、感染症禁忌データ抽出部２３ｄは読出した各感染症名を次の感染症禁忌判定部２６ｄへ送出する。
【００８４】
感染症禁忌判定部２６ｄは、入力オーダ格納部２２に記憶されている医師が入力した投薬対象の患者名を読取って、患者データ記憶部３０ａ内から該当患者の各感染症を読出す。そして、感染症禁忌判定部２６ｄは入力データ格納部２２から読出した該当薬の各感染症と患者データ記憶部３０ａから読取った該当患者の各感染症とを比較照合して一致する感染症が存在するか否かを判定し、判定結果を感染症禁忌警告部２７ｄへ送出する。
【００８５】
感染症禁忌警告部２７ｄは、感染症禁忌判定部２６ｄの判定結果が一致の場合は、処方オーダ入力部２１の表示器に対して今回発注しようとする薬は該当患者に対して投薬不適当であることを示す感染症禁忌警告を出力すると共に、例えばブサー等の警告音を発生させる。
【００８６】
例えば、図１５の薬品データ記憶部２４ｄに記憶されているＦ軟膏のチエックすべき各感染症名と、図１６の患者データ記憶部３０ａに記憶されている各感染症名とを比較すると、「梅毒」と言う点で一致しているので、この場合は、「Ｆ軟膏は感染症：梅毒に禁忌です」のメッセージが表示出力される。
【００８７】
以上、説明した各部の動作は、先の実施例と同様に図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの詳細処理に相当する。
【００８８】
このように構成された第５実施例においては、医師が一人の患者に対する薬を発注する場合には、該当薬を投与することは不適当である各感染症名が、該当患者が患っている各感染症に一致した場合は、該当薬を投薬することが不適切であるので、この場合は自動的に投薬不適当が警告される。
【００８９】
したがって、たとえ医師が患者が現在患っている感染症を誤って判断したり、投薬する薬の感染症名を誤った解釈したとしても、投薬不適当が警告されるので、誤った薬が薬局に指示されることはない。薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【００９０】
（第６実施形態：  アレルギーに対する禁忌チエック）
図１７は第６実施形態に係わる薬発注システムの概略構成を示すブロック図である。図１４に示す第５の実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【００９１】
薬品データ記憶部２４ｅ内には、図１８に示すように、各薬毎に、該当薬に含まれるアレルギーを誘発する可能性のある各薬成分が記憶されている。また、患者アレルギー薬記憶部３０ｂ内には、図１９に示すように、各患者毎に、該当患者がアレルギーを被る可能性のある薬成分が記憶されている。
【００９２】
成分データ抽出部２３ｅは入力オーダ格納部２２に記憶されている薬に含まれるアレルギーを誘発する可能性のある各薬成分を薬品データ記憶部２４ｅから読出す。
【００９３】
アレルギー薬判定部２６ｅは、入力オーダ格納部２２に記憶されている医師が入力した投薬対象の患者名を読取って、患者アレルギー薬記憶部３０ｂ内から該当患者のアレルギーを被る可能性のある薬成分を読出す。なお、該当患者に薬成分が記憶されていない場合は読出さない。
【００９４】
アレルギー薬判定部２６ｅは成分データ抽出部２３ｅから読出した該当薬の各薬成分と患者アレルギー記憶部３０ｂから読取った該当患者の各薬成分とを比較照合して一致する薬成分が存在するか否かを判定し、判定結果をアレルギー薬警告部２７ｅへ送出する。
【００９５】
アレルギー薬警告部２７ｅは、アレルギー薬判定部２６ｅの判定結果が一致の場合は、処方オーダ入力部２１の表示器に対して今回発注しようとする薬は該当患者に対してアレルギーを誘発するので投薬不適当であることを示すアレルギー警告を出力すると共に、例えばブサー等の警告音を発生させる。
【００９６】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの詳細処理に相当する。
【００９７】
このように構成された第６実施形態においては、医師が一人の患者に対する薬を発注する場合には、該当薬のアレルギーを誘発する薬成分が、該当患者がアレルギーを誘発する薬成分に一致した場合は、該当薬を投薬することが不適切であるので、この場合は自動的に投薬不適当が警告される。
【００９８】
したがって、たとえ医師が患者のアレルギー体質を誤って判断したり、投薬する薬のアレルギーを誘発する薬成分を誤った解釈したとしても、投薬不適当が警告されるので、誤った薬が薬局に指示されることはないので、薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【００９９】
（第７実施形態：  患者情報に対する禁忌チエック）
図２０は第７実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１００】
薬品データ記憶部２４ｆ内には、図２１に示すように、各薬名毎に、各患者の障害に対して投薬が適当か否かのチエック項目が記憶されている。［１］がチエックする障害であり、［０］がチエック不要の障害である。
【０１０１】
また、患者データ記憶部３０ｃ内には、図２２に示すように、一度この病院で診療を受けた各患者の現在時点における障害が記憶されている。例えば山田花子さんは現在妊娠中であることを示す。
【０１０２】
障害禁忌抽出部２３ｆは入力オーダ格納部２２に記憶されている薬名を読出して、薬品データ記憶部２４ｆに記憶されている該当薬品に対する［１］が設定されている障害を読出す。そして、障害禁忌抽出部２３ｆは読出した各障害を次の障害禁忌判定部２６ｆへ送出する。
【０１０３】
障害禁忌判定部２６ｆは入力オーダ格納部２２から読出した該患者の障害を患者データ記憶部３０ｃから読出して、この読出した各障害と障害禁忌抽出部２３ｆで読出した各障害とを比較照合して一致する障害が存在するか否かを判定し、判定結果を障害禁忌警告部２７ｆへ送出する。
【０１０４】
障害禁忌警告部２７ｆは、障害禁忌判定部２６ｆの判定結果が一致を示す場合は、処方オーダ入力部２１の表示器に対して今回発注しようとする薬は該当患者に対して投薬不適当であることを示す障害禁忌警告を出力すると共に、例えばブサー等の警告音を発生させる。
【０１０５】
例えば、図２１，図２２においては、薬Ｈを山田花子さん投薬しようとすると、「薬Ｈは妊娠に禁忌です」のメッセージが表示出力される。
【０１０６】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの詳細処理に相当する。
【０１０７】
このように構成された第７実施形態においては、医師が一人の患者に対する薬を発注する場合には、該当薬における投与不適当障害が、該当患者が被っている障害に一致した場合は、該当薬を投薬することが不適切であるので、この場合は自動的に投薬不適当が警告される。
【０１０８】
したがって、たとえ医師が患者の妊娠中等の障害を見落したり、投薬する薬の投与不適当障害を誤った解釈したとしても、投薬不適当が警告されるので、誤った薬が薬局に指示されることはない。よって、薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【０１０９】
（第８実施形態：  重複チエック）
図２３は第８実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１１０】
自科過去発注記憶部３２には、図２５に示すように、自科で各患者に過去に発注した薬の薬名と投薬量が投薬期間と共に記憶保持されている。同様に、他科過去発注記憶部３３には、図２５に示すように、他科で各患者に過去に発注した薬の薬名と投薬量が投薬期間と共に記憶保持されている。
【０１１１】
さらに、薬品データ記憶部２４ｇには、図２４で示すように、各薬毎に、該当薬の薬効がコード番号で記憶されている。同時に、該当薬効が他の薬又は同一薬の薬効と重複することを避ける必要があるか否かのチエック項目が設定されている。
【０１１２】
投薬期間重複データ抽出部３４は、図２５に示すように、入力オーダ格納部２２から読出した投薬対象患者の今回発注した薬及び投薬期間と、今回入力した調剤の直前に入力した直前発注の同一患者に対する薬及び投薬期間と、自科過去発注記憶部３２に記憶された同一患者に対する薬及び投薬期間と、他科過去発注記憶部３３に記憶された同一患者に対する薬及び投薬期間とを比較して、投薬期間が重複する重複投薬期間を抽出して、薬効データ抽出部２３ｇへ送出する。
【０１１３】
薬効データ抽出部２３ｇは、投薬期間重複データ抽出部３４から送出された投薬期間が互いに重複する各薬の薬効でかつ同一薬効果を避ける必要のある各薬効を薬品データ記憶部２４ｇから抽出して、次の薬効データ判定部２６ｇへ送出する。薬効データ判定部２６ｇは、読出した各薬効のうち同一薬効が含まれるか否かを判定し、判定結果を重複警告部２７ｇへ送出する。
【０１１４】
重複警告部２７ｇは薬効データ判定部２６ｇの判定結果が重複を示す場合は、今回発注しようとする薬の効果は他の科または自科で発注済薬の効果と投薬期間が重複するので投薬不適当であるとの重複警告を出力すると共に、例えばブサー等の警告音を発生させる。
【０１１５】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ６における投薬量に関するチエック、Ｐ１０の投薬日数・回数の菅するチエック、Ｐ１２の投薬期間に関するチエック等の詳細処理に相当する。
【０１１６】
このように構成された第８実施形態においては、たとえ一人の患者が内科，外科，眼科等の複数の科で同時期に診療を受けていたとしても、各科で過去に該当患者に投薬する薬及び投薬期間は全ての科で検索できる。したがって、たとえ各科の医師が他の科の医師の投薬データを直接調べることなく自科の診療に必要な薬を発注したとしても、同一薬効を有し、かつ重複を避けるべきである薬を他の科と重複して指示しようとする場合は、重複指示である旨が警告出力される。
【０１１７】
したがって、医師は他の科における投薬を考慮する必要がないので、医師の負担が大幅に軽減される。この場合、同一薬どうしのみならず同一薬効の薬どうしであってもよい。例えば図２５において、Ｉ錠とＪ錠とは名前が異なるが同一の薬効を有しているので、重複投薬とみなして警告を発するようにしている。
【０１１８】
（第９実施形態：  相互作用チエック）
図２６は第９実施形態に係わる薬発注システムの概略構成を示すブロック図である。図２３に示す第８実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１１９】
薬品データ記憶部２４ｈ内には、図２７に示すように、各薬毎に、該当薬の薬効がコード番号で記憶されている。同時に、該当薬効が他の薬又は他の薬の相互作用を考慮する必要があるか否かのチエック項目が設定されている。
【０１２０】
薬品相互作用データ記憶部２４ｈａ内には、図２８に示すように、相互作用が発生する懸念のある薬効の各組合わせ毎にその相互作用が記憶されている。
【０１２１】
投薬期間重複薬抽出部３４ａは、図２９に示すように、入力オーダ格納部２２から読出した投薬対象患者の今回指示した薬及び投薬期間と、今回入力した調剤の直前に入力した直前発注の同一患者に対する薬及び投薬期間と、自科過去発注記憶部３２に記憶された同一患者に対する薬及び投薬期間と、他科過去発注記憶部３３に記憶された同一患者に対する薬及び投薬期間とを比較して、投薬期間が重複する各薬を抽出して、薬効データ抽出部２３ｈへ送出する。
【０１２２】
薬効データ抽出部２３ｈは、投薬期間重複薬抽出部３４ａから送出された投薬期間が互いに重複する各薬の薬効でかつ相互作用を考慮する必要のある各薬効を薬品データ記憶部２４ｈから抽出して、次の薬効データ判定部２６ｈへ送出する。薬効データ判定部２６ｇは、薬効データ判定部２６ｈから得られた各薬効のうち薬品相互作用データ記憶部２４ｈａに記憶された相互作用が発生する薬効の組合わせが存在するか否かを判定し、判定結果を相互作用警告部２７ｈへ送出する。
【０１２３】
相互作用警告部２７ｈは薬効データ判定部２６ｈの判定結果が相互作用が存在する場合は、今回発注しようとする薬の効果は他の科または自科で発注済薬の効果と好ましくない相互作用が発生する虞があるので投薬不適当であるとの相互作用警告を出力すると共に、例えばブサー等の警告音を発生させる。
【０１２４】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの判断に関する詳細処理に相当する。
【０１２５】
このように構成された第９実施形態においては、たとえ一人の患者が内科，外科，眼科等の複数の科で同時期に診療を受けていたとしても、各科で過去に該当患者に投薬した薬及び投薬期間は全ての科で検索できる。したがって、たとえ各科の医師が他の科の医師の投薬データを直接調べなくて自科の診療に必要な薬を発注したとしても、発注済み薬との間の相互作用で避けるべきである薬を指示しようとする場合は、相互作用の虞がある指示である旨が警告出力される。
【０１２６】
したがって、医師は他の科における投薬を考慮する必要がないので、医師の負担が大幅に軽減される。
【０１２７】
（第１０実施形態：  許容量・警告量チエック）
図３０は第１０実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１２８】
薬品データ記憶部２４ｉ内には、図３１に示すように、各薬毎に、該当薬の投薬の許容量が記憶されている。さらに、この許容量の年齢や体重等で定義される段階別の許容量・警告量も同時に記憶されている。
【０１２９】
例えば、Ａ錠の場合、このＡ錠の許容量は９．０００である。そして、例えば、患者が１５歳以上の場合、許容量９．０００に等しい規定量９．０００に対して、許容量の割合が規定量の０．５であり、警告量の割合が０．０５５である。
【０１３０】
すなわち、患者が１５歳以上の場合、実際の許容量は４．５（=9×0.5)であり、実際の警告量は０．５０１であることを示す。
【０１３１】
許容量・警告量抽出部２３ｉは入力オーダ格納部２２から入力された薬の薬名と投薬量とを読出す。同時に、許容量・警告量抽出部２３ｉは薬品データ記憶部２４ｉから該当薬品の許容量・警告量を読出して、入力された投薬量と共に投薬量判定部２６ｉへ送出する。
【０１３２】
投薬量判定部２６ｉは入力された投薬量が該当薬品の許容量・警告量を越えているか否かを判定して、判定結果を投薬量警告部２７ｉへ送出する。投薬量警告部２７ｉは判定結果が許容量・警告量を越得ている場合は投薬量警告を処方オーダ入力部２１の表示画面へ表示出力すると共に、ブザーで警告出力する。
【０１３３】
前述したＡ錠の場合は、許容量４．５を越えた場合は「段階別の制限を越えています。Ａ錠の許容量は、４．５００錠です」のメッセージが警告される。
【０１３４】
また、段階別に関係なく許容量のみで判断する場合は、図３２に示す許容量の領域のみを検索して許容量９．０００を読出して、入力投薬量と比較判定すればよい。
【０１３５】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ６における投薬量に関するチエックの詳細処理に相当する。
【０１３６】
このように構成された第１０の実施形態においては、たとえ医師が薬の投薬量を誤って指示しようとしても、投薬量が許容量を越えていた場合は自動的に警告が発せられる。したがって、発注業務の信頼性を向上できると共に、医師の負担が大幅に軽減される。
【０１３７】
（第１１実施形態：  投薬量小数点入力可否チエック）
図３３は第１１実施形態に係わる薬発注システムの概略構成を示すブロック図である。図３０に示す第１０実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１３８】
薬品データ記憶部２４ｊ内には、図３４に示すように、各薬の薬名毎に、該当薬の投薬量を小数点指定できるか否かの情報が記憶されている。例えば、錠剤等においては、何粒と言うように整数値で指定する必要がある。また、通常の粉末においては、薬の薬種によっては０．５グラムや０．１グラム単位で指定できる。
【０１３９】
小数点入力可否抽出部２３ｊは入力オーダ格納部２２から入力された薬の薬名と投薬量とを読出す。同時に、小数点入力可否抽出部２３ｊは薬品データ記憶部２４ｊから該当薬品の投薬量の小数点入力可否情報を読出す。そして、その可否情報と入力された投薬量とを投薬量判定部２６ｊへ送出する。
【０１４０】
投薬量判定部２６ｊは、入力された可否情報が小数点入力不可を示した場合において、入力した投薬量が小数点以下を指定しているか否かを判定し、判定結果を投薬量警告部２７ｊへ送出する。投薬量警告部２７ｊは判定結果が小数点以下を指定している場合は投薬量指定不適当の警告を処方オーダ入力部２１の表示画面へ表示出力すると共に、ブザーで警告出力する。
【０１４１】
以上、説明した各部の動作は、先の実施形態と同様に図３に示したシステム全体の流れ図のＰ６における投薬量に関するチエックの詳細処理に相当する。
【０１４２】
このように構成された第１１実施形態においては、たとえ医師が誤って粒剤の薬の投薬量を小数点以下まで指定して処方しようとしても、その誤りに対して自動的に警告が発せられる。したがって、発注業務の信頼性を向上できると共に、医師の負担が大幅に軽減される。また、薬局の薬剤師の負担も軽減できる。
【０１４３】
（第１２実施形態：  服用回数チエック）
図３５は第１２実施形態に係わる薬発注システムの概略構成を示すブロック図である。図３０に示す第１０実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１４４】
薬品データ記憶部２４ｋ内には、図３６に示すように、各薬の薬名毎に、該当薬の１処方における服用回数チエックの有無情報が記憶されている。例えば［１］がチエック必要であり、［０］がチエック不要である。そして、１処方内に端数の服用回数が含まれる場合は処方誤りとする。
【０１４５】
服用回数チエック有薬抽出部２３ｋは入力オーダ格納部２２から入力された薬の薬名と投薬量と服用回数とを読出す。同時に、服用回数チエック有薬抽出部２３ｋは薬品データ記憶部２４ｋから該当薬品の服用回数チエック有無情報を読出す。そして、そのチエック有無情報と入力された投薬量と服用回数とを服用回数判定部２６ｋへ送出する。
【０１４６】
服用回数判定部２６ｋは入力されたチエック有無情報がチエック必要を示した場合において、入力した投薬量を服用回数で除算して、１回の投薬量を求める。そして、この算出された１回の投薬量が整数であるか否かを判定し、判定結果を服用回数警告部２７ｋへ送出する。服用回数警告部２７ｋは判定結果が整数でなければ、服用回数不適当の警告を処方オーダ入力部２１の表示画面へ表示出力すると共に、ブザーで警告出力する。
【０１４７】
例えば、Ａ錠の投薬量が１０錠であり、服用回数が３回の場合は、１回の服用の薬袋に収納する薬数が３．３錠となり、分配不可能となる。このような場合は、「服用回数が正しくありません。投薬量１０錠，服用回数３回」のメッセージが警告表示される。
【０１４８】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図のＰ１０における投薬日数・回数に関するチエックの詳細処理に相当する。
【０１４９】
このように構成された第１２実施形態においては、たとえ医師が誤って服用回数又は投薬量を指定して発注しようとしても、その誤りに対して自動的に警告が発せられる。したがって、発注業務の信頼性を向上できると共に、医師の負担が大幅に軽減される。また、薬局の薬剤師の負担も軽減できる。
【０１５０】
（第１３実施形態：  投薬期間・投薬日数・回数チエック）
図３７は第１３実施形態に係わる薬発注システムの概略構成を示すブロック図である。図３５に示す第１２実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１５１】
薬品データ記憶部２４ｍ内には、図３８に示すように、各薬の薬名毎に、該当薬の最大投薬日数が記憶されている。すなわち、薬の種類によっては、患者に１回に手渡す薬の最大投薬日数が異なる場合がある。なお、最大投薬日数が設定されていない薬もある。
【０１５２】
最大投薬日数・回数抽出部２３ｍは入力データ格納部２２から入力された薬の薬名と服用回数とを読出す。同時に、最大投薬日数・回数抽出部２３ｍは薬品データ記憶部２４ｍから該当薬品の最大投薬日数を読出す。そして、その最大投薬日数と入力された投薬日数とを投薬日数・回数判定部２６ｍへ送出する。
【０１５３】
投薬日数・回数判定部２６ｍは入力された投薬日数が最大投薬日数を越えているか否かを判定して、その判定結果を投薬日数・回数警告部２７ｍへ送出する。投薬日数・回数警告部２７ｍは判定結果が越えている場合は、投薬日数不適当の警告を処方オーダ入力部２１の表示画面へ表示出力すると共に、ブザーで警告出力する。
【０１５４】
例えば、Ａ錠の医師が入力した投薬日数が２８日であり、最大投薬日数が１４日の場合は、「Ａ錠の最大投薬日数より大きい投薬日数が入力されました」のメッセージが警告表示される。
【０１５５】
なお、最大投薬日数の代りに、最大投薬回数で規制される薬もあり、この場合は、医師が入力した投薬回数と最大投薬回数とが比較される。
【０１５６】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図のＰ１０における投薬日数・回数に関するチエックの詳細処理に相当する。
【０１５７】
このように構成された第１３実施形態においては、たとえ医師が誤って投薬日数や投薬回数を指定して発注しようとしても、その誤りに対して自動的に警告が発せられる。したがって、発注業務の信頼性を向上できると共に、医師の負担が大幅に軽減される。また、薬局の薬剤師の負担も軽減できる。
【０１５８】
（第１４実施形態：  薬有効期限チエック）
図３９は第１４実施形態に係わる薬発注システムの概略構成を示すブロック図である。図３７に示す第１３実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１５９】
薬品データ記憶部２４ｍ内には、図４０に示すように、各薬の薬名毎に、該当薬の開始日と終了日とからなる有効期限が記憶されている。
【０１６０】
なお、この有効期限とは、この有効期限（有効期間）以外には該当薬を使用してはならない期限を示す。例えば、新薬は使用法を誤ると危険を伴う可能性があるので、何日から正式に使用が許可されるとか、在庫の関係で何日まで使用が可能である等の理由に基づいて決定される。
【０１６１】
有効期限抽出部２３ｎは入力オーダ格納部２２から入力された各薬の薬名及び投薬期間を読出す。同時に、有効期限抽出部２３ｎは薬品データ記憶部２４ｎから該当薬品の有効期限を読出す。そして、その有効期限と入力された投薬期間とを投薬期間判定部２６ｎへ送出する。
【０１６２】
投薬期間判定部２６ｎは入力された投薬期間の最終日が有効期限を越えているか否かを判定して、その判定結果を投薬期限警告部２７ｎへ送出する。投薬期限警告部２７ｎは判定結果が越えている場合は、投薬期間不適当の警告を処方オーダ入力部２１の表示画面へ表示出力すると共に、ブザーで警告出力する。
【０１６３】
例えば、Ａ錠において、医師が入力した投薬期間の開始日が１９９４年１０月１日であり、この薬の有効期限が１９９４年９月３０日の場合、「指定した日付は有効期限切れです」のメッセージが警告表示される。
【０１６４】
なお、事前に、該当薬の有効期限が切れる１か月前から警告メッセージを出力することも可能である。
【０１６５】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図のＰ１２における投薬期間に関するチエックの詳細処理に相当する。
【０１６６】
このように構成された第１４実施形態においては、たとえ医師が有効期限を考慮せずに誤って投薬期間を指定して発注しようとしても、その誤りに対して自動的に警告が発せられる。したがって、発注業務の信頼性を向上できると共に、医師の負担が大幅に軽減される。また、薬局の薬剤師の負担も軽減できる。
【０１６７】
（第１５実施形態：  病気指定薬チエック）
図４１は第１５実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１６８】
薬品データ記憶部２４ｐ内には、図４２に示すように、各薬毎に、該当薬が適用する病名、及び該当薬を適用病名以外の病気に投薬することを禁止するか否かを示すフラグが記憶されている。フラグが［１］に設定されていた場合は、該当薬は適用病気以外の患者又は健康人に投薬することが禁止されている。一方、フラグが［０］に設定されていた場合は、医師が必要と判断すると、適用病気の患者以外にも他の病気の患者に投薬することが許可されている。
【０１６９】
患者データ記憶部３０ｐ内には、図４３に示すように、一度この病院で診療を受けた各患者の病名と現在の状態を示すフラグとが記憶されている。フラグ［１］は該当病気にかかっている疑いがある状態を示し、フラグ［２］は現在該当病気にかかっていることが確定している状態を示し、プラク［０］は該当病気が治癒したことを示す。
【０１７０】
適用病名抽出部２３ｐは、入力オーダ格納部２２に記憶されている医師が入力した処方に含まれる薬で薬品データ記憶部２４ｐを検索して、該当薬品に対応する病名に適用病名以外の病気に対する投薬を禁止する［１］のフラグが設定されていれば、該当する適用病名を読出して判定部２６ｐへ送出する。
【０１７１】
なお、［０］のフラグが設定されていれば、なにもしない。
【０１７２】
患者病名部３１ｐは、入力オーダ格納部２２に記憶されている医師が入力した患者で患者データ記憶部３０ｐを検索して、該当患者の病名を読出して判定部２６ｐへ送出する。なお、該当患者の病名を読出す条件として、フラグ［２］の確定病気のみか、フラグ［１］の疑い病名も含むのか、又はフラグ［０］の既に治癒した過去の病歴も含むのかは、予めこの薬発注システムの管理者が必要に応じて設定する。
【０１７３】
判定部２６ｐは、患者病名抽出部２５ｂが読出した患者の病名が、適用病名抽出部２３ｐが読出した適用病名以外の病気に対する投薬を禁止する病名に一致するか否かを判定して、一致しない場合は、投薬不適警告部２７ｐへ通知する。
【０１７４】
投薬不適警告部２７ｐは、処方オーダ入力部２１の表示部に、「この薬は該当患者に投薬禁止です」のメッセージを表示出力すると共に、ブザーで警告出力する。
【０１７５】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの詳細処理に相当する。
【０１７６】
このように構成された第１５実施形態においては、医師が処方で薬名及び患者を指定すると、薬品データ記憶部２４ｐに該当薬に対して適用病名以外の病気に投薬することが記憶されていた場合は、患者の病名が該当適用病名に一致しない場合は、処方オーダ入力部２１の表示部に投薬不適当が警告される。
【０１７７】
すなわち、薬によっては、指定された病気のみに有効であり、この指定された適用病気以外の他の病気や全く病気でない健康人に投薬することが禁止されている薬もある。
【０１７８】
このような薬に対しては、たとえ医師が誤って薬を処方しようとしても、自動的に投薬禁止の警告が出力され、投薬する患者を確実に限定することが可能であり、薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【０１７９】
（第１６実施形態：  不適当薬候補チエック）
図４４は第１６実施形態に係わる薬発注システムの概略構成を示すブロック図である。図４に示す第１実施形態と同一部分には同一符号を付して重複する部分の詳細説明を省略する。
【０１８０】
入力装置としての処方オーダ入力部２１は、例えはＣＲＴ表示装置４１とキーボード４２とが組込まれたＭ／Ｍ装置で構成されており、医師がＣＲＴ表示装置４１の表示画面を見ながら患者名（患者番号）及び薬（薬品番号）を入力する。
【０１８１】
患者データ記憶部３０ｑには、各患者毎に病名と前述した各種の体質，アレルギー，障害等の患者状況が記憶されている。薬品データ記憶部２４ｑには、各薬品毎に適用病名の他に該当薬を投薬するに際しての前述した各種の制約条件が記憶されている。
【０１８２】
候補薬抽出部２３ｑは、入力オーダ格納部２２に記憶されている医師が入力した患者名（患者番号）で患者データ記憶部３０ｑを検索して、該当患者の病名を読出す。次に該当病名で薬品データ記憶部２４ｑを検索して、該当病名が登録されている各薬名を読出して、候補薬表示制御部４３へ送出する。
【０１８３】
候補薬表示制御部４３は入力した薬名を候補薬（発注候補薬）として処方オーダ入力部２１のＣＲＴ表示装置４１の表示画面４１ａに例えば図４５に示すフォーマットで表示出力する。
【０１８４】
次に、不適当薬検出部２５ｑは、候補薬抽出部２３ｑで抽出された該当病名に適用する複数の候補薬のうち、該当患者に投薬する不適当薬を検出する。具体的には、薬品データ記憶部２４ｑに記憶されている各候補薬品の制約条件と患者データ記憶部３０ｑに記憶されている該当患者の患者状況との組合が適当であるか不適当であるかを判定足して、不適当の場合は、該当薬を不適当薬と判定する。不適当薬検出部２５ｑは判定した不適当薬を表示形態変更部４４へ送出する。
【０１８５】
表示形態変更部４４は、処方オーダ入力部２１の表示画面４１ａに表示されている図４５の多数の候補薬のうち不適当薬を、例えば二本線を重ね表示したり、該当不適当薬を点滅表示したり、又は該当不適当薬を「赤」等の異なる色で警告表示する。
【０１８６】
以上、説明した各部の動作は、図３に示したシステム全体の流れ図のＰ４における投薬可能か否かの詳細処理に相当する。
【０１８７】
このように構成された第１６実施形態においては、医師が処方オーダ入力部２１のキーボード４２を操作して、先ず、患者名（患者番号）を入力すると、図４５に示すようように、表示画面４１ａに該当患者の病気に適用する多数の候補薬が一覧表形式で表示される。次に、この多数の候補薬のうち該当患者に投薬するのが不適当である不適当薬の表示形態が点滅等の警告表示形態に自動的に変更される。
【０１８８】
医師は、表示画面４１ａに表示された候補薬のうち警告表示形態で表示された不適当薬を除く候補薬から必要な薬を選択して、処方すればよい。したがって、該当患者に対して不適当な薬を誤って処方することが未然に防止でき、薬発注業務の信頼性を向上できるとともに、医師及び薬局の薬剤師の負担を軽減できる。
【０１８９】
また、該当患者に対する候補薬が一覧表のフォーマットで表示画面４１ａに表示されるので、医師の薬発注業務を能率的に実施できる。
【０１９０】
【発明の効果】
以上説明したように本発明の薬発注システムにおいては、各薬の使用形態や薬効や他の薬との相互作用やアレルギーの発生成分や感染症や投薬許容量や有効期限等の該当薬を患者に投薬するに際しての各種の注意事項を予め薬品データ記憶部に記憶して、診療室で医師が各薬を薬局に指示する場合に、これらの注意事項を自動的に判定し該当薬の投薬が不適当な場合は自動的に警告を出力している。
【０１９１】
したがって、薬発注に関する信頼性をより一層向上できることは勿論のこと、薬の処方に関して医師の負担を大幅に軽減でき、かつ処方を受ける薬局においても処方の再確認作業を簡略でき、薬の処方，調剤作業能率を向上できる。
【図面の簡単な説明】
【図１】  本発明の一実施形態の薬発注システムが組込まれた病院情報処理システムの概略構成図
【図２】  実施形態薬発注システムにて発注される薬の処方箋及び調剤分包機における調剤手順を示す図
【図３】  実施形態薬発注システム全体の薬発注における全体のチエック処理を示す流れ図
【図４】  第１実施形態の薬発注システムの概略構成を示すブロック図
【図５】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図６】  第２実施形態の薬発注システムの概略構成を示すブロック図
【図７】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図８】  第３実施形態の薬発注システムの概略構成を示すブロック図
【図９】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図１０】  同実施形態システムに組込まれた施用許可職員データ記憶部の記憶内容を示す図
【図１１】  第４実施形態の薬発注システムの概略構成を示すブロック図
【図１２】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図１３】  同実施形態システムに組込まれた病名データ記憶部の記憶内容を示す図
【図１４】  第５実施形態の薬発注システムの概略構成を示すブロック図
【図１５】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図１６】  同実施形態システムに組込まれた患者データ記憶部の記憶内容を示す図
【図１７】  第６実施形態の薬発注システムの概略構成を示すブロック図
【図１８】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図１９】  同実施形態システムに組込まれた患者アレルギー薬記憶部の記憶内容を示す図
【図２０】  第７実施形態の薬発注システムの概略構成を示すブロック図
【図２１】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図２２】  同実施形態システムに組込まれた患者データ記憶部の記憶内容を示す図
【図２３】  第８実施形態の薬発注システムの概略構成を示すブロック図
【図２４】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図２５】  同実施形態システムにおける発注薬のチエック手順を示す図
【図２６】  第９実施形態の薬発注システムの概略構成を示すブロック図
【図２７】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図２８】  同実施形態システムに組込まれた薬品相互作用データ記憶部の記憶内容を示す図
【図２９】  同実施形態システムにおける発注薬のチエック手順を示す図
【図３０】  第１０実施形態の薬発注システムの概略構成を示すブロック図
【図３１】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図３２】  同じく同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図３３】  第１１実施形態の薬発注システムの概略構成を示すブロック図
【図３４】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図３５】  第１２実施形態の薬発注システムの概略構成を示すブロック図
【図３６】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図３７】  第１３実施形態の薬発注システムの概略構成を示すブロック図
【図３８】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図３９】  第１４実施形態の薬発注システムの概略構成を示すブロック図
【図４０】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図４１】  第１５実施形態の薬発注システムの概略構成を示すブロック図
【図４２】  同実施形態システムに組込まれた薬品データ記憶部の記憶内容を示す図
【図４３】  同実施形態システムに組込まれた患者データ記憶部の記憶内容を示す図
【図４４】  第１６実施形態の薬発注システムの概略構成を示すブロック図
【図４５】  同実施形態システムに組込まれた処方オーダ入力部の表示画面の表示内容を示す図
【符号の説明】
２…診療室、４…薬局、７…調剤分包機、１０…処方箋、２１…処方オーダ入力部、２２…入力ロオーダ格納部、２３…同一調剤薬抽出部、２４…薬品データ記憶部、２５…薬種データ抽出部、２６…薬種データ判定部、２７…薬種混在警告部、２８…施用許可番号データ記憶部、２９…病名データ記憶部、３０…患者病名データ記憶部、３１…患者病名抽出部、３２…自科過去発注記憶部、３３…他科過去発注記憶部、３４…投薬期間重複データ抽出部
【図１】
0004073976.tif 000002
【図２】
0004073976.tif 000003
【図３】
0004073976.tif 000004
【図４】
0004073976.tif 000005
【図５】
0004073976.tif 000006
【図６】
0004073976.tif 000007
【図７】
0004073976.tif 000008
【図８】
0004073976.tif 000009
【図９】
0004073976.tif 000010
【図１０】
0004073976.tif 000011
【図１１】
0004073976.tif 000012
【図１２】
0004073976.tif 000013
【図１３】
0004073976.tif 000014
【図１４】
0004073976.tif 000015
【図１５】
0004073976.tif 000016
【図１６】
0004073976.tif 000017
【図１７】
0004073976.tif 000018
【図１８】
0004073976.tif 000019
【図１９】
0004073976.tif 000020
【図２０】
0004073976.tif 000021
【図２１】
0004073976.tif 000022
【図２２】
0004073976.tif 000023
【図２３】
0004073976.tif 000024
【図２４】
0004073976.tif 000025
【図２５】
0004073976.tif 000026
【図２６】
0004073976.tif 000027
【図２７】
0004073976.tif 000028
【図２８】
0004073976.tif 000029
【図２９】
0004073976.tif 000030
【図３０】
0004073976.tif 000031
【図３１】
0004073976.tif 000032
【図３２】
0004073976.tif 000033
【図３３】
0004073976.tif 000034
【図３４】
0004073976.tif 000035
【図３５】
0004073976.tif 000036
【図３６】
0004073976.tif 000037
【図３７】
0004073976.tif 000038
【図３８】
0004073976.tif 000039
【図３９】
0004073976.tif 000040
【図４０】
0004073976.tif 000041
【図４１】
0004073976.tif 000042
【図４２】
0004073976.tif 000043
【図４３】
0004073976.tif 000044
【図４４】
0004073976.tif 000045
【図４５】
0004073976.tif 000046