JP2024040508A - 医薬品の発注を支援するためのシステム、プログラム、および方法 - Google Patents

Abstract

【課題】医薬品リストから発注すべき医薬品をピックアップする手間が省かれ、かつ、発注する医薬品の抜け漏れを防止することが可能な、医薬品の発注を支援するためのシステム等を提供すること【解決手段】本発明は、医薬品の発注を支援するためのコンピュータシステムを提供し、本発明のコンピュータシステムは、調剤データを取得する取得手段と、前記調剤データに基づいて、発注すべき医薬品を決定する決定手段と、前記発注すべき医薬品を表示する表示手段とを備える。【選択図】図６

Description

本発明は、医薬品の発注を支援するためのシステム、プログラム、および方法に関する。

従来から医薬品発注システムが存在していた（特許文献１等）。

従来の医薬品発注システムでは、調剤薬局において発注者が医薬品を発注する際に、発注者は、医薬品名で検索したり、予め調剤薬局で扱う医薬品として登録している医薬品から発注したい医薬品を選択したりして、発注すべき医薬品を特定し、その医薬品の発注量を指定して発注していた。このように、従来の医薬品発注システムでは、発注すべき医薬品の特定は人手で行われており、医薬品リストから発注すべき医薬品をピックアップする手間がかかり、かつ、発注する医薬品に抜け漏れが発生する可能性があった。また、調剤実績を別途管理するシステムおよび在庫情報を別途管理するシステムを参照して発注量を決定しており、システムを横断して操作する必要があったため、発注業務に多大な時間を要していた。

特開２００１－４３２７９号公報

本発明は、従来の医薬品発注システムの上述した事情に鑑みてなされたものであり、医薬品の発注を支援するためのシステム、プログラム、および方法を提供することを目的とする。

一実施形態において、本発明は、例えば、以下の項目を提供する。
（項目１）
医薬品の発注を支援するためのコンピュータシステムであって、
調剤データを取得する取得手段と、
前記調剤データに基づいて、発注すべき医薬品を決定する決定手段と、
前記発注すべき医薬品を表示する表示手段と
を備えるコンピュータシステム。
（項目２）
前記調剤データは、調剤単位コードを含み、
前記コンピュータシステムは、前記発注すべき医薬品の調剤単位コードを発注単位コードに変換する変換手段をさらに備え、
前記表示手段は、前記発注単位コードに対応する発注単位で前記発注すべき医薬品を表示する、項目１に記載のコンピュータシステム。
（項目３）
前記変換手段は、
前記調剤単位コードと前記発注単位コードとが１対Ｎ（Ｎは２以上の自然数）の関係にあるか否かを判定する判定手段と、
前記調剤単位コードと前記発注単位コードとが１対Ｎの関係にある場合に、前記調剤データに基づいて、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する発注単位コード決定手段と
を備える、項目２に記載のコンピュータシステム。
（項目４）
前記発注単位コード決定手段は、条件付き確率モデルを用いて、少なくとも１つの発注単位コードを決定する、項目３に記載のコンピュータシステム。
（項目５）
前記条件付確率モデルは、マルコフモデルである、項目４に記載のコンピュータシステム。
（項目６）
前記発注単位コード決定手段は、
前記調剤データに基づいて、前記医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定する在庫量判定手段
を備え、前記発注単位コード決定手段は、
前記在庫量判定手段によって前記医薬品の在庫量が適正在庫量未満であると判定された場合に、
前記Ｎ個の候補発注単位コードの各候補発注単位コードについて、前記医薬品の在庫量が適正在庫量未満であるときにその候補発注単位コードで前記医薬品を発注する確率を算出することと、
前記確率に基づいて前記少なくとも１つの発注単位コードを決定することと
を行うように構成されている、項目４または項目５に記載のコンピュータシステム。
（項目７）
前記取得手段は、医薬品の発注データをさらに取得し、
前記確率は、Ｐ（ｍｉ｜Ｓ１）で表され、ここで、
Ｐ（ｍｉ｜Ｓ１）＝Ｐ（Ｓ１∧ｍｉ）／Ｐ（Ｓ１）
であり、Ｐ（Ｓ１）は、所定期間Ｔにおいて前記医薬品の在庫量が適正在庫量未満である日数Ｔ_ｓ１の割合であり、Ｐ（Ｓ１∧ｍｉ）は、所定期間Ｔにおいて前記医薬品の在庫量が適正在庫量未満であるときに候補発注単位コードｍｉで前記医薬品が発注された日数Ｔ_ｍｉの割合である、項目６に記載のコンピュータシステム。
（項目８）
前記変換手段は、前記調剤データに基づいて、前記発注すべき医薬品の調剤量を算出する算出手段をさらに備え、
前記在庫量判定手段は、前記算出された調剤量に基づいて、前記医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定する、項目６または項目７に記載のコンピュータシステム。
（項目９）
前記取得手段は、医薬品の在庫データをさらに取得し、
前記表示手段は、前記調剤データに基づく前記発注すべき医薬品の調剤量と、前記在庫データに基づく前記発注すべき医薬品の在庫量とを表示する、項目１～８のいずれか一項に記載のコンピュータシステム。
（項目１０）
前記取得手段は、１日単位の調剤データを取得する、項目１～９のいずれか一項に記載のコンピュータシステム。
（項目１１）
医薬品の発注を支援するためのプログラムであって、前記プログラムは、プロセッサ部と、表示部とを備えるコンピュータシステムにおいて実行され、前記プログラムは、
調剤データを取得することと、
前記調剤データに基づいて、発注すべき医薬品を決定することと、
前記発注すべき医薬品を前記表示部に表示することと
を含む処理を前記プロセッサ部に行わせる、プログラム。
（項目１２）
医薬品の発注を支援するための方法であって、前記方法は、
調剤データを取得することと、
前記調剤データに基づいて、発注すべき医薬品を決定することと、
前記発注すべき医薬品を表示することと
を含む、方法。

本発明によれば、医薬品リストから発注すべき医薬品をピックアップする手間が省かれ、かつ、発注する医薬品の抜け漏れを防止することが可能な、医薬品の発注を支援するためのシステム、プログラム、および方法を提供することができる。

医薬品の発注を支援するためのサービスを利用する調剤薬局の端末装置に表示される画面の一例を示す図。 医薬品の発注を支援するためのコンピュータシステム１００の構成の一例を示す図。 データベース部２００に格納される調剤データのデータ構成の一例を示す図。 データベース部２００に格納される発注データのデータ構成の一例を示す図。 プロセッサ部１２０の構成の一例を示す図。 変換手段１２３によって用いられるマルコフモデルの一例を示す図。 医薬品の発注を支援するためのコンピュータシステム１００による処理６００の一例を示すフローチャート。 ステップＳ６０３における、発注すべき医薬品の調剤単位コードを発注単位コードに変換する処理の一例を示すフローチャート。 ステップＳ７０２における、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する処理の一例を示すフローチャート。 ステップＳ８０２における、医薬品の調剤量を算出する処理の一例を示すフローチャート。

