JP6505760B2 - 受注管理装置、受注管理システム、受注管理方法及びプログラム - Google Patents

Description

本発明は、受注管理装置、受注管理システム、受注管理方法及びプログラムに関する。

従来、顧客から注文を受け付けた後に、決められた納期に受注生産物品を納入するために、物品の注文を受注してから製造指示日、到着日、及び出荷指示日を算出して指示書データを出力する納品管理装置が知られている。

このような従来の納品管理装置の一例として、特許文献１が知られている。
特許文献１には、注文を受け付けた受注生産商品を決められた納期に納入するために、納品指示を行う納品管理装置を提供する目的を有しており、受注生産を行う商品の注文情報を受信すると、注文情報を受信した日に製造指示日決定のための所定の日数を加算して製造指示日を算出すると共に、納期までの所定の日数を加算して到着日を算出する。
更に、算出した到着日から配送期間を遡ることにより出荷指示日を算出し、製造指示日、及び出荷指示日の情報を含んだ指示書のデータを出力する技術が開示されている。
詳しくは、メーカは、注文を受け付けた商品を一律の納入期間により顧客に納入するための製造指示日、出荷指示日を提示することができる。このため、工場において、製造が完了した商品を工場内に保管しておく期間を短くして在庫を減らすことができるという利点を有している。

特開２００６−２５９９９３公報

しかしながら、特許文献１にあっては、商品の配送に係る在庫管理が主たる目的であるため、例えば商品を容器あるいは通い箱等で配送する場合に、当該容器あるいは通い箱等の回収に対する管理が適正にできないといった問題があった。
ところで、医療機関等で扱う薬品の在庫管理は、物品の性質上、その取扱いに関しては高い専門性と知識を必要とするばかりでなく、薬品によっては特殊な容器に収納し、且つ厳重に配送することが求められている。
そこで、物品の配送日程を管理するだけでなく、回収が必要な容器等の適正な回収日程を管理することができる受注管理装置の開発が切望されていた。
本発明は、上記に鑑みてなされたもので、その目的としては、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理することにある。

請求項１記載の発明は、上記課題を解決するため、発注者の発注者端末から通信ネットワークを介して受信した物品に係る利用者別の受注データを、前記物品を容器に収容して前記発注者に配送する配送者側の物流管理サーバに送信する受注管理装置であって、物品コードを指定する領域、利用者識別データを指定する領域、物品の配送先データを指定する領域、及び月毎に複数の日付領域が配置され、利用日データを指定する利用者別のカレンダ領域を含むようにカレンダ画面データを生成するカレンダ画面データ生成手段と、前記利用者別のカレンダ画面データを前記発注者端末に配信する配信手段と、前記発注者端末に表示されている前記利用者別のカレンダ画面データに対して前記発注者が指定した物品コード、利用者識別データ、配送先データ、及び利用日データを前記発注者端末から受信する受信手段と、前記受信した利用日データから、前記物品の配送先データに対応した前記物品の出庫から配送先への納品までの時間を表す納品日リードタイムを引いた日を、前記物品を納品する日程を表す納品日データとして算出するとともに、前記物品を利用する利用日データに、前記物品の配送先データに対応した前記物品の利用後から前記容器の回収までの時間を表す回収日リードタイムを加算した日を、前記容器を回収する日程を表す回収日データとして算出する日程算出手段と、前記物品に係る前記納品日データ、前記利用日データ、前記回収日データ、前記物品を利用する利用者の利用者識別データ、及び前記物品の配送先データを含む受注データを生成する受注データ生成手段と、前記生成した受注データを前記物流管理サーバに送信する送信手段と、を備えたことを特徴とする。

本発明によれば、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理することができる。

本発明の一実施形態に係る受注管理システムのブロック図である。 （ａ）は本発明の一実施形態に係る受注管理サーバの機器構成を示すブロック図であり、（ｂ）は受注データの構成、（ｃ）は利用者別カレンダ画面データの構成を示す図である。 本発明の一実施形態に係る受注管理サーバが利用者別のカレンダデータを配信する動作を説明するためのシーケンス図である。 本発明の一実施形態に係る受注管理サーバが一度きりでの予定日登録の動作を説明するためのシーケンス図である。 本発明の一実施形態に係る受注管理サーバが一括での予定日登録の動作を説明するためのシーケンス図である。 本発明の一実施形態に係る受注管理サーバが一括での納品日、出荷日、及び回収日を算出する動作を説明するためのシーケンス図である。 本発明の一実施形態に係る受注管理サーバが利用者別のカレンダによる受注の動作を説明するためのシーケンス図である。 本発明の一実施形態に係るクライアント端末での投与予定がない状態の利用者別のカレンダの画面を表す図である。 本発明の一実施形態に係るクライアント端末での投与予定がある状態の利用者別のカレンダの画面を表す図である。 （ａ）〜（ｉ）は、物品に関するデータベースにおける、各種マスタ・データとの間の関係を示すＥＲ図である。 （ａ）〜（ｃ）は、本発明の受注データ生成手段のＥＲ図である。 （ａ）〜（ｆ）は、本発明のイベントレコードからの各イベントとの関連性を示すＥＲ図である。 本発明のマーク生成手段の動作を説明するためのフローチャートである。 （ａ）は本発明のマーク生成手段におけるマーク生成処理のサブルーチンの動作を説明するためのフローチャートであり、（ｂ）はマーク生成処理に用いるマークテーブルである。 本発明の納品日算出生成処理の動作を説明するためのフローチャートである。 本発明の出荷日算出処理の動作を説明するためのフローチャートである。 本発明の回収日算出処理の動作を説明するためのフローチャートである。

以下、本発明を図面に示した実施の形態により詳細に説明する。
＜受注管理システムの全体構成＞
本発明は、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理するために以下の構成を有する。
すなわち、本発明の受注管理システムは、発注者の発注者端末から通信ネットワークを介して受信した物品に係る受注データを、物品を容器に収容して発注者に配送する配送者側の物流管理サーバに送信する受注管理装置であって、月毎に複数の日付領域が配置された利用者別のカレンダ画面データを生成するカレンダ画面データ生成手段と、利用者別のカレンダ画面データを発注者端末に配信する配信手段と、利用者別のカレンダ画面データに指定された利用日データを発注者端末から受信する受信手段と、受信した利用日データに基づいて、物品を納品する日程を表す納品日データ、物品を利用した後の容器を回収する日程を表す回収日データを算出する日程算出手段と、物品に係る納品日データ、利用日データ、回収日データ、物品を利用する利用者の利用者識別データ、及び物品の配送先データを含む受注データを生成する受注データ生成手段と、生成した受注データを物流管理サーバに送信する送信手段と、を備えたことを特徴とする。
以上の構成を備えることにより、物品を配送するだけでなく、回収が必要な容器等の在庫管理を適正に、且つ効率的に行うことができる。
上記の本発明の特徴に関して、以下、図面を用いて詳細に説明する。

＜第１実施形態＞
＜受注管理システム＞
図１は、本発明の一実施形態に係る受注管理システムのブロック図である。
受注管理システム１は、クライアント端末（発注者端末）３、ネットワーク５，１５、受注管理装置７、物流管理サーバ１３、配送ユニット１７等により構成されている。なお、本実施形態ではクライアント端末３、物流管理サーバ１３、及び配送ユニット（容器）１７が複数で構成されているが、単数でもよい。また、ネットワークが５，１５と別れているが同一のネットワークで構成してもよい。
この受注管理システム１においては、病院、医院等の医療機関及び薬局、薬品メーカ等に設置されたクライアント端末３（一般的にはＰＣ）がネットワーク５を介して本発明の受注管理装置７に接続されている。
受注管理装置７は、フロントエンドサーバ９と受信管理サーバ１１とを備えて構成されている。

フロントエンドサーバ９は、ネットワーク５を介してクライアント端末３からのデータを受信して、クライアント端末３への直接のアクセスサービスや、表示フォーマットの変更といったことを受け持つ機能を有する。
クライアント端末３は、発注者が操作可能な端末であって、後述する第１送信部３ａ、表示制御部３ｂ、第２送信部３ｃより構成されている。
受信管理サーバ１１は、各クライアント端末３から受信した利用日データに基づいて、夫々の受注データを生成して配送者の物流管理サーバ１３に送信する機能、各クライアントに応じた利用者別のカレンダを生成してクライアント端末３に送信する機能を有する。
また、受信管理サーバ１１は、ネットワーク１５を介して専用の配送ユニット１７のデータを受信して、各配送ユニット１７の状態を管理する。
なお、受信管理サーバ１１は、内部にＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を有し、ＨＤＤからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＨＤＤからプログラム（後述する各種フローチャートで示されるプログラム）を読み出し、各種処理を実行する。

物流管理サーバ１３は、各物品を収納する倉庫ごとに配置されるか、或いは複数の物品を収納する倉庫ごとに配置され、受注管理サーバ１１からの依頼があると該当する物品をクライアントに出荷するための制御を行う。
配送ユニット１７は、例えば所定の低温状態で保管する必要のある特殊な薬品を、液体窒素ボンベ等を備えた台車の上に搭載して、その温度をネットワーク１５を介して受注管理サーバ１１に通報する機能を有している。従って、薬品をクライアントに納品した後は、当該薬品を収納していた配送ユニット１７を回収する必要がある。

＜受注管理サーバの機器構成＞
図２（ａ）は、本発明の一実施形態に係る受注管理サーバの機器構成を示すブロック図である。同じ構成要件には同じ符号を付して説明する。
本実施形態では、図２（ａ）に示すように、受注管理サーバ１１は、カレンダ生成部２１（カレンダ画面データ生成手段）と、配信部２５（配信手段）と、受信部２７（受信手段）と、日程算出部３１（日程算出手段）と、受注データ生成部３５（受注データ生成手段）と、送信部３９（送信手段）と、を備えている。
カレンダ生成部２１は、月毎に複数の日付領域が配置された利用者別のカレンダ画面データ２３を生成する。

配信部２５は、利用者別のカレンダ画面データ２３をフロントエンドサーバ９とネットワーク５を介してクライアント端末３（発注者端末）に配信する。
受信部２７は、利用者別のカレンダ画面データ２３に指定された利用日データ２９を、ネットワーク５とフロントエンドサーバ９を介してクライアント端末３から受信する。
日程算出部３１は、受信した利用日データ２９に基づいて、物品を納品する日程を表す納品日データ３３ａ、物品を利用した後の容器を回収する日程を表す回収日データ３３ｂを算出する。

受注データ生成部３５は、物品に係る納品日データ３３ａ、利用日データ２９、回収日データ３３ｂ、物品を利用する利用者の利用者識別データ３７ａ、及び物品の配送先データ３７ｂを含む受注データ３７を生成する。
送信部３９は、生成した受注データ３７を物流管理サーバ１３に送信する。
なお、日程算出部３１は、後述するマーク生成部３１ａを有する。また、受信管理サーバ１１は、ネットワーク１５を介して専用の配送ユニット１７のデータを受信して、各配送ユニット１７の状態を管理する。

ここで、図２（ｂ）（ｃ）に示す受注データ３７、利用者別のカレンダ画面データ２３について説明する。
図２（ｂ）には受注データ３７の構成について記載しており、受注データ３７は、納品日データ３３ａ、回収日データ３３ｂ、利用日データ２９、利用者識別データ３７ａ、及び配送先データ３７ｂにより構成される。
また、図２（ｂ）には利用者別のカレンダ画面データ２３の構成について記載しており、利用者別のカレンダ画面データ２３は、図８に示す物品指定領域１０５、利用者識別領域１１３、及び配送先領域１０９により構成される。

＜動作説明＞
＜利用者別のカレンダデータを配信する動作説明のためのシーケンス図＞
図３は、本発明の一実施形態に係る受注管理サーバ１１が利用者別のカレンダデータを配信する動作を説明するためのシーケンス図である。同じ構成要件には同じ符号を付して説明する。
本シーケンス図では、左側からクライアント端末３、フロントエンドサーバ９、受注管理サーバ１１の順に配置し、夫々のデータの流れを矢印で示して説明する。
まず、クライアント端末３から利用者別のカレンダ要求４１が要求される。そのデータはネットワーク５を介してフロントエンドサーバ９に入力される。フロントエンドサーバ９では、例えばセキュリテイ管理のためのパスワード等の検索が行われ、データ要求のあったクライアント端末３が正規の登録されたユーザであるか否かを認証する。認証の結果、正規のユーザである場合に、クライアント端末３は物品リスト取得４３を実行して、物品リスト４５のデータをフロントエンドサーバ９を介して利用者別のカレンダ画面データ２３（図２参照）としてクライアント端末３に送信する。

同様に、病院リスト取得４７、及び患者リスト取得５１を実行して病院リスト４９、及び患者リスト５３のデータをフロントエンドサーバ９を介して利用者別のカレンダ画面データ２３（図２参照）としてクライアント端末３に送信する。
即ち、図２を参照して説明したカレンダ生成部２１は、図８において後述する物品を指定する領域１０５、利用者識別データを指定する領域１１３、及び配送先データを指定する領域１０９を含む利用者別のカレンダ画面データ２３を生成する。

＜一度きりでの予定日登録の動作を説明のためのシーケンス図＞
図４は、本発明の一実施形態に係る受注管理サーバが一度きり（単発）での予定日登録の動作を説明するためのシーケンス図である。同じ構成要件には同じ符号を付して説明する。
本シーケンス図では、左側からクライアント端末３、フロントエンドサーバ９内の利用者別カレンダ部６１、投与情報登録部Ａ６３、受注管理サーバ１１内の投与情報登録部Ｂ６５、納品予定日算出部６７、出荷日算出部６９、回収日算出部７１の順に配置し、夫々のデータの流れを矢印で示して説明する。なお、クライアント端末３には、図３を参照して説明した通り利用者別のカレンダ画面の初期画面が表示されているものとする。
まず、発注者は、クライアント端末３に表示されたメニューから利用者別のカレンダを選択し、表示された利用者別のカレンダ画面より投与予定の日付を選択する。そのデータは利用者別カレンダ部６１に伝達され、投与情報登録部Ａ６３に登録される。

また、利用者別のカレンダ画面より投与量等の受注データを選択すると、そのデータは投与情報登録部Ａ６３に登録される。その結果、投与情報登録部Ａ６３では、投与日、物品コード、得意先コード、及び患者コードが受注管理サーバ１１の投与情報登録部６５に入力されて個別・自動のイベントに展開される。
その時、投与情報登録部Ｂ６５では入力値のチェックを行う。ここで、チェック内容として、日付チェック、営業チェックリスト、投与済み患者、投与可能等を判定し、入力値が間違っている場合にはエラー値を投与情報登録部Ａ６３に送って、エラーメッセージを作成してクライアント端末３に送信する。