以下、図面を参照しながら、本発明の実施の形態を説明する。

１．医薬品の発注を支援するための新たなサービス
本発明の発明者は、従来の医薬品発注システムにおける上述した事情に鑑み、医薬品の発注を支援するための新たなサービスを開発した。そのサービスの１つは、発注すべき医薬品を決定することを支援するために、調剤薬局において発注者が医薬品を発注する際に、調剤実績に基づいて、発注すべき医薬品を発注者に提示するサービスである。このサービスでは、例えば、その日に調剤された医薬品が、発注すべき医薬品として自動的に発注者に提示される。発注者は、このサービスを利用することにより、自ら発注する医薬品を特定することなく、自動的に発注すべき医薬品の提示を受けることができるようになる。これにより、医薬品リストから発注すべき医薬品をピックアップする手間が省かれ、かつ、発注する医薬品の抜け漏れを防止することができる。

このサービスでは、さらに、発注すべき医薬品の発注量を決定することも支援することができる。具体的には、発注すべき医薬品の発注量を決定することを支援するために、発注すべき医薬品のその日の調剤量および在庫量が共に発注者に提示される。発注者は、このサービスを利用することにより、調剤実績を別途管理するシステムおよび在庫情報を別途管理するシステムを横断的に操作する必要がなくなり、発注業務に要する時間を削減することができる。

図１は、医薬品の発注を支援するためのサービスを利用する調剤薬局の端末装置に表示される画面の一例を示す。例えば、調剤薬局の端末装置は、医薬品の発注を支援するためのサービスを利用するために、医薬品の発注を支援するためのアプリケーションをインストールして、そのアプリケーションを起動するか、医薬品の発注を支援するためのウェブアプリケーションを提供するサーバにアクセスして、そのウェブアプリケーションを起動することができる。すなわち、調剤薬局の端末装置は、医薬品の発注を支援するためのサービスをオフラインでまたはオンラインで利用することができる。

調剤薬局の発注業務は、欠品・過剰在庫を防ぎ適正在庫を保つように毎日行われる定期業務である。発注者は、当日の営業終了後に、医薬品を発注することになる。

図１に示される画面１０は、医薬品を発注するための画面である。画面１０には、その日に調剤された医薬品が、発注すべき医薬品として自動的に表示される。これにより、発注者は、医薬品リストから発注すべき医薬品をピックアップする必要がない。また、発注する医薬品の抜け漏れも防止される。

画面１０は、医薬品情報表示欄１１と、当日調剤量表示欄と１２と、在庫量表示欄１３とを備える。画面１０はまた、発注実行ボタン１４を備える。画面１０はさらに、医薬品毎に、チェックボックス１５と、数量入力欄１６と、発注先入力欄１７とを備える。

医薬品情報表示欄１１には、各医薬品の情報が表示される。医薬品の情報は、例えば、医薬品名、包装単位（包装）、包装単位あたりの薬価（包装薬価）、販売会社、薬価等の販売される医薬品に関する情報である。例えば、図１に示される例では、医薬品名「ザイザル錠５ｍｇ」について、包装単位が１０錠×１０ＰＴＰであり、包装単位当たりの薬価が８７８０円であり、ＧＳＫ社が販売し、１錠当たり８７．８円であることが表示されている。

当日調剤量表示欄１２には、各医薬品のその日の調剤量が表示される。例えば、図１に示される例では、「アラミスト点鼻液２７．５μｇ５６噴霧用」のその日の調剤量が１キットであり、「クラリスロマイシン錠２００ｍｇ『トーワ』」のその日の調剤量が１４錠であり、「ザイザル錠５ｍｇ」のその日の調剤量が７錠であり、「シングレア錠１０ｍｇ」のその日の調剤量が７錠であることが表示されている。発注者は、画面１０の当日調剤量表示欄１２を見るだけで、調剤実績を別途管理するシステムに自らアクセスすることなく、その日の調剤実績を確認することができる。

在庫量表示欄１３には、各医薬品のその日の在庫量、すなわち、その日の営業終了後の在庫量が表示される。在庫量は、例えば、絶対量として表示されてもよいし、適正在庫量に対する相対量として表示されてもよい。図１に示される例では、適正在庫量に対する相対量として表示されている。例えば、図１に示される例では、「アラミスト点鼻液２７．５μｇ５６噴霧用」のその日の在庫量が（適正在庫量－１キット）であり、「クラリスロマイシン錠２００ｍｇ『トーワ』」のその日の在庫量が（適正在庫量＋１２錠）であり、「ザイザル錠５ｍｇ」のその日の在庫量が（適正在庫量－７錠）であり、「シングレア錠１０ｍｇ」のその日の在庫量が（適正在庫量－７錠）であることが表示されている。発注者は、画面１０の在庫量表示欄１３を見るだけで、在庫情報を別途管理するシステムに自らアクセスすることなく、その日の在庫量を確認することができる。なお、適正在庫量は、医薬品毎に設定される値であり、発注者によって設定されることができる。

発注実行ボタン１４は、発注を実行するために操作されるボタンである。例えば、後述するチェックボックス１５、数量入力欄１６、および発注先入力欄１７を用いて、発注する医薬品ならびにその発注量および発注先を決定したうえで発注実行ボタン１４を操作すると、医薬品の発注が実行される。

チェックボックス１５は、画面１０に表示された発注すべき医薬品から実際に発注する医薬品を選択するために操作される。例えば、チェックボックス１５にチェックすることにより、その医薬品が発注対象となる。

数量入力欄１６は、発注する医薬品の数量を入力するための欄である。数量入力欄１６には、例えば、キー入力によって数量を入力するようにしてもよいし、プルダウンリストから数量を選択することによって数量を入力するようにしてもよい。

発注先入力欄１７は、発注する医薬品の発注先を入力するための欄である。発注先入力欄１７には、例えば、キー入力によって発注先を入力するようにしてもよいし、プルダウンリストから発注先を選択することによって発注先を入力するようにしてもよい。

発注のために必要な情報が画面１０に集約されているため、発注者は、画面１０を利用するだけで医薬品の発注業務を完遂することができる。発注者は、例えば、当日調剤量表示欄１２に表示された調剤量と在庫量表示欄１３に表示された在庫量とを考慮して、画面１０に表示された発注すべき医薬品のうち、どの医薬品を実際に発注するかを簡単に決定することができる。これにより、発注業務に要する時間を削減することができる。