また、入力値が正しい場合には投与情報登録部Ｂ６５は、納品日算出要求を納品予定日算出部６７に送って納品日を取得し、出荷日算出要求を出荷日算出部６９に送って出荷日を取得し、回収日算出要求を回収日算出部７１に送って回収日を取得する。
そして、それらの取得データを投与情報登録部Ｂ６５に登録し、その結果を投与情報登録部Ａ６３を介してクライアント端末３に送信する。
クライアント端末３では、登録した投与日、算出された出荷日、及び回収日が画面上に表示される。

＜一括での予定日登録の動作を説明のためのシーケンス図＞
図５は、本発明の一実施形態に係る受注管理サーバが一括での予定日登録の動作を説明するためのシーケンス図である。同じ構成要件には同じ符号を付して説明する。
本シーケンス図では、左側からクライアント端末３、フロントエンドサーバ９内の利用者別カレンダ部６１、マルチ投与情報登録部７３、受注管理サーバ１１内の投与情報取得部７５、イベント情報取得部７７、投与量算出部７９、適用期間算出部８１の順に配置し、夫々のデータの流れを矢印で示して説明する。なお、クライアント端末３には、図３を参照して説明した通り利用者別のカレンダ画面の初期画面が表示されているものとする。
まず、発注者は、クライアント端末３のメニューから利用者別のカレンダを選択し、表示された利用者別のカレンダ画面より一括登録（図８に示す「一括登録」ボタン１２９をプッシュする）を選択する。そのデータは利用者別カレンダ部６１に伝達され、マルチ投与情報登録部７３に登録される。

その結果、マルチ投与情報登録部７３では、物品コード、得意先コード、及び患者コードが受注管理サーバ１１の投与情報登録部７５に入力する。その時、投与情報登録部７５では入力値のチェックを行う。ここで、入力値が間違っていると、エラー値をマルチ投与情報登録部７３に送って、エラーメッセージを作成してクライアント端末３に送信する。
また、このチェックの結果、入力値が正しい場合には、投与情報登録部７５は標準最大回数、タイムスタンプを取得し、投与情報登録部７５から投与量算出要求を受け付けた投与量算出部７９により投与量を算出され、投与情報登録部７５から投与設定不可期間算出要求を受け付けた適用期間算出部８１により投与不可期間が算出される。

そして、投与情報登録部７５はその結果をマルチ投与情報登録部７３に送り、イベント情報取得部７７がマルチ投与情報登録部７３から物品コード、得意先コード、及び患者コードと共に利用ユーザ情報、患者情報、及び投与情報を取得して、複数の画面を一括で表示する画面出力情報をマルチ投与情報登録部７３に送り、ここから画面出力として利用者別カレンダ部６１に送信される。
その結果、クライアント端末３では、登録した投与日、算出された納品日、及び回収日が画面に表示される（図９）。

＜一括での納品日、出荷日、及び回収日を算出する動作を説明のためのシーケンス図＞
図６は、本発明の一実施形態に係る受注管理サーバが一括での納品日、出荷日、及び回収日を算出する動作を説明するためのシーケンス図である。同じ構成要件には同じ符号を付して説明する。
本シーケンス図では、左側からクライアント端末３、フロントエンドサーバ９内の利用者別カレンダ部６１、マルチ投与情報登録部７３、受注管理サーバ１１内の投与情報一括登録部８３、イベント最大数算出部８５、納品日算出部８７、出荷日算出部８９、回収日算出部９１の順に配置し、夫々のデータの流れを矢印で示して説明する。なお、クライアント端末３には、図３を参照して説明した通り、利用者別のカレンダ画面の初期画面が表示されているものとする。

まず、発注者（クライアント）は、クライアント端末３のメニューから利用者別のカレンダを選択し、表示された利用者別のカレンダ画面より受注データ登録を選択する。そのデータはマルチ投与情報登録部７３に登録される。
その結果、マルチ投与情報登録部７３では、物品コード、得意先コード、患者コード、投与量、投与回数、及び日時（日付）が受注管理サーバ１１の投与情報一括登録部８３に入力する。その時、投与情報一括登録部８３では、入力値のチェックを行い、このチェックの結果、入力値が間違っている場合には、エラー値をマルチ投与情報登録部７３に送って、エラーメッセージを作成してクライアント端末３に送信する。

一方、このチェックの結果、入力値が正しい場合には、投与情報一括登録部８３は、操作可能最大日付、設定納品日、及び投与可能期間を取得し、投与情報一括登録部８３から更新元データ変更可否判定要求を受け付けたイベント最大数算出部８５により変更可否判定の結果としてのイベント最大数が算出され、投与情報一括登録部８３から納品日算出要求を受け付けた納品日算出部８７により納品日が算出され、投与情報一括登録部８３から出荷日算出要求を受け付けた出荷日算出部８９により出荷日が算出され、投与情報一括登録部８３から回収日算出要求を受け付けた回収日算出部９１により回収日が算出される。
そして、投与情報一括登録部８３は、算出された納品日、出荷日、及び回収日の登録、更新、削除の結果をマルチ投与情報登録部７３に送って登録させ、その結果をクライアント端末３に送信する。

＜利用者別のカレンダによる受注動作を説明のためのシーケンス図＞
図７は、本発明の一実施形態に係る受注管理サーバが利用者別のカレンダによる受注の動作を説明するためのシーケンス図である。
本シーケンス図では、左側から倉庫管理サーバ９３、受注管理サーバ１１、物流管理サーバ１３の順に配置し、夫々のデータの流れを矢印で示して説明する。同じ構成要件には同じ符号を付して説明する。
ここで倉庫管理サーバ９３は、エリア別物流センタ等に設置されて倉庫ごとの物品を管理するサーバである。図１には図示していないが、受注管理サーバ１１と物流管理サーバ１３とに接続されている。例えば、倉庫管理サーバ９３は受注管理サーバ１１に対して仮受注データを送り、受注管理サーバ１１からその仮受注データが返送される。なお、受注管理サーバ１１が仮受注データを作成した後に、毎朝の処理において、受注確定させて、受注（確定）データを作成する。
倉庫管理サーバ９３は、仮受注データによる内容で発注する旨の切り出し要求を物流管理サーバ１３に送信する。物流管理サーバ１３がその内容でよい場合には、出庫指示が倉庫管理サーバ９３に送られる。倉庫管理サーバ９３は中間データを確認すると、出庫完了のデータを物流管理サーバ１３に送信する。

＜投与予定がない状態の利用者別のカレンダの画面＞
図８は、本発明の一実施形態に係るクライアント端末での投与予定がない状態の利用者別のカレンダの画面を表す図である。
説明の前提条件として、例えば、物品名を「薬品Ａ」、その物品コードを「４６９２７０９８」、得意先名を「ＸＸ病院」、その得意先コードを「３」、患者名を「００００００７０」とする。クライアント端末３の初期画面には図８に示すような利用者別のカレンダ１０１が表示される。

この例では、画面が利用者別のカレンダであることを示す表題１０３があり、物品名の枠内１０５（物品を指定する領域）に「薬品Ａ」が表示され、プルダウンボタン１０７により枠内１０５の内容を選択することができる。
また、その下に病院名の枠内１０９（配送先データを指定する領域）に「ＸＸ病院」が表示され、プルダウンボタン１１１により枠内１０９の内容を選択することができる。その右側に患者名の枠内１１３（利用者識別データを指定する領域）に「００００００７０」が表示され、プルダウンボタン１１７により枠内１１３の内容を選択することができる。また、右側に一括での予定日登録を行う場合の「一括登録」ボタン１２９がある。
更に、それらの下側の領域にカレンダ領域１１９がある。この例では、２０１６年１０月のカレンダが表示されている。