医薬品の中には、複数の包装単位を有する医薬品が存在する。例えば、「ロサルタンカリウム錠２５ｍｇ『アメル』」は、１０錠×１０ＰＴＰの包装単位と、１４錠×１０ＰＴＰの包装単位と、５００錠×１瓶の包装単位とを有する。このような複数の包装単位を有する医薬品について、複数の包装単位のそれぞれを画面１０に表示することができる。発注者は、当日調剤量表示欄１２に表示された調剤量と在庫量表示欄１３に表示された在庫量とを考慮して、画面１０に表示された発注すべき医薬品の複数の包装単位のうち、どの包装単位を実際に発注するかを決定することができる。

しかしながら、複数の包装単位のうちどの包装単位を発注すべきかを検討するのは煩わしい場合がある。また、当日調剤量表示欄１２に表示された調剤量と在庫量表示欄１３に表示された在庫量とを考慮して実際に発注する包装単位を決定することには、ある程度の医薬品発注経験が必要な場合もある。そこで、複数の包装単位を有する医薬品について、複数の包装単位のうちの少なくとも１つの包装単位のみを画面１０に表示するようにしてもよい。画面１０に表示される少なくとも１つの包装単位は、例えば、その調剤薬局の過去の調剤実績および発注実績から、発注する確率が最も高い包装単位であり得る。これにより、発注者は、複数の包装単位を有する医薬品について、複数の包装単位のうちどの包装単位を発注すべきかを検討する必要なく、また、複数の包装単位のうちどの包装単位を発注すべきかを決定するための発注経験を有することなく、適切な発注単位を決定することができるようになる。これにより、発注業務に要する時間をさらに削減することができる。

上述した医薬品の発注を支援するための新たなサービスは、例えば、以下に説明する医薬品の発注を支援するためのコンピュータシステムによって実現され得る。

２．医薬品の発注を支援するためのコンピュータシステムの構成
図２は、医薬品の発注を支援するためのコンピュータシステム１００の構成の一例を示す。

コンピュータシステム１００は、例えば、調剤薬局で用いられる端末装置（スマートフォン、タブレット、パーソナルコンピュータ、スマートグラス等の任意のタイプの端末装置）であり得る。コンピュータシステム１００は、データベース部２００に接続されている。例えば、コンピュータシステム１００は、ネットワークを介して、医薬品の発注先のコンピュータシステム（図示せず）に接続され得る。例えば、コンピュータシステム１００は、ネットワークを介して、調剤データを管理するレセプトコンピュータシステム（図示せず）に接続され得る。レセプトコンピュータシステムは、例えば、コンピュータシステム１００が接続されている調剤薬局のローカルネットワーク内に位置してもよいし、調剤薬局のローカルネットワーク外に位置してもよい。

コンピュータシステム１００は、インターフェース部１１０と、プロセッサ部１２０と、メモリ１３０部とを備える。

インターフェース部１１０は、コンピュータシステム１００の外部と情報のやり取りを行う。コンピュータシステム１００のプロセッサ部１２０は、インターフェース部１１０を介して、コンピュータシステム１００の外部から情報を受信することが可能であり、コンピュータシステム１００の外部に情報を送信することが可能である。インターフェース部１１０は、任意の形式で情報のやり取りを行うことができる。

インターフェース部１１０は、例えば、コンピュータシステム１００に情報を入力することを可能にする入力部を備える。入力部が、どのような態様でコンピュータシステム１００に情報を入力することを可能にするかは問わない。例えば、入力部がタッチパネルである場合には、ユーザがタッチパネルにタッチすることによって情報を入力するようにしてもよい。あるいは、入力部がマウスである場合には、ユーザがマウスを操作することによって情報を入力するようにしてもよい。あるいは、入力部がキーボードである場合には、ユーザがキーボードのキーを押下することによって情報を入力するようにしてもよい。あるいは、入力部がマイクである場合には、ユーザがマイクに音声を入力することによって情報を入力するようにしてもよい。あるいは、入力部がカメラである場合には、カメラが撮像した情報を入力するようにしてもよい。あるいは、入力部がデータ読み取り装置である場合には、コンピュータシステム１００に接続された記憶媒体から情報を読み取ることによって情報を入力するようにしてもよい。あるいは、入力部が受信器である場合、受信器がネットワークを介してコンピュータシステム１００の外部から情報を受信することにより入力してもよい。この場合、ネットワークの種類は問わない。例えば、受信器は、インターネットを介して情報を受信してもよいし、ＬＡＮを介して情報を受信してもよい。

インターフェース部１１０は、例えば、コンピュータシステム１００から情報を出力することを可能にする出力部を備える。出力部が、どのような態様でコンピュータシステム１００から情報を出力することを可能にするかは問わない。例えば、出力部が表示画面である場合、表示画面に情報を出力するようにしてもよい。あるいは、出力部がスピーカである場合には、スピーカからの音声によって情報を出力するようにしてもよい。あるいは、出力部がデータ書き込み装置である場合、コンピュータシステム１００に接続された記憶媒体に情報を書き込むことによって情報を出力するようにしてもよい。あるいは、出力部が送信器である場合、送信器がネットワークを介してコンピュータシステム１００の外部に情報を送信することにより出力してもよい。この場合、ネットワークの種類は問わない。例えば、送信器は、インターネットを介して情報を送信してもよいし、ＬＡＮを介して情報を送信してもよい。

インターフェース部１１０の出力部が表示画面である場合には、インターフェース部１１０の出力部は、例えば、図１の画面１０等の画面を表示することができる。インターフェース部１１０の出力部は、例えば、プロセッサ部１２０によって決定された発注すべき医薬品を表示することができる。一実施形態では、インターフェース部１１０の出力部は、プロセッサ部１２０によって決定された発注すべき医薬品を、発注単位コードに対応する発注単位で表示することができる。さらに、インターフェース部１１０の出力部は、発注すべき医薬品と共に、発注すべき医薬品の調剤量および発注すべき医薬品の在庫量も表示することができる。

プロセッサ部１２０は、コンピュータシステム１００の処理を実行し、かつ、コンピュータシステム１００全体の動作を制御する。プロセッサ部１２０は、メモリ部１３０に格納されているプログラムを読み出し、そのプログラムを実行する。これにより、コンピュータシステム１００を所望のステップを実行するシステムとして機能させることが可能である。プロセッサ部１２０は、単一のプロセッサによって実装されてもよいし、複数のプロセッサによって実装されてもよい。