＜投与予定がある状態の利用者別のカレンダの画面＞
図９は、本発明の実施形態に係るクライアント端末での投与予定がある状態の利用者別のカレンダの画面を表す図である。
説明の前提条件として、物品名を「薬品Ａ」、その物品コードを「４６９２７０９８」、得意先名を「ＸＸ病院」、その得意先コードを「３」、患者名を「００００００７０」とする。
この例では、物品、病院、患者を選択する欄１２１が選択されると、受信管理サーバ１１は利用者別のカレンダ生成部２１により各種マークが該当する日に表示される。
ここでは、２０１６年１０月１１日に「投与に関連する納品日」を表すマーク１２３が表示される。このマークのマル番号は投与納品日が１回目であることを表している。また、２０１６年１０月１２日に「投与に関連する投与日」を表すマーク１２５が表示される。このマークのマル番号は投与の回数が１回目であることを表している。また、２０１６年１０月１３日に「投与に関連する回収日」を表すマーク１２７が表示される。このマークのマル番号は配送ユニット１７の回収の回数が１回目であることを表している。

＜利用者別のカレンダ生成手段のＥＲ図＞
図１０（ａ）〜（ｉ）は、本発明の利用者別のカレンダ生成手段のＥＲ図である。
図１０（ａ）、（ｂ）、（ｃ）を参照すると、物品コードには、物品マスタ１３１、物品マスタ１３３、および得意先別物品マスタ１３５が関連付けられている。
図１０（ａ）は、物品マスタ１３１を示すＥＲ図であり、物品コードに対して、チェックデジット、漢字品名１が１つのレコード内に格納されている。
図１０（ｂ）は、物品マスタ１３３を示すＥＲ図であり、物品コードに対して、投薬期間、投薬基本フラグ、投薬閾値、最大投薬回数、受注区分、温度管理区分が１つのレコード内に格納されている。
図１０（ｃ）は、得意先別物品マスタ１３５を示すＥＲ図であり、得意先コード、物品コード、及び適用開始年月日に対して、適用終了年月日、配送量、納品日リードタイムが１つのレコード内に格納されている。

図１０（ｄ）は、ユーザマスタ１３７を示すＥＲ図であり、ユーザＩＤに対してユーザ有効区分が１つのレコード内に格納されている。
図１０（ｅ）は、得意先別物品マスタ１３９を示すＥＲ図であり、得意先コード、物品コード、及び適用開始年月日に対して、適用終了年月日、配送量が１つのレコード内に格納されている。
図１０（ｆ）は、患者マスタ１４１を示すＥＲ図であり、得意先コード、及び患者コードに対して、ユーザ区分、属性、漢字姓名、漢字名姓、漢字名前、カナ姓名、カナ名姓、勤務先名、勤務先種別、郵便番号、漢字住所県群、漢字町名、カナ住所県群、カナ町名、電話番号、ＦＡＸ番号、メールアドレス、メーカ権限有無、更新日時、登録日、タイムスタンプが１つのレコード内に格納されている。
図１０（ｇ）は、カレンダファイル１４３を示すＥＲ図であり、年月日、物品コード、得意先コード、患者コード及びシーケンスに対して、中止理由が１つのレコード内に格納されている。

図１０（ｈ）は、カレンダファイル１４５を示すＥＲ図であり、年月日、「ＳＴＯＰ」、物品コード、得意先コード、及び患者コードに対して、中止理由が１つのレコード内に格納されている。
図１０（ｉ）は、カレンダ計画ファイル１４５を示すＥＲ図であり、物品コード、得意先コード、及び患者コードに対して、計画投与日、計画納品日、計画回収日、及び投与シーケンスが１つのレコード内に格納されている。

＜受注データ生成手段のＥＲ図＞
図１１（ａ）〜（ｃ）は、本発明の受注データ生成手段のＥＲ図である。
図１１（ａ）、（ｂ）、（ｃ）を参照すると、物品コードには、得意先別物品マスタ１５１、仮受注データ１５２、および物品マスタ１５３が関連付けられている。
図１１（ａ）は、得意先別物品マスタ１５１を示すＥＲ図であり、得意先コード、物品コード、及び適用開始年月日に対して、適用終了年月日、配送量、納品日リードタイム、納品時刻、納品場所、回収日、回収時刻、発注最適化パターン、納品最適化パターン、及び回収最適化パターンが１つのレコード内に格納されている。

図１１（ｂ）は、仮受注データ１５２を示すＥＲ図であり、得意先コード、物品コード、及び適納品日に対して、オペレータＩＤ、出荷日、納品日、時間指定、配送形態、引当倉庫、物品コード、受注数量、及び修正前受注数量が１つのレコード内に格納されている。
図１１（ｃ）は、物品マスタ１５３を示すＥＲ図であり、物品コードに対してチェックデジット、漢字品名１、漢字品名２、漢字略品名、カナ品名１、規格名称、カナ略品名、取扱区分、物品属性、セット区分、特定区分、季節区分、カット区分、植付区分、パレット数、返品区分、ケース出荷区分、ＪＡＮ登録、色コード、発注単位、容積区分１つのレコード内に格納されている。

＜各イベントとの関連性を示すＥＲ図＞
図１２（ａ）〜（ｆ）は、本発明のイベントレコードからの各イベントとの関連性を示すＥＲ図である。
図１２（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）を参照すると、物品コードには、カレンダファイル１６１、及びカレンダ計画ファイル１６３が関連付けられ、カレンダファイル１６５、及びカレンダ計画ファイル１６７が関連付けられ、カレンダファイル１６９、及びカレンダ計画ファイル１７１が関連付けられている。
図１２（ａ）は、カレンダファイル１６１を示すＥＲ図であり、年月日、物品コード、得意先コード、患者コード、及びＳＥＱに対して、イベント内容、ステイタス、タイムスタンプ、作成日、作成時刻、作成者ＩＤ、オンライン更新日、オンライン更新時刻、オンライン更新者ＩＤ、削除フラグが１つのレコード内に格納されている。

図１２（ｂ）は、カレンダ計画ファイル１６３を示すＥＲ図であり、物品コード、得意先コード、患者コード及び投与回数に対して、計画投与数、計画納品日、計画回収日、投与ＳＥＱ、納品ＳＥＱ、回収ＳＥＱが１つのレコード内に格納されている。
図１２（ｃ）は、カレンダファイル１６５を示すＥＲ図であり、年月日、物品コード、得意先コード、患者コード、及びＳＥＱに対して、イベント内容、ステイタス、タイムスタンプ、作成日、作成時刻、作成者ＩＤ、オンライン更新日、オンライン更新時刻、オンライン更新者ＩＤ、削除フラグが１つのレコード内に格納されている。
図１２（ｄ）は、カレンダ計画ファイル１６７を示すＥＲ図であり、物品コード、得意先コード、患者コード及び投与回数に対して、計画投与数、計画納品日、計画回収日、投与ＳＥＱ、納品ＳＥＱ、回収ＳＥＱが１つのレコード内に格納されている。

図１２（ｅ）は、カレンダファイル１６９を示すＥＲ図であり、年月日、物品コード、得意先コード、患者コード、及びＳＥＱに対して、イベント内容、ステイタス、タイムスタンプ、作成日、作成時刻、作成者ＩＤ、オンライン更新日、オンライン更新時刻、オンライン更新者ＩＤ、削除フラグが１つのレコード内に格納されている。
図１２（ｆ）は、カレンダ計画ファイル１７１を示すＥＲ図であり、物品コード、得意先コード、患者コード及び投与回数に対して、計画投与数、計画納品日、計画回収日、投与ＳＥＱ、納品ＳＥＱ、回収ＳＥＱが１つのレコード内に格納されている。