メモリ部１３０は、コンピュータシステム１００の処理を実行するために必要とされるプログラムやそのプログラムの実行に必要とされるデータ等を格納する。メモリ部１３０は、医薬品の発注を支援するための処理をプロセッサ部１２０に行わせるためのプログラム（例えば、後述する図６、図７、図８、図９に示される処理を実現するプログラム）を格納してもよい。ここで、プログラムをどのようにしてメモリ部１３０に格納するかは問わない。例えば、プログラムは、メモリ部１３０にプリインストールされていてもよい。あるいは、プログラムは、ネットワークを経由してダウンロードされることによってメモリ部１３０にインストールされるようにしてもよい。この場合、ネットワークの種類は問わない。メモリ部１３０は、任意の記憶手段によって実装され得る。

データベース部２００は、例えば、調剤データを格納し得る。調剤データは、調剤毎に生成されるデータである。調剤データは、例えば、調剤日時、調剤単位コード、および、用法を示す情報を含む。調剤単位コードは、医薬品と１対１で対応付けられるコードであり、例えば、ＹＪコードであり得る。調剤単位コードを用いて調剤が管理される。用法を示す情報は、例えば、種類（例えば、内服であるか、頓服であるか、それ以外であるか等）、１日の服用回数、服用日数を含み得る。調剤データは、例えば、患者、処方箋等の情報をさらに含み得る。例えば、調剤日時は、任意の単位であり得、秒単位であってもよいし、分単位であってもよいし、時間単位であってもよいし、日単位であってもよいし、週単位であってもよい。

データベース部２００は、例えば、発注データをさらに格納するようにしてもよい。発注データは、発注毎に生成されるデータである。発注データは、例えば、発注単位コード、および、発注日時を示す情報を含む。発注単位コードは、包装単位（発注単位）と１対１で対応付けられるコードであり、例えば、ＧＴＩＮ（Ｇｌｏｂａｌ Ｔｒａｄｅ Ｉｔｅｍ Ｎｕｍｂｅｒ）コードまたはＪＡＮコードであり得る。発注単位コードを用いて発注が行われる。発注データは、例えば、発注量、発注先等の情報をさらに含み得る。

データベース部２００は、例えば、在庫データをさらに格納するようにしてもよい。在庫データは、調剤薬局の現在の在庫量を示す情報を含む。現在の在庫量は、例えば、初期在庫量と、調剤データと、発注データとに基づいて算出され得る。例えば、後述する処理により調剤データから算出された調剤量によって出庫量が分かり、在庫データによって入庫量が分かることから、初期在庫量と、入庫量および出庫量との関係を累積的に計算することにより、現在の在庫量が算出される。これにより、頻繁な在庫チェックを行う必要がなくなり、在庫管理の手間が削減されることになる。もちろん、現在の在庫量は、実際の在庫チェックの結果であってもよい。

データベース部２００は、例えば、医薬品コード表を格納し得る。医薬品コード表は、医薬品のコード体系がまとめられた表である。医薬品コード表には、少なくとも、各医薬品の調剤単位コードと発注単位コードとの対応関係が示されている。

例えば、データベース部２００は、レセプトコンピュータシステム（図示せず）に接続され、レセプトコンピュータシステムから送信される調剤データを格納するようにしてもよい。このとき、コンピュータシステム１００は、レセプトコンピュータシステムと直接接続する必要はなく、データベース部２００を介して調剤データを受信することができる。

図３Ａは、データベース部２００に格納される調剤データのデータ構成の一例を示す。図３Ａでは、調剤毎に生成されるデータ３１０の一例を示す。

例えば、レセプトコンピュータシステムが、調剤毎にＩＤを付与してデータ３１０を生成する。例えば、レセプトコンピュータシステムは、入力されたレセプトデータを構文解析することにより、調剤データ３１０を生成することができる。生成されたデータ３１０は、データベース部２００に送られ、調剤毎に格納される。各データ３１０は、例えば、調剤日時、調剤単位コード、用法、患者コード等の項目を有する。用法は、例えば、種類、服用日数、１日の服用回数等の項目を有する。

図３Ｂは、データベース部２００に格納される発注データのデータ構成の一例を示す。図３Ｂでは、発注毎に生成されるデータ３２０の一例を示す。

例えば、コンピュータシステム１００が、発注の実行毎にＩＤを付与してデータ３２０を生成する。生成されたデータ３２０は、データベース部２００に送られ、発注毎に格納される。各データ３２０は、例えば、発注日時、発注単位コード、発注量、発注先コード等の項目を有する。

上述したデータの例は一例であり、データベース部２００は、他の任意のデータを格納し得る。

図２に示される例では、データベース部２００は、コンピュータシステム１００の外部に設けられているが、本発明はこれに限定されない。データベース部２００の少なくとも一部をコンピュータシステム１００の内部に設けることも可能である。このとき、データベース部２００の少なくとも一部は、メモリ部１３０を実装する記憶手段と同一の記憶手段によって実装されてもよいし、メモリ部１３０を実装する記憶手段とは別の記憶手段によって実装されてもよい。いずれにせよ、データベース部２００の少なくとも一部は、コンピュータシステム１００のための格納部として構成される。例えば、データベース部２００に格納される情報のうち、医薬品コード表がコンピュータシステム１００内の格納部に格納されることができる。例えば、データベース部２００に格納される情報のうち、調剤データがコンピュータシステム１００内の格納部に格納されることができる。データベース部２００の構成は、特定のハードウェア構成に限定されない。例えば、データベース部２００は、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。例えば、データベース部２００は、コンピュータシステム１００の外付けハードディスク装置として構成されてもよいし、ネットワークを介して接続されるクラウド上のストレージとして構成されてもよい。

例えば、コンピュータシステム１００がデータベース部２００から調剤データを受信する代わりに、コンピュータシステム１００は、レセプトコンピュータシステム（図示せず）にインターフェース部１１０を介して接続され、レセプトコンピュータシステムから直接調剤データを受信することも本発明の範囲内である。

図４は、プロセッサ部１２０の構成の一例を示す。

プロセッサ部１２０は、取得手段１２１と、決定手段１２２とを備える。

取得手段１２１は、調剤データを取得するように構成されている。調剤データは、例えば、調剤日時、調剤単位コード、および、用法を示す情報を含み、例えば、患者、処方箋等の情報をさらに含み得る。調剤データは、例えば、図３Ａを参照して上述したようなデータ構成を有し得る。取得手段１２１は、例えば、調剤データ内の調剤日時の情報を用いてフィルタリングし、特定の日時または期間に行われた調剤の調剤データのみを取得するようにしてもよい。例えば、取得手段１２１は、１日単位の調剤データを取得することができる。これにより、医薬品を発注しようとする日に行われた調剤の調剤データのみを扱うことができるようになり、後続の処理負荷が軽減される。