＜マーク生成手段のフロー＞
図１３は、本発明のマーク生成手段の動作を説明するためのフローチャートである。
まず、受信管理サーバ１１の受信部２７は、クライアント端末３の利用者別のカレンダ画面１０１で選択された物品コード、得意先コード、患者コード（図８参照）値を取得する（Ｓ１）。
次に、受信管理サーバ１１の日程算出部３１は、図１０（ｈ）に示すカレンダファイル１４５から物品、得意先、患者が一致する中止日の日付を取得する（Ｓ３）。
次に、日程算出部３１は、取得するイベントの対象範囲を計算する（Ｓ５）。
次に、日程算出部３１は、ループ（１）として対象範囲期間をキーとしたカレンダファイルの対象レコードの数分計算を繰り返す（Ｓ７）。
次に、日程算出部３１は、図１０（ｇ）に示すカレンダファイル１４３から日付を取得する（Ｓ９）。

日程算出部３１は、ループ（２）として、イベント日付、物品、得意先、患者をキーとして、カレンダファイル１４３の対象レコードの数分の処理を繰り返す（Ｓ１１）。
次に、日程算出部３１は、カレンダファイル１４３から日付、物品、得意先、患者が一致するレコードのイベントを取得する（Ｓ１３）。
次に、日程算出部３１は、図１０（ｄ）のユーザマスタ１３７から削除フラグの有無を検索して削除フラグが有れば（有の場合）ステップＳ２９に進む。一方、削除フラグが無い場合には（無の場合）、ステップＳ１７に進み、イベントが投与であり、且つ最大シーケンスであるか否かを判定する（Ｓ１７）。ここで、最大シーケンスについては、同イベントのレコードがステイタスによって複数レコード作成されることがある。そのため複数レコード内の最大シーケンスが割り振られているレコードを最新のレコードと判定してイベントを表示している。

ステップＳ１７においてＮＯである場合にステップＳ２９に進む。
一方、ステップＳ１７においてＹＥＳである場合に日程算出部３１は、イベントの判定を行い（Ｓ１９）、イベントが「納品、回収」である場合にステップＳ２１に進んで緊急発注物品か否かを判定して（Ｓ２１）、緊急発注物品である場合に（Ｓ２１でＹＥＳ）状態を緊急状態に設定し（Ｓ２３）、ステップＳ２５に進み、イベントに関連付けたカレンダ計画ファイル１４７のレコードを取得する（Ｓ２５）。
そして、日程算出部３１は、投与回数を取得し（Ｓ２７）、ループ（２）を繰り返して（Ｓ２９）終了すると、次にループ（１）を繰り返し（Ｓ３１）、ループ（１）が終了した場合にマーク生成処理のサブルーチンをコールして（Ｓ３３）、当該サブルーチンから復帰した場合に本処理を終了する。

一方、日程算出部３１は、ステップＳ１９でイベントが「投与」の場合は、中止日があるか否かを判定して（Ｓ３５）、中止日がある場合に（ＹＥＳの場合）状態を中止にして（Ｓ３７）中止理由を取得して（Ｓ３９）ステップＳ２９に進む。
また、日程算出部３１は、ステップＳ３５で中止日が無い場合には（ＮＯの場合）、直近投与日の中止があるか否かを判定して（Ｓ４１）、直近投与日の中止判定がある場合には（ＹＥＳの場合）、状態を再開にして（Ｓ４３）ステップＳ２５に進む。
また、日程算出部３１は、ステップＳ４１で直近投与日の中止判定が無い場合には（ＮＯの場合）、状態を投与回数にして（Ｓ４５）ステップＳ２５に進む。

＜マーク生成処理のサブルーチンのフロー＞
図１４（ａ）は、本発明のマーク生成手段におけるマーク生成処理のサブルーチンの動作を説明するためのフローチャートであり、図１４（ｂ）はマーク生成処理に用いるマークテーブルである。
図１３に示すステップＳ３３に進むと、マーク生成部３１ａは、マーク生成処理を実行するためのサブルーチンによりマークテーブルを参照して各種のマークを生成する。
まず、マーク生成部３１ａは、図１２に示すカレンダファイル１６１，１６５，１６９に含まれるイベント内容を判定し（Ｓ５１）、判定した結果が「投与」である場合にステップＳ５３に進んでステイタスの判定を行う（Ｓ５３）。

その結果、マーク生成部３１ａは、投与日であり且つ投与の回数が３回目である場合は、注射のマークに数字の「３」を添付した投与マークＭ５５を生成する（Ｓ５５）。
また、マーク生成部３１ａは、投与日であり且つ緊急である場合は、注射のマークに「緊急」を添付した緊急投与マークＭ５７を生成する（Ｓ５７）。
また、マーク生成部３１ａは、投与日であり且つ投与中止である場合は、注射のマークに「中止」を添付した投与中止マークＭ５９を生成する（Ｓ５９）。
また、マーク生成部３１ａは、投与日であり且つ投与の再開でその回数が１０回目の場合は、注射のマークに数字の「１０（再）」を添付した投与再開マークＭ６１を生成する（Ｓ６１）。

また、マーク生成部３１ａは、イベント内容を判定した結果（Ｓ５１）、イベントが「納品」である場合にステップＳ６３に進んでステイタスの判定を行う（Ｓ６３）。その結果、納品日であり且つ納品の回数が５回目である場合は、納品車両のマークに数字の「５」を添付した納品マークＭ６５を生成する（Ｓ６５）。
また、マーク生成部３１ａは、納品日であり且つ納品が緊急である場合は、納品車両のマークに「緊急」を添付した緊急納品マークＭ６７を生成する（Ｓ６７）。
また、マーク生成部３１ａは、イベント内容を判定した結果（Ｓ５１）、イベントが「回収」である場合にステップＳ６９に進んでステイタスの判定を行う（Ｓ６９）。その結果、回収日であり且つ回収の回数が２回目である場合は、回収車両のマークに数字の「２」を添付した回収マークＭ７１を生成する（Ｓ７１）。

＜納品日算出処理のフロー＞
図１５は、本発明の納品日算出生成処理の動作を説明するためのフローチャートである。
まず、日程算出部３１は、日付、物品コード、得意先コードを判定する（Ｓ８１）。判定の結果、何れかが「０」である場合にステップＳ９９に進んでエラーメッセージを表示して（Ｓ９９）終了する。
日程算出部３１は、ステップＳ８１で全てが「０」以外である場合に、ステップＳ８３に進み、得意先別物品マスタ設定から各データを取得する（Ｓ８３）。ここで、各データの詳細は、納品日リードタイム、納品時刻、納品場所、回収日、回収時刻、倉庫コードである。
次に、日程算出部３１は、納品日リードタイムの判定を行う（Ｓ８５）。判定の結果、「０」以下である場合にステップＳ９９に進んでエラーメッセージを表示して（Ｓ９９）終了する。

日程算出部３１は、ステップＳ８５で「１」以上である場合に、
「納品日」＝「投与日」−「納品日リードタイム」
についての計算を実行する（Ｓ８７）。
次に、日程算出部３１は、ループ（１）として納品日直近の営業日を算出する（Ｓ８９）。
次に、日程算出部３１は、納品日の土日、祝祭日の判定を行う（Ｓ９１）。納品日が「平日」である場合にステップＳ９７に進んで納品日が当日以降か否かを判定して（Ｓ９７）、当日以降である場合に（Ｙｅｓの場合）終了し、納品日が当日より以前である場合に（Ｎｏの場合）ステップＳ９９に進んでエラーメッセージを表示して（Ｓ９９）終了する。

一方、日程算出部３１は、ステップＳ９１で納品日が土日、祝祭日である場合に、ステップＳ９３に進んで、
「納品日」＝「納品日」−１
についての計算を実行して（Ｓ９３）、ステップＳ８９のループ（１）を終了するまで繰り返して（Ｓ９５）、ステップＳ９７に進んで納品日が当日以降か否かを判定して（Ｓ９７）、当日以降である場合に（Ｙｅｓの場合）終了し、納品日が当日より以前である場合に（Ｎｏの場合）ステップＳ９９に進んでエラーメッセージを表示し（Ｓ９９）、処理を終了する。

＜出荷日算出処理フロー＞
図１６は、本発明の出荷日算出処理の動作を説明するためのフローチャートである。
まず、日程算出部３１は、日付、物品コード、得意先コードを判定する（Ｓ１０１）。判定の結果、何れかが「０」である場合にステップＳ１２３に進んでエラーメッセージを表示して（Ｓ１２３）終了する。
日程算出部３１は、ステップＳ１０１で全てが「０」以外である場合に、ステップＳ１０３に進んで納品日の土日、祝祭日の判定を行う（Ｓ１０３）。納品日が土日、祝祭日である場合に、ステップＳ１２３に進んでエラーメッセージを表示して（Ｓ１２３）終了する。
また、日程算出部３１は、納品日が「平日」である場合にステップＳ１０５に進み、得意先別物品マスタ設定から各データを取得する（Ｓ１０５）。ここで、各データの詳細は、納品日リードタイム、納品時刻、納品場所、回収日、回収時刻、倉庫コード、出荷日リードタイムである。

次に、日程算出部３１は、出荷日リードタイムの判定を行う（Ｓ１０７）。判定の結果、「０」以下である場合にステップＳ１２３に進んでエラーメッセージを表示して（Ｓ１２３）終了する。
ステップＳ１０７で「１」以上である場合に、日程算出部３１は、ステップＳ１０９に進んで納品日が当日以降か否かを判定して（Ｓ１０９）、当日以前（Ｎｏの場合）である場合にステップＳ１２３に進んでエラーメッセージを表示して（Ｓ１２３）終了する。また当日以降である場合に（Ｙｅｓの場合）出荷日に納品日を代入する（Ｓ１１１）。
次に、日程算出部３１は、ループ（１）として出荷日直近の営業日を算出して（Ｓ１１３）、
「出荷日」＝「出荷日」−「１日」
についての計算を実行する（Ｓ１１５）。

次に、日程算出部３１は、出荷日が土日、祝祭日か否かを判定する（Ｓ１１７）。納品日が「平日」である場合にステップＳ１２１に進んで出荷日が当日以降か否かを判定して（Ｓ１２１）、当日以降である場合に（Ｙｅｓの場合）終了し、納品日が当日より以前である場合に（Ｎｏの場合）ステップＳ１２３に進んでエラーメッセージを表示して（Ｓ１２３）終了する。
一方、日程算出部３１は、ステップＳ１１７において出荷日が土日、祝祭日である場合に、ステップＳ１１９に進み、ステップＳ１１３のループ（１）を終了するまで繰り返して（Ｓ１１９）、ステップＳ１２１に進んで出荷日が当日以降か否かを判定して（Ｓ１２１）、当日以降である場合に（Ｙｅｓの場合）に、処理を終了する。出荷日が当日より以前である場合に（Ｎｏの場合）ステップＳ１２３に進み、エラーメッセージを表示して（Ｓ１２３）、処理を終了する。

＜回収日算出処理フロー＞
図１７は、本発明の回収日算出処理の動作を説明するためのフローチャートである。
まず、日程算出部３１は、日付、物品コード、得意先コードを判定する（Ｓ１３１）。判定の結果、何れかが「０」である場合にステップＳ１４７に進んでエラーメッセージを表示して（Ｓ１４７）終了する。
日程算出部３１は、ステップＳ１３１で全てが「０」以外である場合に、ステップＳ１３３に進んで得意先別物品マスタ設定から各データを取得する（Ｓ１３３）。ここで、各データの詳細は、納品日リードタイム、納品時刻、納品場所、回収日、回収時刻、倉庫コード、回収日リードタイムである。

次に、日程算出部３１は、回収日リードタイムの判定を行う（Ｓ１３５）。判定の結果、「０」以下である場合にステップＳ１４７に進んでエラーメッセージを表示して（Ｓ１４７）終了する。
日程算出部３１は、ステップＳ１３５で「１」以上である場合に、
「回収日」＝「投与日」＋「回収日リードタイム」
についての計算を実行する（Ｓ１３７）。
次に、日程算出部３１は、ループ（１）として回収日直近の営業日を算出する（Ｓ１３９）。

次に、日程算出部３１は、回収日の土日、祝祭日の判定を行う（Ｓ１４１）。納品日が「平日」である場合に終了する。
一方、日程算出部３１は、ステップＳ１４１で回収日が土日、祝祭日である場合に、ステップＳ１４３に進んで、
「回収日」＝「回収日」＋１
についての計算を実行して（Ｓ１４３）、ステップＳ１３９のループ（１）を終了するまで繰り返して（Ｓ１４５）終了する。

＜本発明の実施態様例の構成、作用、効果＞
＜第１態様＞
本態様の受注管理装置７は、クライアント端末３からネットワーク５を介して受信した物品に係る受注データを、物品を搬送ユニット１７に収容して発注者に配送する配送者の物流管理サーバ１３に送信する受注管理装置７であって、月毎に複数の日付領域が配置された利用者別のカレンダ画面データ２３を生成するカレンダ生成部２１と、利用者別のカレンダ画面データ２３をクライアント端末３に配信する配信部２５と、利用者別のカレンダ画面データ２３に指定された利用日データ２９をクライアント端末３から受信する受信部２７と、受信した利用日データ２９に基づいて、物品を納品する日程を表す納品日データ３３ａ、物品を利用した後の搬送ユニット１７を回収する日程を表す回収日データ３３ｂを算出する日程算出部３１と、物品に係る納品日データ３３ａ、利用日データ２９、回収日データ３３ｂ、物品を利用する利用者の利用者識別データ３７ａ、及び物品の配送先データを含む受注データ３７を生成する受注データ生成部３５と、生成した受注データ３７を物流管理サーバ１３に送信する送信部３９と、を備えたことを特徴とする。
本態様によれば、カレンダ生成部２１が、月毎に複数の日付領域が配置された利用者別のカレンダ画面データ２３を生成する。配信部２５が、利用者別のカレンダ画面データ２３をクライアント端末３に配信する。受信部２７が、利用者別のカレンダ画面データ２３に指定された利用日データ２９をクライアント端末３から受信する。日程算出部３１が、受信した利用日データ２９に基づいて、物品を納品する日程を表す納品日データ３３ａ、物品を利用した後の搬送ユニット１７を回収する日程を表す回収日データ３３ｂを算出する。受注データ生成部３５が、物品に係る納品日データ３３ａ、利用日データ２９、回収日データ３３ｂ、物品を利用する利用者の利用者識別データ３７ａ、及び物品の配送先データを含む受注データ３７を生成する。送信部３９が、生成した受注データ３７を物流管理サーバ１３に送信する。
ここで、受注管理サーバ１１は、クライアント端末３から受信した利用日データ２９に基づいて、受注データ３７を生成して物流管理サーバ１３に送信するため、当該物品の在庫状況を適正に、且つ効率的に管理することができる。
これにより、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理することができる。