取得手段１２１は、例えば、通信インターフェース部１１０を介してレセプトコンピュータシステムから受信された調剤データを取得するようにしてもよい。あるいは、取得手段１２１は、データベース部２００に格納されている調剤データを通信インターフェース部１１０を介して取得するようにしてもよい。取得された調剤データは、決定手段１２２に渡される。

取得手段１２１はさらに、発注データを取得するように構成され得る。発注データは、例えば、発注単位コード、および、発注日時を示す情報を含み、例えば、発注量、発注先等の情報をさらに含み得る。発注データは、例えば、図３Ｂを参照して上述したようなデータ構成を有し得る。取得手段１２１は、例えば、発注データ内の発注日時の情報を用いてフィルタリングし、特定の日時または期間に行われた発注の発注データのみを取得するようにしてもよい。これにより、医薬品を発注しようとする日前の所定期間内の発注データのみを扱うことができるようになり、後続の処理負荷が軽減される。

取得手段１２１はさらに、調剤薬局の在庫を示す情報を含む在庫データを取得するように構成され得る。在庫データは、例えば、在庫をチェックする毎に生成され得るデータであってもよいし、例えば、初期在庫量と、調剤データと、発注データとに基づいて算出されるデータであってもよい。取得手段１２１は、例えば、在庫データ内の日時の情報を用いてフィルタリングし、特定の日時または期間の在庫データのみを取得するようにしてもよい。これにより、医薬品を発注しようとする日現在の在庫データのみを扱うことができるようになり、後続の処理負荷が軽減される。

取得手段１２１は、例えば、データベース部２００に格納されている発注データおよび／または在庫データを通信インターフェース部１１０を介して取得するようにしてもよい。取得された発注データおよび在庫データは、後の処理のために変換手段１２３に渡され得る。

決定手段１２２は、取得手段１２１によって取得された調剤データに基づいて、発注すべき医薬品を決定するように構成されている。例えば、取得手段１２１が、フィルタリングにより医薬品を発注しようとする日の調剤データを取得した場合には、決定手段１２２は、取得手段１２１によって取得された調剤データの調剤単位コードが示す医薬品を発注すべき医薬品として決定することができる。あるいは、例えば、取得手段１２１がフィルタリングを行わなかった場合には、決定手段１２２は、取得手段１２１によって取得された調剤データの調剤日時を用いてフィルタリングして、発注をしようとする日の調剤データを抽出し、抽出された調剤データの調剤単位コードが示す医薬品を発注すべき医薬品として決定することができる。発注すべき医薬品として決定された医薬品の調剤単位コードは、変換手段１２３に渡される。

プロセッサ部１２０は、さらに、変換手段１２３を備えることができる。

変換手段１２３は、決定手段１２２によって決定された発注すべき医薬品の調剤単位コードを発注単位コードに変換するように構成されている。調剤単位コードのままでは発注処理を行うことができないため、発注単位コードに変換する必要がある。調剤単位コードは、医薬品と１対１で対応付けられるコードであり、発注単位コードは、包装単位（発注単位）と１対１で対応付けられるコードである。単一の包装単位を有する医薬品であれば、調剤単位コードと発注単位コードとは１対１の関係にあるため、変換手段１２３は、単純に、調剤単位コードを発注単位コードに変換することができる。他方で、複数の包装単位を有する医薬品である場合、調剤単位コードと発注単位コードとは１対Ｎ（Ｎは２以上の自然数）の関係にある。例えば、「ロサルタンカリウム錠」は、表１に示すとおり、３つの包装単位を有し、調剤単位コードと発注単位コードとは１対３の関係にある。

このように、調剤単位コードと発注単位コードとは１対Ｎの関係にある場合には、変換手段１２３は、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する発注単位コード決定手段を備えることができる。一実施形態において、発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードの各候補発注単位コードについて、条件付き確率モデルを用いて確率を算出することにより、Ｎ個の候補発注単位コードのうち、確率が最も高い候補発注単位コードを少なくとも１つの発注単位コードとして決定することができる。一実施形態において、発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードの各候補発注単位コードについて、推論を用いて確率を算出することにより、Ｎ個の候補発注単位コードのうち、確率が最も高い候補発注単位コードを少なくとも１つの発注単位コードとして決定することができる。推論は、例えば、ベイズ推定であり得る。一実施形態において、発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードの各候補発注単位コードについて、ニューラルネットワーク等の機械学習を用いて確率を算出することにより、Ｎ個の候補発注単位コードのうち、確率が最も高い候補発注単位コードを少なくとも１つの発注単位コードとして決定することができる。確率が最も高い候補発注単位コードが複数ある場合には、それらの候補発注単位コードを少なくとも１つの発注単位コードとして決定することができる。条件付き確率モデルでは、調剤薬局の医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかに応じて用いられる確率が異なる。例えば、医薬品の在庫量が適正在庫量未満であるとき、医薬品の在庫量が適正在庫量未満であるときに候補発注単位コードで医薬品を発注する確率が用いられ得る。例えば、医薬品の在庫量が適正在庫量以上であるとき、医薬品の在庫量が適正在庫量以上であるときに適正在庫量を下回る調剤が行われる確率が用いられ得る。

発注単位コード決定手段は、例えば、取得手段１２１によって取得された在庫データに基づいて、調剤薬局の医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定することができる在庫量判定手段を備えることができる。一実施形態において、在庫量判定手段は、例えば、取得手段１２１によって取得された調剤データに基づいて算出された調剤量に基づいて、医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定することができる。医薬品の調剤量を算出するために、変換手段１２３は、算出手段を備えることができる。指定手段は、取得手段１２１によって取得された調剤データに基づいて、医薬品の調剤量を算出する。算出手段は、例えば、図９を参照して後述する処理を行うことができる。在庫量判定手段は、例えば、算出された調剤量を前日の在庫量から減算し、差と適正在庫量とを比較することによって、医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定することができる。ここでは、差が、医薬品の在庫量となる。

条件付き確率モデルは、例えば、マルコフモデルである。発注作業は、マルコフ性を有していると仮定することができることから、マルコフモデルによってモデル化することが可能である。

図５は、発注単位コード決定手段によって用いられるマルコフモデルの一例を示す。マルコフモデルは、適正在庫量がある状態Ｓ０と、適正在庫量がない状態Ｓ１とを有し、発注および調剤により、この２つの状態間を遷移する。

例えば、適正在庫量がある状態Ｓ０で、適正在庫量を下回らない量の調剤が行われた場合、Ｓ０→Ｓ０に遷移する。このときの確率Ｐ（Ｓ０｜Ｓ０）は、所定期間Ｔにおいて、適正在庫を下回らない量の調剤をした日数の割合として計算され得る。

例えば、適正在庫量がある状態Ｓ０で、適正在庫量を下回る量の調剤等（例えば、調剤、廃棄等）が行われた場合、Ｓ０→Ｓ１に遷移する。このときの確率Ｐ（Ｓ１｜Ｓ０）は、所定期間Ｔにおいて、調剤等により適正在庫量を下回った日数の割合として計算され得る。

例えば、適正在庫量がない状態Ｓ１で、発注をしなかった場合、Ｓ１→Ｓ１に遷移する。このときの確率Ｐ（Ｓ１｜Ｓ１）は、所定期間Ｔにおいて、適正在庫量がない状態にもかかわらず発注をしなかった日数の割合として計算され得る。

例えば、適正在庫量がない状態Ｓ１で、発注をした場合、Ｓ１→Ｓ０に遷移する。このときの確率Ｐ（Ｓ０｜Ｓ１）は、Ｐ（ｍｉ｜Ｓ１）で計算され、ここで、
Ｐ（ｍｉ｜Ｓ１）＝Ｐ（Ｓ１∧ｍｉ）／Ｐ（Ｓ１）
であり、Ｐ（Ｓ１）は、所定期間Ｔにおいて適正在庫量がない日数Ｔ_ｓ１の割合であり、Ｐ（Ｓ１∧ｍｉ）は、所定期間Ｔにおいて適正在庫量がない状態で第ｉの候補発注単位コードｍｉで医薬品が発注された日数Ｔ_ｍｉの割合である。

発注単位コード決定手段は、上述したように在庫量判定手段によって調剤薬局の医薬品の在庫量の状態を判定し、すなわち、適正在庫量がある状態Ｓ０であるか、適正在庫量がない状態Ｓ１であるかを判定し、判定された状態に応じて異なる式を用いて確率を算出する。

適正在庫量がある状態Ｓ０であると判定された場合には、確率Ｐ（Ｓ１｜Ｓ０）を用いる。なお、上記定義によると、Ｎ個の候補発注単位コードのそれぞれで確率Ｐ（Ｓ１｜Ｓ０）が同一になるため、Ｎ個の候補発注単位コードすべてが、少なくとも１つの発注単位コードとして決定され得る。

適正在庫量がない状態Ｓ１であると判定された場合には、確率Ｐ（Ｓ０｜Ｓ１）を用いる。Ｎ個の候補発注単位コードのうち、確率Ｐ（Ｓ０｜Ｓ１）が最も高い候補発注単位コードが、少なくとも１つの発注単位コードとして決定され得る。

変換手段１２３によって調剤単位コードを少なくとも１つの発注単位コードに変換することにより、例えば、発注すべき医薬品は、少なくとも１つの発注単位コードに対応する発注単位で、インターフェース部１１０の出力部に表示されることになる。例えば、図１に示される画面１０のように、発注単位で、発注すべき医薬品がユーザに提示される。例えば、調剤単位コードと発注単位コードとは１対Ｎの関係にある場合であっても、発注すべき医薬品は、発注される確率が最も高い発注単位コードの包装単位のみで表示されることになる。このとき、発注すべき医薬品の調剤量と、発注すべき医薬品の在庫量も、インターフェース部１１０の出力部を介して、コンピュータシステム１００のユーザに提供されるようにしてもよい。

なお、上述したコンピュータシステム１００の各構成要素は、単一のハードウェア部品で構成されていてもよいし、複数のハードウェア部品で構成されていてもよい。複数のハードウェア部品で構成される場合は、各ハードウェア部品が接続される態様は問わない。各ハードウェア部品は、無線で接続されてもよいし、有線で接続されてもよい。本発明のコンピュータシステム１００は、特定のハードウェア構成には限定されない。プロセッサ部１２０をデジタル回路ではなくアナログ回路によって構成することも本発明の範囲内である。本発明のコンピュータシステム１００の構成は、その機能を実現できる限りにおいて上述したものに限定されない。

３．医薬品の発注を支援するためのコンピュータシステムによる処理
図６は、医薬品の発注を支援するためのコンピュータシステム１００による処理６００の一例を示す。処理６００は、コンピュータシステム１００のプロセッサ部１２０において実行される。

ステップＳ６０１では、プロセッサ部１２０の取得手段１２１が、調剤データを取得する。調剤データは、調剤単位コードを含む。調剤単位コードは、医薬品と１対１の関係を有している。取得手段１２１は、例えば、通信インターフェース部１１０を介してレセプトコンピュータシステムから受信された調剤データを取得するようにしてもよいし、あるいは、データベース部２００に格納されている調剤データを通信インターフェース部１１０を介して取得するようにしてもよい。取得手段１２１は、例えば、調剤データ内の調剤日時の情報を用いてフィルタリングし、特定の日時または期間に行われた調剤の調剤データのみを取得することができる。例えば、取得手段１２１は、１日単位の調剤データを取得することができる。これにより、発注をしようとする日の調剤データのみを扱うようになり、後続の処理負荷が軽減される。取得手段１２１が調剤データを取得すると、ステップＳ６０２に進む。

ステップＳ６０２では、プロセッサ部１２０の決定手段１２２が、ステップＳ６０１で取得された調剤データに基づいて、発注すべき医薬品を決定する。決定手段１２２は、例えば、ステップＳ６０１で取得された調剤データの調剤単位コードが示す医薬品を発注すべき医薬品として決定することができる。発注すべき医薬品が決定されると、決定された発注すべき医薬品が、インターフェース部１１０の出力部を介して、表示される。発注すべき医薬品を表示するに際して、発注すべき医薬品の発注単位コードを決定しておくことが好ましい。調剤単位コードは、販売される包装単位に対応しておらず、調剤単位コードのままでは、発注をすることができないからである。発注すべき医薬品を表示するに際して、発注すべき医薬品の発注単位コードを出力するために、ステップＳ６０３が行われる。

ステップＳ６０３では、プロセッサ部１２０の変換手段１２３が、ステップＳ６０２で決定された発注すべき医薬品の調剤単位コードを発注単位コードに変換する。ステップＳ６０３では、ステップＳ６０２で決定されたすべての発注すべき医薬品について、調剤単位コードが発注単位コードに変換される。ステップＳ６０３における具体的な処理の一例は、図７を参照して後述する。

ステップＳ６０３で発注すべき医薬品の調剤単位コードが発注単位コードに変換されると、ステップＳ６０２で決定された医薬品が、インターフェース部１１０の出力部を介して、発注単位コードに対応する発注単位で表示されることができるようになる。例えば、図１に示される画面１０のように、発注単位で、発注すべき医薬品が出力される。