＜第２態様＞
本態様のカレンダ生成部２１は、物品名の枠内１０５、患者名の枠内１１３、及び病院名の枠内１０９を含む利用者別のカレンダ画面データ２３を生成することを特徴とする。
本態様によれば、利用者別のカレンダ生成部２１は、物品名、患者名、及び病院名を入力することで、当該患者に必要な薬品の納品日、投与日、及び回収日を正確に且つ迅速に生成することができる。
これにより、発注者は患者に対する正確なデータを受信して受注管理を適正に行なうことが出来、患者治療予定などを正確に管理することが可能となる。

＜第３態様＞
本態様の日程算出手部３１は、利用日データ２９を基準に算出された納品日データ３３ａに基づいて、回収日データ３３ｂ、及び前記物品を出荷する日程を表す出荷日データを算出することを特徴とする。
本態様によれば、物品を実際に利用する利用日データ２９に基づいて、納品日を決定してその納品日にマッチした出荷日と、利用した後の配送ユニット１７を回収する回収日を決定することができる。
これにより、必要に応じた適切な在庫管理による在庫ロスの低減と配送日のスケジュール化を行なうことを行なうことによる効率のよい配送及び回収が可能となる。

＜第４態様＞
本態様の配信部２７は、日程算出部３１が算出した納品日データ３３ａ、及び回収日データ３３ｂをクライアント端末３に表示されている利用者別のカレンダ画面上に配信することを特徴とする。
本態様によれば、クライアントは利用者別のカレンダ画面上で即座に納品日と配送ユニット１７の回収日を認識することができる。
これにより、配送者は納品日と回収日の予定を予め確認できる。

＜第５態様＞
本態様の受信部２７が、利用者別のカレンダ画面データ２３に含まれる一括登録キー１２９へのキー操作を表す一括登録指示データをクライアント端末３から受信した場合に、送信部３９は、受注データ３７を物流管理サーバ１３に送信することを特徴とする。
本態様によれば、クライアントは利用者別のカレンダ画面上で物品を一括して登録することにより、利用者別のカレンダ画面に複数の画面の一括で表示することができる。
これにより、クライアントの操作性を高めることができる。

＜第６態様＞
本態様の日程算出部３１は、納品日データ３３ａ、利用日データ２９、及び回収日データ３３ｂをそれぞれに表す納品日マーク１２３、利用日マーク１２５、及び回収日マーク１２７を生成するマーク生成部３１ａを備えることを特徴とする。
本態様によれば、利用者別のカレンダ画面上に納品日、利用日、及び回収日をマークで表示することができる。
これにより、クライアントは即座に内容を把握することができる。

＜第７態様＞
本態様の配信部２５は、マーク生成部３１ａが生成した納品日マーク１２３、利用日マーク１２５、及び回収日マーク１２７をクライアント端末３に配信することを特徴とする。
本態様によれば、画面上に納品日、利用日、及び回収日を明確に表示することができる。
これにより、クライアントは各マークを見るだけで確実に物品の現在状況を確認することができる。

＜第８態様＞
本態様のマーク生成部３１ａは、納品日マーク１２３、利用日マーク１２５、及び回収日マーク１２７のそれぞれに１つの物品に関連付けた日程を表すマークを生成することを特徴とする。
本態様によれば、画面上に納品日、利用日、及び回収日のそれぞれの履歴を表示することができる。
これにより、クライアントは利用者の履歴を確認することができるため、間違った投与や不要な投与を未然に防止することができる。

＜第９態様＞
本態様の受注管理システム１は、第１態様乃至第８態様記載の何れか一項に記載の受注管理装置７と、クライアント端末３と、を備えたことを特徴とする。
本態様によれば、受注管理装置７とクライアント端末３により容易にシステムを構築することができる。
これにより、システムを容易に且つ安価に構成することができる。

＜第１０態様＞
本態様のクライアント端末３は、受注管理装置７から受信した利用者別のカレンダ画面データに対する操作に応じて利用日データ２９を受注管理装置７に送信する第１送信部３ａと、受注管理装置７から受信した納品日データ３３ａ、及び回収日データ３３ｂを利用者別のカレンダ画面上に表示するように制御する表示制御部３ｂと、利用者別のカレンダ画面データ２３に含まれる一括登録キーに対する操作に応じて一括登録指示データを受注管理装置７に送信する第２送信部３ｃと、を備えたことを特徴とする。
本態様によれば、クライアント端末３に第１送信部３ａ、表示制御部３ｂ、及び第２送信部３ｃを備えるので、クライアント端末３と受注管理装置７とのデータの授受をスムーズに行うことができる。
これにより、システム全体を簡易に構成できるばかりでなく、システムの制御も容易とすることができる。

＜第１１態様＞
本態様の表示制御部３ｂは、受注管理装置７から受信した納品日マーク１２３、利用日マーク１２５、及び回収日マーク１２７を利用者別のカレンダ画面上に表示するように制御することを特徴とする。
本態様によれば、受注管理装置７からは各マークのデータをクライアント端末３に送信するだけでよくなり、全体の制御が容易となる。
これにより、システム全体を簡易に構成できるばかりでなく、システムの制御も容易とすることができる。

＜第１２態様＞
本態様の表示制御部３ｂは、受注管理装置７から受信した納品日マーク１２３、利用日マーク１２５、及び回収日マーク１２７のそれぞれに１つの物品に係る一連の日程であることを表すマークを表示するように制御することを特徴とする。
本態様によれば、画面上に納品日、利用日、及び回収日のそれぞれの履歴を表示することができる。
これにより、クライアントは利用者の履歴を確認することができるため、間違った投与や不要な投与を未然に防止することができる。

＜第１３態様＞
本態様の受注管理システム１は、第１態様乃至第８態様記載の何れか一項に記載の受注管理装置７と、物流管理サーバ１１と、を備えたことを特徴とする。
本態様によれば、受注管理装置７と物流管理サーバ１１により容易にシステムを構築することができる。
これにより、システムを容易に且つ安価に構成することができる。

＜第１４態様＞
本態様の物流管理サーバ１３は、受注管理装置７から受注データ３７を受信した場合に、受注データ３７に基づいて物品に係る引き当て処理を行うことを特徴とする。
本態様によれば、受注データ３７には、受注に関する必要最小限のデータが含まれているので、このデータに基づいて物品に係る引き当て処理を実行することができる。
これにより、物流管理サーバ１３は受注データ３７を管理するだけで正確な受注処理を行うことができる。

＜第１５態様＞
本態様の受注管理方法は、クライアント端末３からネットワーク５を介して受信した物品に係る受注データを、物品を搬送ユニット１７に収容して発注者に配送する配送者側の物流管理サーバ１３に送信する受注管理方法であって、月毎に複数の日付領域が配置された利用者別のカレンダ画面データ２３を生成するカレンダ生成ステップと、利用者別のカレンダ画面データ２３をクライアント端末３に配信する配信ステップと、利用者別のカレンダ画面データ２３に指定された利用日データ２９をクライアント端末３から受信する受信ステップと、受信した利用日データ２９に基づいて、物品を納品する日程を表す納品日データ３３ａ、物品を利用した後の搬送ユニット１７を回収する日程を表す回収日データ３３ｂを算出する日程算出ステップと、物品に係る納品日データ３３ａ、利用日データ２９、回収日データ３３ｂ、物品を利用する利用者の利用者識別データ３７ａ、及び物品の配送先データを含む受注データ３７を生成する受注データ生成ステップと、生成した受注データ３７を物流管理サーバ１３に送信する送信ステップと、を備えたことを特徴とする。
本態様によれば、受注管理サーバ１１は、クライアント端末３から受信した利用日データ２９に基づいて、受注データ３７を生成して物流管理サーバ１３に送信するため、当該物品の在庫状況を適正に、且つ効率的に管理することができる。
これにより、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理することができる。