図７は、ステップＳ６０３における、発注すべき医薬品の調剤単位コードを発注単位コードに変換する処理の一例を示す。この処理は、プロセッサ部１２０の変換手段１２３によって行われる。以下では、ステップＳ６０２で決定された発注すべき医薬品のうち、１つの医薬品Ａについて、調剤単位コードを発注単位コードに変換する処理の一例を説明する。

ステップＳ７０１では、変換手段１２３の判定手段が、医薬品Ａの調剤単位コードと発注単位コードとが１：Ｎ（Ｎは２以上の整数）の関係にあるか否かを判定する。判定手段は、例えば、データベース部２００に格納されている医薬品コード表を参照して、ステップＳ６０２で決定された医薬品Ａの調剤単位コードと発注単位コードとの関係を判定する。調剤単位コードと発注単位コードとが１：Ｎの関係にある場合には、ステップＳ７０２に進む。調剤単位コードと発注単位コードとが１：Ｎの関係にない場合、すなわち、調剤単位コードと発注単位コードとが１：１の関係である場合、変換手段１２３は、単純に、調剤単位コードを発注単位コードに変換する。

ステップＳ７０２では、変換手段１２３の発注単位コード決定手段が、調剤データに基づいて、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する。発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードの各候補発注単位コードについて、条件付き確率モデルを用いて確率を算出することにより、Ｎ個の候補発注単位コードのうち、確率が最も高い候補発注単位コードを、医薬品Ａの少なくとも１つの発注単位コードとして決定することができる。確率が最も高い候補発注単位コードが複数ある場合には、それらの複数の候補発注単位コードを少なくとも１つの発注単位コードとして決定することができる。条件付き確率モデルでは、医薬品の在庫量が適正在庫量以上であるか、適正在庫量未満であるかに応じて用いられる確率が異なる。例えば、医薬品Ａの在庫量が適正在庫量未満であるとき、医薬品Ａの在庫量が適正在庫量未満であるときに候補発注単位コードで医薬品Ａを発注する確率が用いられ得る。例えば、医薬品Ａの在庫量が適正在庫量以上であるとき、医薬品Ａの在庫量が適正在庫量以上であるときに適正在庫量を下回る医薬品Ａの調剤が行われる確率が用いられ得る。ステップＳ７０２での具体的な処理の一例は、図８を参照して後述する。

ステップＳ７０２で少なくとも１つの発注単位コードが決定されると、発注すべき医薬品の調剤単位コードが、決定された少なくとも１つの発注単位コードに変換される。

ステップＳ６０２で決定された発注すべき医薬品のすべてについて、ステップＳ６０３（ステップＳ７０１～ステップＳ７０２）を繰り返すことにより、ステップＳ６０２で決定された発注すべき医薬品のすべての発注単位コードを特定することができるようになる。

図８は、ステップＳ７０２における、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する処理の一例を示す。この処理は、プロセッサ部１２０の変換手段１２３によって行われる。以下でも、ステップＳ６０２で決定された発注すべき医薬品のうち、１つの医薬品Ａについて、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードを決定する処理の一例を説明する。

ステップＳ８０１では、ｉ＝１が定義される。

ステップＳ８０２では、変換手段１２３の算出手段は、調剤データに基づいて、発注すべき医薬品Ａの調剤量を算出する。医薬品Ａの調剤量を算出する処理の一例は、図９を参照して後述する。

ステップＳ８０３では、変換手段１２３の在庫量判定手段は、医薬品Ａの在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定する。在庫量判定手段は、ステップＳ８０２で算出された医薬品Ａの調剤量に基づいて、医薬品Ａの在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定することができる。例えば、在庫量判定手段は、前日の医薬品Ａの在庫量と、算出された医薬品Ａの調剤量との差分（すなわち、現在の推定在庫量）を算出し、その差分が適正在庫量以上であるか、適正在庫量よりも小さいかを判定することができる。ここで、前日の医薬品Ａの在庫量は、例えば、取得手段１２１によってデータベース部２００から取得された在庫データに由来し得る。

ステップＳ８０３で医薬品の在庫量が適正在庫量未満であると判定された場合には、ステップＳ８０４に進み、医薬品の在庫量が適正在庫量以上であると判定された場合には、ステップＳ８０７に進む。

ステップＳ８０４では、変換手段１２３の発注単位コード決定手段が、第ｉの候補発注単位コードｍｉについて、確率Ｐ_ｉを算出する。ここで、
Ｐ_ｉ＝Ｐ_ｉ（Ｓ０｜Ｓ１）＝Ｐ（ｍｉ｜Ｓ１）＝Ｐ（Ｓ１∧ｍｉ）／Ｐ（Ｓ１）
であり、Ｐ（Ｓ１）は、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満である日数Ｔ_ｓ１の割合であり、Ｐ（Ｓ１∧ｍｉ）は、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満であるときに第ｉの候補発注単位コードｍｉで医薬品Ａが発注された日数Ｔ_ｍｉの割合である。

例えば、所定期間Ｔ＝１８０日とし、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満である日数Ｔ_ｓ１＝８０日であり、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満であるときに第１の候補発注単位コードｍ１で医薬品Ａが発注された日数Ｔ_ｍ１＝４０日であり、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満であるときに第２の候補発注単位コードｍ２で医薬品Ａが発注された日数Ｔ_ｍ２＝５５日であり、所定期間Ｔにおいて医薬品の在庫量が適正在庫量未満であるときに第３の候補発注単位コードｍ３で医薬品Ａが発注された日数Ｔ_ｍ３＝２０日であった場合の例を説明すると、
第１の候補発注単位コードｍ１の確率Ｐ_１は、
Ｐ_１＝（４０／１８０）／（８０／１８０）＝０．５
第２の候補発注単位コードｍ２の確率Ｐ_２は、
Ｐ_２＝（５５／１８０）／（８０／１８０）＝０．６８７５
第３の候補発注単位コードｍ３の確率Ｐ_３は、
Ｐ_３＝（２０／１８０）／（８０／１８０）＝０．２５
として算出され、確率が最も高い第２の候補発注単位コードｍ２が、少なくとも１つの発注単位コードとして決定される。

ステップＳ８０５では、ｉがＮと等しいかどうかが判定される。ｉがＮに等しくない場合、ステップＳ８０６に進む。Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が未だ完了していないからである。ｉがＮに等しい場合、ステップＳ８１０に進む。Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が完了したからである。