＜第１６態様＞
本態様のプログラムは、第１５態様に記載された受注管理方法における各ステップをプロセッサに実行させることを特徴とする。
本態様によれば、各ステップをプロセッサに実行させることができる。このため、物品の配送日程を管理するだけでなく、回収が必要な容器の回収日程を適正、且つ効率的に管理することができる。

１…受注管理システム、３…クライアント端末、５、１５…ネットワーク、７…受注管理装置、９…フロントエンドサーバ、１１…受注管理サーバ、１３…物流管理サーバ、１７…配送ユニット、２１…カレンダ生成部、２３…利用者別のカレンダ計画データ、２５…配信部、２７…受信部、２９…利用日データ、３１…日程算出部、３５…受注データ生成部、３７…受注データ、３９…送信部。

Claims (15)

1. 発注者の発注者端末から通信ネットワークを介して受信した物品に係る利用者別の受注データを、前記物品を容器に収容して前記発注者に配送する配送者側の物流管理サーバに送信する受注管理装置であって、
   物品コードを指定する領域、利用者識別データを指定する領域、物品の配送先データを指定する領域、及び月毎に複数の日付領域が配置され、利用日データを指定する利用者別のカレンダ領域を含むようにカレンダ画面データを生成するカレンダ画面データ生成手段と、
   前記利用者別のカレンダ画面データを前記発注者端末に配信する配信手段と、
   前記発注者端末に表示されている前記利用者別のカレンダ画面データに対して前記発注者が指定した物品コード、利用者識別データ、配送先データ、及び利用日データを前記発注者端末から受信する受信手段と、
   前記受信した利用日データから、前記物品の配送先データに対応した前記物品の出庫から配送先への納品までの時間を表す納品日リードタイムを引いた日を、前記物品を納品する日程を表す納品日データとして算出するとともに、前記物品を利用する利用日データに、前記物品の配送先データに対応した前記物品の利用後から前記容器の回収までの時間を表す回収日リードタイムを加算した日を、前記容器を回収する日程を表す回収日データとして算出する日程算出手段と、
   前記物品に係る前記納品日データ、前記利用日データ、前記回収日データ、前記物品を利用する利用者の利用者識別データ、及び前記物品の配送先データを含む受注データを生成する受注データ生成手段と、
   前記生成した受注データを前記物流管理サーバに送信する送信手段と、を備えたことを特徴とする受注管理装置。
2. 前記カレンダ画面データ生成手段は、前記物品を指定する領域、前記利用者識別データを指定する領域、及び前記配送先データを指定する領域を含む利用者別のカレンダ画面データを生成することを特徴とする請求項１記載の受注管理装置。
3. 前記日程算出手段は、前記算出した納品日データから１日を引いた日を前記物品を出荷する日程を表す出荷日データとして算出することを特徴とする請求項１記載の受注管理装置。
4. 前記配信手段は、前記日程算出手段が算出した前記納品日データ、及び前記回収日データを前記発注者端末に表示されている前記利用者別のカレンダ画面上に配信することを特徴とする請求項１記載の受注管理装置。
5. 前記受信手段が、前記利用者別のカレンダ画面データに含まれる一括登録キーへのキー操作を表す一括登録指示データを前記発注者端末から受信した場合に、前記送信手段は、前記受注データを前記物流管理サーバに送信することを特徴とする請求項１記載の受注管理装置。
6. 前記日程算出手段は、
   納品日データ、利用日データ、及び回収日データをそれぞれ表す画像データである納品日マークデータ、利用日マークデータ、及び回収日マークデータを記憶するマークテーブルと、
   前記納品日データ、前記利用日データ、及び前記回収日データに基づいて、前記マークテーブルを参照して、それぞれを表す納品日マークデータ、利用日マークデータ、及び回収日マークデータを生成するマーク生成手段と、を備えることを特徴とする請求項１記載の受注管理装置。
7. 前記配信手段は、前記マーク生成手段が生成した画像データである前記納品日マークデータ、前記利用日マークデータ、及び前記回収日マークデータを前記発注者端末に配信することを特徴とする請求項６記載の受注管理装置。
8. 請求項１乃至７の何れか一項に記載の受注管理装置と、
   発注者端末と、を備えたことを特徴とする受注管理システム。
9. 前記発注者端末は、
   前記受注管理装置から受信した利用者別のカレンダ画面データに対する操作に応じて利用日データを前記受注管理装置に送信する第１送信手段と、
   前記受注管理装置から受信した前記納品日データ、及び前記回収日データを前記利用者別のカレンダ画面上に表示するように制御する表示制御手段と、
   前記利用者別のカレンダ画面データに含まれる一括登録キーに対する操作に応じて一括登録指示データを前記受注管理装置に送信する第２送信手段と、を備えたことを特徴とする請求項８記載の受注管理システム。
10. 前記表示制御手段は、前記受注管理装置から受信した、納品日データ、利用日データ、及び回収日データをそれぞれ表す画像データである前記納品日マークデータ、前記利用日マークデータ、及び前記回収日マークデータを前記利用者別のカレンダ画面上に表示するように制御することを特徴とする請求項９記載の受注管理システム。
11. 前記表示制御手段は、前記受注管理装置から受信した画像データである前記納品日マークデータ、前記利用日マークデータ、及び前記回収日マークデータに対して、それぞれに物品の納品回数、利用回数、回収回数を表すマークデータを表示するように制御することを特徴とする請求項１０記載の受注管理システム。
12. 請求項１乃至７の何れか一項に記載の受注管理装置と、
    物流管理サーバと、を備えたことを特徴とする受注管理システム。
13. 前記物流管理サーバは、
    前記受注管理装置から受注データを受信した場合に、前記受注データに基づいて前記物品に係る引き当て処理を行うことを特徴とする請求項１２記載の受注管理システム。
14. 発注者の発注者端末から通信ネットワークを介して受信した物品に係る受注データを、前記物品を容器に収容して前記発注者に配送する配送者側の物流管理サーバに送信する受注管理装置による受注管理方法であって、
    物品コードを指定する領域、利用者識別データを指定する領域、物品の配送先データを指定する領域、及び月毎に複数の日付領域が配置され、利用日データを指定する利用者別のカレンダ領域を含むようにカレンダ画面データを生成するカレンダ画面データ生成ステップと、
    前記利用者別のカレンダ画面データを前記発注者端末に配信する配信ステップと、
    前記発注者端末に表示されている前記利用者別のカレンダ画面データに対して前記発注者が指定した物品コード、利用者識別データ、配送先データ、及び利用日データを前記発注者端末から受信する受信ステップと、
    前記受信した利用日データから、前記物品の配送先データに対応した前記物品の出庫から配送先への納品までの時間を表す納品日リードタイムを引いた日を、前記物品を納品する日程を表す納品日データとして算出するとともに、前記物品を利用する利用日データに、前記物品の配送先データに対応した前記物品の利用後から前記容器の回収までの時間を表す回収日リードタイムを加算した日を、前記容器を回収する日程を表す回収日データとして算出する日程算出ステップと、
    前記物品に係る前記納品日データ、前記利用日データ、前記回収日データ、前記物品を利用する利用者の利用者識別データ、及び前記物品の配送先データを含む受注データを生成する受注データ生成ステップと、
    前記生成した受注データを前記物流管理サーバに送信する送信ステップと、を実行することを特徴とする受注管理方法。
15. 請求項１４に記載された受注管理方法における各ステップをプロセッサに実行させることを特徴とするプログラム。

Images