ステップＳ８０６では、ｉがインクリメントされ、ｉ＝Ｎとなるまで、すなわち、Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が完了するまで、ステップＳ８０４～ステップＳ８０６が繰り返される。

ステップＳ８０７では、変換手段１２３の発注単位コード決定手段が、第ｉの候補発注単位コードｍｉについて、Ｐ（Ｓ１｜Ｓ０）を算出する。ここで、Ｐ（Ｓ１｜Ｓ０）は、所定期間Ｔにおいて、調剤等により医薬品の在庫量が適正在庫量を下回った日数の割合である。

ステップＳ８０８では、ｉがＮと等しいかどうかが判定される。ｉがＮに等しくない場合、ステップＳ８０９に進む。Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が未だ完了していないからである。ｉがＮに等しい場合、ステップＳ８１０に進む。Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が完了したからである。

ステップＳ８０９では、ｉがインクリメントされ、ｉ＝Ｎとなるまで、すなわち、Ｎ個の候補発注単位コードのすべてについての確率Ｐ_ｉの算出が完了するまで、ステップＳ８０７～ステップＳ８０９が繰り返される。なお、Ｐ（Ｓ１｜Ｓ０）は、候補発注単位コードに依存しないため、Ｎ個の候補発注単位コードのすべてについて確率Ｐ_ｉは同一の値となる。従って、ステップＳ８０７～ステップＳ８０９を省略するようにしてもよい。

ステップＳ８１０では、変換手段１２３の発注単位コード決定手段が、確率Ｐ_ｉ（1≦
ｉ≦Ｎ）に基づいて、少なくとも１つの発注単位コードを決定する。発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードのそれぞれの確率Ｐ_ｉを相互に比較し、確率Ｐ_ｉが最も高い候補発注単位コードを、少なくとも１つの発注単位コードとして決定することができる。あるいは、発注単位コード決定手段は、例えば、Ｎ個の候補発注単位コードのそれぞれの確率Ｐ_ｉを閾値と比較し、確率Ｐ_ｉが閾値よりも高い候補発注単位コードを、少なくとも１つの発注単位コードとして決定することができる。該当する候補発注単位コードが複数ある場合には、それらの複数の候補発注単位コードを、少なくとも１つの発注単位コードとして決定することができる。

このようにして、Ｎ個の候補発注単位コードから少なくとも１つの発注単位コードが決定される。

図８に示される例では、ステップＳ８０３において、医薬品Ａの調剤量に基づいて、医薬品Ａの在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定したが、医薬品Ａの在庫量が適正在庫量以上であるか、適正在庫量未満であるかの判定の仕方はこれに限定されない。例えば、取得手段１２１によって取得された医薬品Ａの在庫データに基づいて、医薬品Ａの在庫量が適正在庫量以上であるか、適正在庫量未満であるかを判定するようにしてもよい。この場合、医薬品Ａの調剤量を算出する必要はないため、ステップＳ８０２は省略され得る。

上述した例では、Ｎ個の候補発注単位コードのそれぞれの確率Ｐ_ｉを計算するようにしたが、本発明はこれに限定されない。一実施形態では、Ｎ個の候補発注単位コードのそれぞれの確率Ｐ_ｉの期待値を計算するようにしてもよい。

図９は、ステップＳ８０２における、医薬品の調剤量を算出する処理の一例を示す。この処理は、プロセッサ部１２０の変換手段１２３の算出手段によって行われる。以下でも、ステップＳ６０２で決定された発注すべき医薬品のうち、１つの医薬品Ａについて調剤量を算出する処理の一例を説明する。

ステップＳ９０１では、変換手段１２３の算出手段が、医薬品Ａが内服であるか否かを判定する。これは、例えば、調剤データに含まれる用法を示す情報に基づいて行われる。医薬品Ａが内服である場合には、ステップＳ９０２に進み、医薬品Ａが内服でない場合には、ステップＳ９０３に進む。

ステップＳ９０２では、変換手段１２３の算出手段が、内服である医薬品Ａの調剤量を、１日の服用回数×日数として算出する。これは、例えば、調剤データに含まれる用法を示す情報に基づいて行われる。内服である医薬品は、１日○○回、○日分として処方されるため、調剤データは、１日の服用回数（１日○回）および日数（○日分）の情報を含み得る。

ステップＳ９０３では、変換手段１２３の算出手段が、医薬品Ａが頓服であるか否かを判定する。これは、例えば、調剤データに含まれる用法を示す情報に基づいて行われる。医薬品Ａが頓服である場合には、ステップＳ９０４に進み、医薬品Ａが頓服でない場合には、ステップＳ９０５に進む。

ステップＳ９０４では、変換手段１２３の算出手段が、頓服である医薬品Ａの調剤量を、１日の服用回数×回数として算出する。これは、例えば、調剤データに含まれる用法を示す情報に基づいて行われる。内服である医薬品は、１日○○回、○回分として処方されるため、調剤データは、１日の服用回数（１日○回）および回数（○回分）の情報を含み得る。

ステップＳ９０５では、変換手段１２３の算出手段が、内服でも頓服でもない医薬品Ａの調剤量を、１日の服用回数として算出する。これは、例えば、調剤データに含まれる用法を示す情報に基づいて行われる。

このようにして、医薬品Ａの種類に応じて、調剤量が算出される。

上述した例では、特定の順序で処理が行われることを説明したが、各処理の順序は説明されたものに限定されず、論理的に可能な任意の順序で行われ得る。

上述した例では、医薬品の発注を支援することを説明したが、発注を支援する対象は、医薬品に限定されない。例えば、出庫される商品単位を識別するためのコード（出庫単位コード）と、発注される商品単位を識別するためのコード（発注単位コード）とが異なる商品である限り、任意の商品を対象とすることができる。さらに、そのような商品は、出庫単位コードと発注単位コードとの関係が１：Ｎであることが好ましい。

図６、図７、図８、図９を参照して上述した例では、図６、図７、図８、図９に示される各ステップの処理は、プロセッサ部１２０とメモリ部１３０に格納されたプログラムとによって実現することが説明されたが、本発明はこれに限定されない。図６、図７、図８、図９に示される各ステップの処理のうちの少なくとも１つは、制御回路などのハードウェア構成によって実現されてもよい。

本発明は、上述した実施形態に限定されるものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。

本発明は、医薬品リストから発注すべき医薬品をピックアップする手間が省かれ、かつ、発注する医薬品の抜け漏れを防止することが可能な、医薬品の発注を支援するためのシステム、プログラム、および方法を提供するものとして有用である。

１０ 画面
１００ コンピュータシステム
１１０ インターフェース部
１２０ プロセッサ部
１３０ メモリ部

Claims (1)

1. 本明細書に記載の発明。