(57)【要約】患者にレンズを分配する眼科医のいる様々な場所で維持されている処方目的または診断目的のコンタクトレンズの在庫レベルの追跡プロセスを効率的にする動的在庫追跡／管理システム及びその方法。この在庫追跡システムは、注文入力インフラストラクチャにシームレスにインターフェイスして、眼科医のいる様々な場所で維持されているストック及び診断レンズの在庫レベルの補充を自動的に開始し、かつ／またはＥＣＰが受け取る在庫「低」の警告メッセージを提供する。
2005535976.tif 000002
【特許請求の範囲】
【請求項１】
動的在庫追跡／管理システムにおいて、
レンズ製品情報が保存されているデータベースへのアクセスを可能にするサーバー装置であって、前記レンズ製品情報が、レンズ製品を顧客に分配する様々な場所における在庫に維持されているレンズ製品の種類及び数量を含む在庫データを含み、前記レンズ製品が、前記レンズ製品情報を直接示す判読表示を有するパッケージまたは前記データベースに含まれている対応するレンズ製品情報の参照を提供するパッケージを含む、前記サーバー装置と、
特定の場所で顧客に分配されるレンズ製品のパッケージに設けられた表示をスキャンして、その場所に関連したそれぞれの種類のレンズ製品について分配された数量及びレンズ製品の種類の識別子を含む在庫追跡情報を得ることができる、前記各場所に設けられる装置と、
前記各場所で得たスキャンした在庫追跡情報を通信ネットワークを介して前記データベースサーバーに直接通信できるようにする機構と、
前記スキャンした在庫追跡情報に基づいて前記各場所に維持されているそれぞれの在庫を追跡するための機構であって、前記各場所の前記在庫レベルに維持されている数量を用いて、ぞれぞれの種類のレンズ製品について前記各場所で分配されたレンズ製品の数量を更新し、更新した在庫レンズ製品在庫レベル情報を各場所で使用できるようにするために報告する、前記追跡機構とを含むことを特徴とする動的在庫追跡／管理システム。
【請求項２】
情報を入力するために前記データベースサーバーと直接通信するための前記機構が、前記通信ネットワークへの有線接続を含むことを特徴とする請求項１に記載の動的在庫追跡／管理システム。
【請求項３】
前記通信ネットワークが、公衆交換電話網、公衆インターネット、及び専用イントラネットを含む群の１つを含むことを特徴とする請求項１に記載の動的在庫追跡／管理システム。
【請求項４】
更に、前記各場所についてレンズ製品の注文及びフルフィルメント機能を提供する注文入力インフラストラクチャを含み、前記各場所に設けられた前記スキャン装置が更に、前記各場所に報告された前記更新された在庫レンズ製品在庫に基づいてレンズ製品注文情報の入力を可能にし、前記注文情報を、前記通信ネットワークを介して前記注文入力インフラストラクチャに直接通信できることを特徴とする請求項１に記載の動的在庫追跡／管理システム。
【請求項５】
更に、ある場所の前記装置から直接通信された在庫追跡情報を受け取る前に、その場所の確認をする機構を含むことを特徴とする請求項４に記載の動的在庫追跡／管理システム。
【請求項６】
前記追跡機構が、所定の種類のレンズ製品について、ある場所に維持されている更新された在庫レベルを所定のレンズ注文閾値と比較する機構を含み、前記機構が、ある場所における特定のレンズ製品の自動レンズ補充を可能にするために、前記注文入力インフラストラクチャに通信する注文の作成を自動的に開始することを特徴とする請求項５に記載の動的在庫追跡／管理システム。
【請求項７】
前記追跡機構が、所定の種類のレンズ製品について、ある場所に維持されている更新された在庫レベルを所定のレンズ注文閾値と比較する機構を含み、前記機構が、前記場所における所定のレンズ製品の供給「低」を示す、前記場所に通信するメッセージを自動的に作成することを特徴とする請求項５に記載の動的在庫追跡／管理システム。
【請求項８】
前記各場所に設けられた前記スキャン装置が更に、特定の顧客についてのレンズ製品再注文情報の入力を可能にし、前記顧客再注文情報を、前記通信ネットワークを介して前記注文入力インフラストラクチャに直接通信できることを特徴とする請求項４に記載の動的在庫追跡／管理システム。
【請求項９】
前記スキャンされる表示が、特定の顧客についての再注文情報に関連した更なる表示を含み、前記各場所に設けられた前記スキャン装置が更に、前記顧客のためにレンズを再注文する時に関連した再注文情報の送信のために前記更なる表示をスキャンすることを特徴とする請求項８に記載の動的在庫追跡／管理システム。
【請求項１０】
追跡される前記レンズ製品の種類が、無記名とするが識別コードは追跡できる特定の患者に対して試用装着に用いられる診断レンズを含む群の１または複数を含むことを特徴とする請求項４に記載の動的在庫追跡／管理システム。
【請求項１１】
追跡される前記レンズ製品の種類が販売レンズを含み、前記販売レンズが、ストック在庫に維持されている販売レンズ及び医師管理の患者への引渡し（ＤＣＰＤ）販売レンズを含む群の１または複数を含むことを特徴とする請求項４に記載の動的在庫追跡／管理システム。
【請求項１２】
顧客に分配されるレンズ製品のパッケージの表示をスキャンするために前記各場所に設けられた前記装置が、注文及び在庫追跡目的のためにスキャンしたレンズ製品情報を保存する機構を含み、前記システムが、前記通信ネットワークを介して前記各場所の前記保存された情報を前記データベースに定期的に通信することを特徴とする請求項４に記載の動的在庫追跡／管理システム。
【請求項１３】
前記データベースサーバーに保存されたレンズ製品情報が、レンズ製品のコード、ロット番号、在庫管理単位（ＳＫＵ）、数量、及びレンズのパラメータを含む群の１または複数を含むことを特徴とする請求項１に記載の動的在庫追跡／管理システム。
【請求項１４】
前記スキャン装置がハンドヘルド装置であることを特徴とする請求項１に記載の動的在庫追跡／管理システム。
【請求項１５】
レンズ製品の在庫を動的に追跡する方法であって、
（ａ）顧客にレンズを分配する様々な場所の在庫に維持されているレンズ製品の種類及び数量を含む在庫データを含むレンズ製品情報をメモリに保存するステップであって、前記レンズ製品が、前記レンズ製品情報を直接示す判読表示を有するパッケージを含む、前記ステップと、
（ｂ）前記各場所で顧客に分配されるレンズ製品のパッケージの表示をスキャンして、ある場所に関連した分配されたそれぞれのパッケージされたレンズについて分配された数量及びレンズ製品の種類の識別子を含む在庫追跡情報を得るステップと、
（ｃ）前記各場所で得たスキャンした在庫追跡情報を通信ネットワークを介して前記データベースサーバーに直接通信するステップと、
（ｄ）前記各場所の前記在庫レベルに維持されている数量を用いて、分配されたレンズ製品の数量を更新して、前記スキャンした在庫追跡情報に基づいて前記各場所に維持されている在庫を追跡し、各場所で使用できるようにするために、更新した在庫レンズ製品在庫レベル情報を報告するステップを含むことを特徴とする方法。
【請求項１６】
直接通信する前記ステップ（ｂ）が、前記データベースに情報を直接入力するために有線でのデータ転送送信を可能にするステップを含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
更に、前記場所に報告された前記更新された在庫レンズ製品在庫に基づいてレンズ製品注文情報を入力し、前記各場所に対してレンズ製品の注文及びフルフィルメント機能を提供するために、前記注文情報を前記通信ネットワークを介して注文入力インフラストラクチャに直接通信するステップを含むことを特徴とする請求項１５に記載の方法。
【請求項１８】
前記ステップ（ｃ）の前に、直接通信された在庫追跡情報をある場所の前記装置から受け取る前にその場所を確認するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記在庫を追跡する前記ステップ（ｄ）が、
ある場所に維持されている更新された在庫レベルを、特定の種類のレンズ製品について第１の所定のレンズ注文閾値と比較するステップと、
ある場所の特定のレンズ製品の自動レンズ補充を可能にするために注文の作成を自動的に開始するステップを含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記在庫を追跡する前記ステップ（ｄ）が、
ある場所に維持されている更新された在庫レベルを、特定の種類のレンズについて第２の所定のレンズ注文閾値と比較するステップと、
ある場所のレンズ製品の供給「低」を示すメッセージを、その場所に通信するために自動的に作成するステップとを含むことを特徴とする請求項１８に記載の方法。
【請求項２１】
追跡される前記レンズ製品の種類が、特定の患者に対して試用装着に用いられる診断レンズを含む群の１または複数を含み、
前記方法が更に、低レベル閾値がある場所のビジネスルール基準に一致すると、所定量の診断レンズがその場所に自動的に出荷されるように、各場所に対するカスタマイズ可能なビジネスルールのセットアップに基づいて前記診断レンズを自動補充するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２２】
更に、特定の顧客に対するレンズ製品再注文情報の入力と、前記通信ネットワークを介した前記顧客再注文情報の前記注文入力インフラストラクチャへの直接通信を可能にするステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２３】
前記スキャンされる表示が、特定の顧客に対する再注文情報に関連した更なる表示を含み、前記スキャンするステップが、前記顧客に対してレンズを再注文する場合に、関連した再注文情報の送信のために前記更なる表示をスキャンするステップを含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
更に、注文または在庫追跡目的のためにスキャンしたレンズ製品情報を保存するステップと、
前記各場所で得た前記スキャンした情報を前記通信ネットワークを介して前記データベースに定期的に通信するステップとを含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
レンズ製品の在庫を動的に追跡するための方法を実施するべく機械によって実行可能な命令のプログラムを実体的に具現する、前記機械によって読取り可能な装置であって、前記方法が、
（ａ）顧客にレンズを分配する様々な場所の在庫に維持されているレンズ製品の種類及び数量を含む在庫データを含むレンズ製品情報をメモリに保存するステップであって、前記レンズ製品が、前記レンズ製品情報を直接示す判読表示を有するパッケージを含む、前記ステップと、
（ｂ）前記各場所で顧客に分配されるレンズ製品のパッケージの表示をスキャンして、ある場所に関連したそれぞれのレンズについて分配された数量及びレンズ製品の種類の識別子を含む在庫追跡情報を得るステップと、
（ｃ）前記各場所で得たスキャンした在庫追跡情報を通信ネットワークを介して前記データベースサーバーに直接通信するステップと、
（ｄ）前記各場所の前記在庫レベルに維持されている数量を用いて、分配されたレンズ製品の数量を更新して、前記スキャンした在庫追跡情報に基づいて前記各場所に維持されている在庫を追跡し、各場所で使用できるようにするために、更新した在庫レンズ製品在庫レベル情報を報告するステップを含むことを特徴とする機械によって読取り可能な装置。
【請求項２６】
直接通信する前記ステップ（ｂ）が、前記データベースに情報を直接入力するために有線でのデータ転送送信を可能にするステップを含むことを特徴とする請求項２５に記載の機械によって読取り可能な装置。
【請求項２７】
更に、前記場所に報告された前記更新された在庫レンズ製品在庫に基づいてレンズ製品注文情報を入力し、前記各場所に対してレンズ製品の注文及びフルフィルメント機能を提供するために、前記注文情報を前記通信ネットワークを介して注文入力インフラストラクチャに直接通信するステップを含むことを特徴とする請求項２５に記載の機械によって読取り可能な装置。
【請求項２８】
前記ステップ（ｃ）の前に、直接通信された在庫追跡情報をある場所の前記装置から受け取る前にその場所を確認するステップを含むことを特徴とする請求項２５に記載の機械によって読取り可能な装置。
【請求項２９】
前記在庫を追跡する前記ステップ（ｄ）が、
ある場所に維持されている更新された在庫レベルを、特定の種類のレンズ製品について第１の所定のレンズ注文閾値と比較するステップと、
ある場所の特定のレンズ製品の自動レンズ補充を可能にするために、前記注文入力インフラストラクチャに通信する注文の作成を自動的に開始するステップを含むことを特徴とする請求項２８に記載の機械によって読取り可能な装置。
【請求項３０】
前記在庫を追跡する前記ステップ（ｄ）が、
ある場所に維持されている更新された在庫レベルを、特定の種類のレンズについて第２の所定のレンズ注文閾値と比較するステップと、
ある場所のレンズ製品の供給「低」を示すメッセージを、その場所に通信するために自動的に作成するステップとを含むことを特徴とする請求項２８に記載の機械によって読取り可能な装置。
【請求項３１】
追跡される前記レンズ製品の種類が、特定の患者に対して試用装着に用いられる診断レンズを含む群の１または複数を含み、
前記方法が更に、低レベル閾値がある場所のビジネスルール基準に一致する度に、所定量の診断レンズがその場所に自動的に出荷されるように、各場所に対するカスタマイズ可能なビジネスルールのセットアップに基づいて前記診断レンズを自動補充するステップを含むことを特徴とする請求項２７に記載の機械によって読取り可能な装置。
【請求項３２】
更に、特定の顧客に対するレンズ製品再注文情報の入力と、前記通信ネットワークを介した前記顧客再注文情報の前記注文入力インフラストラクチャへの直接通信を可能にするステップを含むことを特徴とする請求項２７に記載の機械によって読取り可能な装置。
【請求項３３】
前記スキャンされる表示が、特定の顧客に対する再注文情報に関連した更なる表示を含み、前記スキャンするステップが、前記顧客に対してレンズを再注文する場合に、関連した再注文情報の送信のために前記更なる表示をスキャンするステップを含むことを特徴とする請求項２７に記載の機械によって読取り可能な装置。
【請求項３４】
更に、注文または在庫追跡目的のためにスキャンしたレンズ製品情報を保存するステップと、
前記各場所で得た前記スキャンした情報を前記通信ネットワークを介して前記データベースに定期的に通信するステップとを含むことを特徴とする請求項３３に記載の機械によって読取り可能な装置。
【発明の詳細な説明】
【発明の内容の開示】
【０００１】
本発明は、製品の在庫追跡システム及び方法に関し、詳細には、特に眼科医療従事者（ＥＣＰ）事務所に在庫として保管されている販売用及び診断用のコンタクトレンズなどの眼用レンズ製品の追跡及び管理を単純化した、ＥＣＰ及び患者が眼用レンズ製品を注文するためのシステム及び方法に関する。
【０００２】
従来技術の考察
新しい製造技術の出現によって、製造業者が新しいコンタクトレンズデザイン及び材料を提供できるようになった。例えば、製造業者は、近視、遠視、乱視、及び老視の矯正、並びに紫外線保護及び色の付いたレンズなどの視界強化機能などを提供する新規のコンタクトレンズを導入できるようになった。このようなデザイン及び機能の多様化により、在庫管理単位（ＳＫＵ）が著しく増大した。例えば、球面レンズ（近視矯正用）の場合はデザインのパラメータは１つである。二焦点コンタクトレンズ（老視）の場合は、デザインのパラメータは２つである。これらのパラメータはそれぞれ、使用者によって様々である。従って、ある近視患者は２．５ジオプター矯正が必要であり、別の近視患者は９ジオプター矯正が必要である。ジオプターの増分は０．５ジオプターまたは０．２５ジオプターとすることができる。０．２５の増分で９ジオプターまでを用意する場合、在庫を保持するのに３６ＳＫＵが必要である。乱視矯正（円環レンズ）の場合は、デザインパラメータが３つである。球面度数矯正、円柱度数矯正、及び軸度数矯正がある。円環レンズに対して球面度数、円柱度数、及び軸度数を組み合わせると、ＳＫＵが累乗で増えて数千となってしまう。このＳＫＵに色付きレンズを加えると、ＳＫＵが増大し、在庫を保持するための手配が頻繁になることを読者も理解できよう。現在、数千ものレンズ製品が利用可能であり、診断目的（以降、「診断」レンズ製品と呼ぶ）及び処方目的（以降、「販売」レンズ製品と呼ぶ）のためにＥＣＰによって患者に導入されている。
【０００３】
例えば、ＥＣＰは、高い一致率で患者が診断レンズに一致すると考えている。このような診断レンズは、ＥＣＰ事務所またはＥＣＰの他のレンズ製品在庫保管場所に保管されている。一般に、診断レンズ製品は、１つのパッケージの中、または蓋でつながった３個以上の一次パッケージを含むパッケージストリップの中に入れられている。他の診断レンズが販売パッケージに入っているが診断用に用いられる。
【０００４】
一方、販売レンズ製品は全て処方用である。一般に、販売レンズ製品は、検眼士または検眼や視力測定を行う他の有資格医療従事者の事務所からの電話で注文される。殆どのＥＣＰは、患者に必要になると必ず特定の製品ＳＫＵに対して注文を開始すると考えられている。事務所によっては、需要の高いＳＫＵに対して少ないストックを維持するべく周期的にストックを注文して補充する。
【０００５】
現在の慣例では、診断レンズに対してＳＫＵの総数の一部のみが提供される。診断または販売にかかわらず、レンズは、一次パッケージすなわちブリスターにパッケージされ、複数のブリスターが二次パッケージすなわちカートンにパッケージされている。それぞれのカートンは、例えば１個ずつパッケージされた６個、１２個、３０個、または９０個の一次パッケージを含むことができる。診断または販売にかかわらず、一次パッケージには、レンズパラメータ、製品名、有効期限、ロット番号、及びレンズブランドなどが印刷されたラベルが貼られている。このような印刷情報は、各ブリスター毎、または所定数のブリスターに亘って印刷されている。同様に、二次パッケージにも、上記した情報、並びに米国食品医薬品局（ＦＤＡ）によって規定された内容物の記載、リサイクルの国際的なマーク、ＵＶ保護、製品コード（ＵＰＣ−Ａタイプ）、及びロット番号が印刷されている。現在、二次パッケージのみに製品コード及びロット番号のバーコードが付されている。バーコードを含む一次パッケージもあるが、全ての製品がバーコードを含むものはでない。レンズパラメータは、処方された製品によって球面度数、円柱度数、追加度数（add power）、及び軸度数のあらゆる組合せを含むことができる。
【０００６】
現在、ＥＣＰ事務所は、患者に使用するＳＫＵに対して販売レンズ製品の在庫を維持し、所定量の診断レンズを周期的に受け取って在庫を維持する。しかしながら、在庫のレンズの量を系統的すなわち効果的に管理する方法が存在せず、まして在庫の販売レンズや診断レンズの使用状況の追跡などは行わない。例えば、在庫管理業務は、ＥＣＰまたはコンタクトレンズ技術者が、状況に応じて製品、ブランド、及び会社についての在庫レベルを調べるのが普通である。新製品に必要な在庫レベルは、最初の注文時に販売員の助けを借りて決定するが、現行の在庫レベルはコンタクトレンズ技術者またはＥＣＰスタッフの判断で決定される。すなわち、ＥＣＰスタッフが必要に応じて、データ処理や追跡目的のために、在庫に維持されている特定のＳＫＵに対してパッケージ及び／またはブリスターパックの数を手集計する。しかしながら、在庫は日常的には記録されていない。販売レンズ及び診断レンズ製品の在庫及び関連データの追跡や維持は、特に新しいレンズのＳＫＵの増大によって困難な業務になった。ジョンソン・アンド・ジョンソン社（Johnson & Johnson）の一事業部であるビスタコン（Vistakon）と本発明の譲受人が顧客サービスプログラムを提供する。このプログラムでは、ＥＣＰ事務所のストックがなくなった場合でも、患者の注文を満たすために製品を常に保持することと最小の在庫に保つという相反する目的が、医師管理の患者への引渡し（ＤＣＰＤ：Doctor Controlled Patient Delivery）の助けで達成される。コンタクトレンズ技術者が在庫管理及び注文の業務のために少なくとも週に４時間〜６時間を費やしていると推定される。
【０００７】
特に注文について述べると、ＥＣＰが特定の患者のために販売レンズを製造業者に再注文する場合、例えば、注文するレンズ製品の口頭での説明や、レンズ製品注文情報を含む患者の情報の手入力が必要である。このような業務は、単調で人的エラーが起こりやすい。ＳＫＵの増大で、複数のパラメータを特定するため注文に時間がかかるようになった。このような情報は、製造業者の注文入力システムに送信するために手入力しなければならないが、ＳＫＵごとのパラメータ数が増大するにつれてミスが起こる可能性が高くなる。更に、診断レンズは新しい患者の一致のためにＥＣＰに無料で提供されるものであるため、診断レンズの数量は、ＥＣＰ顧客によって注文される販売レンズの累積数量によって決められる。
【０００８】
現在、製造業者がＥＣＰに供給したコンタクトレンズ製品を効率的に追跡でき、ＥＣＰが膨大な数の診断レンズ及び販売レンズの在庫管理業務を簡素化でき、患者分配用のレンズの数量を容易に決定できる統一システムが要望されている。更に、ＥＣＰがレンズ製品を効率的に注文できるようにして手入力注文処理でよく起こるミスの発生を低減した統一システムが要望されている。
【０００９】
従って、ＥＣＰに販売レンズ及び診断レンズ製品の効率的な在庫追跡システムを提供することが極めて望ましい。
【００１０】
製造業者がＥＣＰに供給したコンタクトレンズ製品を効率的に追跡でき、かつＥＣＰが在庫を維持することができ、患者に分配できる膨大な数の診断レンズ及び販売レンズ製品の在庫管理業務を単純化した在庫追跡システムを提供することが極めて望ましい。
【００１１】
更に、自動的に診断レンズの注文を作成して顧客サービス注文入力処理を単純かつ能率的にし、ユーザーに、販売レンズに対する在庫「低」の警告や所定の患者の使用目的に基づいた自動注文作成を受け取るためのユーザーオプションを提供する効率的なレンズ製品注文入力システムを提供することが極めて望ましい。
【００１２】
更に、顧客サービス注文入力処理を単純かつ能率的にし、レンズ製品の注文作成を可能にしてレンズ製品の在庫レベルを自動的に維持及び最適化する効率的なレンズ製品注文入力システムを提供することが極めて望ましい。
【００１３】
更に、上記した好適な在庫追跡システム及びレンズ製品注文入力システムに使用する、レンズパッケージに設けられた固有のバーコード識別子をスキャンできるインテリジェントポータブルまたはハンドヘルドＰＤＡをＥＣＰに提供するのが極めて望ましい。
【００１４】
更に、既存の電話及びネットワーク通信インフラストラクチャに接続するモデム送信装置と共にインテリジェントポータブルまたはハンドヘルド・バーコード・スキャニング・システムを利用するＥＣＰに、上記した好適な在庫追跡システム及び自動レンズ製品注文入力システムを提供するのが極めて望ましい。
【００１５】
発明の要約
従って、本発明の目的は、在庫追跡プロセスを効率的にするようにデザインされた、販売及び診断コンタクトレンズの動的な自動在庫追跡システムを提供することである。
【００１６】
本発明の別の目的は、ローカルＥＣＰに維持されているレンズ製品の在庫レベルが自動的に維持され最適化されるように、販売レンズ及び診断レンズの注文を自動的に作成することで顧客サービス注文入力プロセスを単純化及び合理化した効率的なレンズ製品注文入力システムを提供することである。
【００１７】
本発明の更なる目的は、在庫レベル「低」をＥＣＰに自動的に警告し、在庫レベル「低」に基づいて注文をキャンセルまたは認証する機能をユーザーに提供して製品の再注文プロセスの開始を迅速化する顧客サービス機能を含む、販売製品在庫レベルの動的在庫追跡システム及びその方法を提供することである。
【００１８】
本発明の更に別の目的は、ローカルＥＣＰ施設内に新しい診断製品を自動的に補充／出荷し、不正使用されないように製品を効率的に管理する顧客サービス機能を提供する診断製品在庫の動的在庫追跡システム及びその方法を提供することである。
【００１９】
本発明の更に別の目的は、ローカルＥＣＰ施設内に新しい診断製品を自動的に補充／出荷し、不正使用されないように製品を効率的に管理する顧客サービス機能を提供する診断製品在庫の動的在庫追跡システム及びその方法を提供することである。
【００２０】
本発明の更なる目的は、在庫追跡及び在庫製品の注文プロセスを効率的にするようにデザインされた、インターネット対応の販売及び診断コンタクトレンズの動的な自動在庫追跡システムを提供することである。
【００２１】
本発明の更に別の目的は、ユーザーにオプションを提供して顧客サービス注文入力プロセスを単純化及び合理化した効率的なレンズ製品注文入力システムを提供することである。このオプションは、（１）在庫の販売レンズ製品が所定の閾値よりも低いことを警告すること、及び／または（２）レンズの使用に基づいて患者の注文を自動的に補充すること、及び／または（３）ＥＣＰに維持されているレンズ製品の在庫レベレルが自動的に維持され最適化されるように、顧客の承認またはキャンセルを用意した、低い在庫ＳＫＵに対する予め形式化された注文を含む。
【００２２】
本発明の更なる別の目的は、例えばレンズ製造時点からＥＣＰすなわち販売レンズ及び診断レンズの分配までの配送及び出荷物流に亘る注文情報（製造後）の追跡及び文書化の効率化及び改善を可能にする在庫追跡システムを提供する。
【００２３】
本発明の更に別の目的は、顧客のレンズ製品の補充注文を支援できる自動注文送信システム及び方法と、診断製品を補充し、ユーザーに、（１）販売レンズ製品の在庫「低」の警告、及び／または（２）レンズ使用に基づいた患者の注文の自動補充、及び／または（３）ＥＣＰによる顧客の認証またはキャンセルを用意した、低い在庫ＳＫＵに対する既にセットアップされた注文の機能をユーザーに提供する自動注文システムを提供することである。
【００２４】
従って、本発明の少なくとも一実施形態に従って、動的在庫追跡／管理システムを提供する。このシステムは、レンズ製品情報が保存されているデータベースへのアクセスを可能にするサーバー装置であって、このレンズ製品情報が、レンズ製品を顧客に分配する様々な場所における在庫に維持されているレンズ製品の種類（診断または販売）及び数量を含む在庫データを含み、このレンズ製品が、レンズ製品情報を直接示す判読表示を有するパッケージまたはデータベースに含まれている対応するレンズ製品情報の参照を提供するパッケージを含む、前記サーバー装置と、特定の場所で顧客に分配されるレンズ製品のパッケージに設けられた表示をスキャンして、その場所に関連したそれぞれの種類のレンズ製品について分配された数量及びレンズ製品の種類の識別子を含む在庫追跡情報を得ることができる、各場所に設けられる装置と、各場所で得たスキャンした在庫追跡情報を通信ネットワークを介してデータベースサーバーに直接通信できるようにする機構と、スキャンした在庫追跡情報に基づいて各場所に維持されているそれぞれの在庫を追跡するための機構であって、各場所の在庫レベルに維持されている数量を用いて、ぞれぞれの種類のレンズ製品について各場所で分配されたレンズ製品の数量を更新し、更新した在庫レンズ製品在庫レベル情報を各場所で使用できるようにするために報告する、前記追跡機構とを含む。
【００２５】
更に、各場所で装置から直接通信された在庫追跡情報を受け取る前に位置を確認する機能を備えている。加えて、スキャンした在庫追跡情報と、各場所の在庫レベルに維持されている数量を用いて、それぞれの種類のレンズ製品について各場所で受け取ったまたは各場所から出荷されたレンズ製品の数量を追跡機構が更新すること、各場所で使用できるようにするための更新された在庫レンズ製品在庫レベル情報の報告とに基づいて様々な場所で受け取った在庫を確認するための機能を備えている。
【００２６】
好ましくは、コンタクトレンズ製品には、一次パッケージ、ブリスターパック、バイアル、二次パッケージ、カートン、トレー、またはビニール袋などのパッケージに入れられた販売レンズ及び診断レンズが含まれる。パッケージに設けられている判読表示は、レンズ製品、そのレンズパラメータ、パッケージ数量、ロット番号、ＳＫＵ及び製品コードを示す固有のバーコード、及び／またはデータベースにおけるこれらの情報の電子的参照を含むことができる。システムで分配される販売レンズ及び診断レンズ製品のパッケージに設けられた表示をスキャンするために各場所に設けられた装置は、スキャナを備えたＰＤＡ装置またはハンドヘルドＰＣで具現できる。それぞれの種類のレンズ製品に対して分配されたレンズ製品の種類及び数量を含む在庫追跡情報を得るのに加えて、ＰＤＡ装置は、製品を分配する理由を含む情報を追跡することができる。
【００２７】
有利なことに、自動注文送信システムによって、顧客のＥＣＰ事務所の人員を減らすことができ、製造業者の顧客サービス担当者に口頭でレンズ製品ＳＫＵ及びそのパラメータを説明する現在のプロセスに比べて、注文がより正確となる。更に、動的に在庫を追跡する自動化されたシステム及び方法によって、製品のカウント及び追跡における人員を最適化でき、実際の在庫と理論上の在庫を一致させることができ、製品情報の文書化が１回の入力に簡素化され、在庫、レンズ情報、及びＦＤＡ管理情報の電子文書化の際の人的エラーが最小限になる。
【００２８】
好適な実施形態の詳細な説明
ここに開示する本発明の詳細は、添付の図面を参照しながら以下の説明を読むとより良く理解できるであろう。
【００２９】
本発明は、ＥＣＰが診断及び販売レンズ製品の在庫を管理できるようにする動的在庫追跡システム及び方法である。このシステムは、ＥＣＰが顧客のためにレンズ製品の効率的な注文ができ、かつＥＣＰの診断及び販売レンズの在庫レベルが適切に維持されるように在庫維持目的でレンズを注文できるように電子注文入力システムに接続されている。このシステムは、補充注文を自動的に作成し、例えば、ジョンソン・アンド・ジョンソン社（Johnson & Johnson Inc.）の一事業部である、譲受人のビスタコン（Vistakon）などのレンズ製造業者で作成された診断及び販売レンズ（好ましい方）注文の処理及びフルフィルメントを自動的に開始することができる自動注文作成機能を提供する。これを達成するために、好適な実施形態では、在庫管理システムが、レンズパッケージのラベルにバーコードとして設けられているＵＰＣ、ＳＫＵ、及びロット番号などの固有の製品を識別する情報を読んで保存できるバーコードスキャン機能を備えたハンドヘルドコンピュータまたはＰＤＡを実行する。有利なことに、ＰＤＡによって収集された情報は、例えば有線電話網などの既存の電話通信インフラを介してレンズ製造業者の注文入力システムに効率的に直接送信され、そこでこの情報が迅速に処理される。本発明に従えば、動的在庫追跡／管理システムは、バーコードスキャナを装備したＰＤＡが動的にレンズ製品の使用を追跡する、すなわち（１）診断または（２）販売の目的でレンズ製品が供給される度に電子的に記録される。
【００３０】
図１は、本発明の動的在庫追跡／管理システムの基礎となる例示的なシステムのアーキテクチャである。図１に示されているように、本発明の在庫追跡／管理システムは３つの構成要素、すなわち（１）例えば動的在庫追跡及び注文入力のために、一次または二次レンズパッケージのラベルに設けられた固有のバーコードに関連した情報を読んで保存できるハンドヘルド型バーコードスキャナを備えたコンピュータまたはＰＤＡの装備を含む局所ＥＣＰ事務所に配置されたレンズ追跡インフラストラクチャ２０と、（２）ここに詳細に記載する理論上の在庫管理及びレンズ再注文機能を可能にするソフトウエアを実行する少なくとも１つのマスターエンジンサーバー２６及びデータベースサーバー２７を含む動的レンズ追跡／在庫管理システム３０と、（３）分配データベースサーバー要素５７を含む製品分配追跡インフラストラクチャを現在保有する譲受人であるビスタコン（Vistakon）などによって実行される分配システム５１からのレンズ製品の再注文のために全ての情報を受信、維持、及び処理するウェブ注文サーバー５９及び既存の企業注文入力サーバー５８とすることができる１または複数の企業サーバーを含む企業顧客サービス注文入力及びウェブサーバーインフラストラクチャ５０を含む。図１に示されているように、レンズ追跡インフラストラクチャ２０は、例えば動的在庫追跡及び注文入力のために、一次または二次レンズパッケージのラベルに設けられた固有のバーコードに関連した情報を読んで保存できるハンドヘルドバーコードスキャナを備えたコンピュータまたはＰＤＡを実行する、製品製造現場１３に配置された構成要素を含む。本発明に従えば、既存のウェブ注文、注文入力５０、及び分配追跡インフラストラクチャシステムは、様々な企業サーバー間の注文入力及びアカウント情報を通信できるイントラネットやインターネットなどのネットワーク要素２５によって表される通信インフラストラクチャを含む。図示されているように、動的在庫追跡システム３０の構成要素が、ローカルＥＣＰ事務所１２及び製造現場１３に配置されたレンズ追跡インフラストラクチャ２０に加えて、ネットワーク要素２５を介した通信のために同様にインターフェイスされている。
【００３１】
より具体的には、図１に示されているように、本発明に従ったレンズ追跡機能を可能にするために、各ＥＣＰ事務所１２及び製造現場１３に配置されたレンズ追跡インフラストラクチャ２０が、パーソナルコンピュータ（ＰＣ）１４と共に実行できるようなバーコードスキャナ装置１６を備えたハンドヘルドＰＣまたはＰＤＡを装備するのが好ましい。好ましくは、バーコードスキャナ装置１６を備えたＰＤＡは、オペレーティングシステム及びタッチスクリーンインターフェイスまたはＧＵＩディスプレイを含み、データの入力、保存、及び動的在庫追跡／管理システム３０に対しての通信を容易にする特注のソフトウエアを備えることができる。例えば、デンソーＢＨＴ−６００シリーズなどのハンドヘルド型スキャナまたはシンボル・テクノロジーズ社（Symbol Technologies Inc.）が製造する同様のＳＰＴ１５００モデルが、製造業者／企業ルーターと通信するためにＦＴＰ機能を保証するソフト及び全スキャナアプリケーションを含むＴＣＰ／ＩＰ及びＦＴＰスタックファームウエアを備えることができる。従来技術に従えば、ハンドヘルド型バーコードスキャナ１６が動的在庫追跡／管理システム３０のサーバー装置と次の２つの方法の一方で通信可能であることを理解されたい。第１の方法は、アクセスポイントが、例えば１０／１００Ｂａｓｅ−Ｔイーサネット（登録商標）（ＬＡＮ接続が可能な場合）またはアナログ電話回線（公衆交換電話網を介して）を介してインターネットなどの通信ネットワーク２５に固定配線されたサーバー（図示せず）を含むローカル周辺内のアクセスポイントに接続された配線を介したリアルタイムでの方法であり、第２の方法は、例えばＲＪ−１１標準電話回線接続を介した有線電話システムなどの通信ネットワーク２５に接続するためのモデム（図示せず）へのバッチモードクレードル接続である。ハンドヘルドユニット１６と動的在庫追跡／管理システム・インフラストラクチャ・サーバー２６及び２７との通信は、モデム直接ダイヤルとしたり、或いは通信ネットワーク２５や、有線または無線データ転送を介して行うことができる。
【００３２】
図２に、本発明に従った企業注文入力処理／在庫追跡インフラストラクチャ５０の基礎となるアーキテクチャが例示されている。図２に示されているように、企業注文入力／在庫追跡インフラストラクチャ５０は、動的在庫追跡／管理システム３０を介してバーコードスキャナ装置を備えたＰＤＡによってＥＣＰクライアント１２から送信されるレンズ製品注文入力を初めに受信し、次いでＩＢＭ ＡＳ／４００などの起業注文入力サーバー装置５８から受信した注文入力リクエストを形式化し、その装置５８にリクエストを転送する第１のファイル転送プロトコル（ＦＴＰ）サーバー装置５６を含む。好ましくは、プロキシ及び注文入力サーバーに対するセキュア通信はセキュア通信プロトコルによって可能となる。セキュアサーバー５６及びセキュアサーバー５８は、カスタマイズされたインターネットにアクセス可能なデータベースシステム内に規定されたビジネス規則及び手順を含み、ファイアウォール、アプリケーションサービング（application serving）、及びデータベース管理機能を提供する一連の専用コンピュータでデザインされている。システムのクライアント部分（ＰＤＡ、デスクトップＰＣ、またはラップトップＰＣ）が、ＷＷＷまたはＴＣＰ／ＩＰ上でＨＴＴＰ及びオープンＳＳＬを介して動的在庫追跡／管理システムサーバーと等しく通信できることを理解されたい。
【００３３】
更に図２に示されているように、企業注文入力／注文処理インフラストラクチャ５０の中心は、ビジネス文書の処理／電子データ交換（ＥＤＩ）処理ファシリテータ３５である。好ましくは、ＥＤＩ処理ファシリテータは、高速かつ高容量でのデータ交換及びトランザクションを提供するＥＸＴＯＬインテグレータ装置３５を含み、例えばＩＢＭ ＡＳ／４００などのＥＤＩ駆動プラットフォームに対する通信、変換、及び文書管理機能を可能にするソフトウエアを実行する。インテグレータ装置３５は、データの編成及び回収に優れた柔軟性を提供し、プラットフォームに関係なくあらゆるＥＤＩユーザー・アプリケーション・ソフトウエアをシームレスに統合し、あらゆる標準的なシステムからデータを収集してリアルタイムでそのデータを自動的に処理する。ＥＸＴＯＬインテグレータは特に、注文を保持し、注文及びインボイスを作成し、ＥＤＩ注文処理を提供するサーバー／データベースシステム４７及びサーバー／データベースシステム４９を含む企業注文処理機能４５とインターフェイスする。詳細を後述するように、注文入力システムは更に、特定のＥＣＰ及び製造業者の在庫の使用を更新及び追跡し、ＥＣＰ事務所のマスター在庫を維持するサーバー／データベースシステム２７を含む動的在庫追跡／管理システム３０とインターフェイスする。
【００３４】
図３（ａ）〜図３（ｄ）は、本発明の原理に従った在庫追跡及び管理のプロセスを示す概念的ブロック図である。図３（ａ）は特に、ＥＣＰのプロセスフロー１００、在庫更新、在庫管理、ＥＣＰの注文の優先傾向の処理、注文の処理、及び注文のフルフィルメントのためのシステムアルゴリズムを示している。図３（ａ）に示されているように、第１のステップ１０１は、例えば在庫レンズ製品の注文のフルフィルメントにおいて製造配送センターから受け取った各製品をスキャンするＥＣＰ担当者を示す。ステップ１０２で、ローカル事務所で保有している在庫に製品を入れる。具体的には、図３（ａ）に示されているように、ステップ１０１ａで、ＥＣＰ事務所のスタッフが、バーコードスキャナ１６を備えたＰＤＡを用いて製品をスキャンして動的在庫追跡／管理システム３０に入れ、そのＥＣＰの理論上の在庫を更新する。このスキャンに応答して、ステップ１０５で、アルゴリズム１１５が動的在庫追跡／管理システム３０のサーバー２６及びサーバー２７で実行され、そのＥＣＰの理論上の在庫を更新及び追跡する。具体的には、図３（ａ）に示されているアルゴリズム１１５が呼び出され、そのローカルＥＣＰの在庫に関係する所定のＳＫＵに対して今まであった製品の数にＥＣＰがスキャンした製品の数を加える。
【００３５】
次いで、図３（ａ）のステップ１０３に示されているように、ＥＣＰ事務所１２が、（１）ステップ１０４ａに示されている例えば特定の患者に一致させるための診断目的、または（２）ステップ１０４ｂに示されている所定のＳＫＵ（レンズ製品）において患者の処方を満たすための販売目的の何れかで製品を分配する。ＥＣＰ製品のそれぞれの分配では、ＥＣＰ事務所がバーコードスキャナ１６を備えたＰＤＡを用いて分配する製品パッケージをスキャンして、動的在庫追跡／管理システム３０がこの製品情報を用いてそのＥＣＰの理論上の在庫を更新する。図５（ａ）は特に、ＥＣＰがレンズを分配する理由（診断または販売目的）を選択できるＥＣＰスタッフによって選択可能なレンズ分配オプション１５２を含むディスプレイ１５０を提供するバーコードスキャナを備えたＰＤＡの使用を例示する。説明のために、ラジオボタン１５４で強調された診断レンズが分配される。図３（ａ）に戻ると、診断レンズ分配のスキャンに応答して、ステップ１０４ａで、アルゴリズム１１６が動的在庫追跡／管理システム３０のサーバー２６及びサーバー２７で実行され、そのＥＣＰの診断レンズ製品の理論上の在庫を更新及び追跡する。具体的には、図３（ａ）に示されているアルゴリズム１１６が呼び出され、そのローカルＥＣＰの在庫に維持された所定のＳＫＵに対して今まであった診断レンズ製品の数からＥＣＰがスキャンした分配される製品の数を減じる。同様に、分配される販売レンズのスキャンに応答して、ステップ１０４ｂで、アルゴリズム１１７が動的在庫追跡／管理システム３０のサーバー２６及びサーバー２７で実行され、そのＥＣＰの販売レンズ製品の理論上の在庫を更新及び追跡する。具体的には、図３（ａ）に示されているアルゴリズム１１７が呼び出され、そのローカルＥＣＰの在庫に維持された所定のＳＫＵに対して今まであった販売レンズ製品の数からＥＣＰがスキャンした分配される製品の数を減じる。
【００３６】
好ましくは、詳細を後述するように、在庫追跡がＥＤＩ在庫管理／注文機能によって利用可能になるという観点から、「フラットファイル」形式が指定され、限定するものではないが、トランザクション開始を示す記録、ヘッダーの記録、１または複数の在庫管理の詳細な記録、及びトランザクション終了の記録を含む複数の区切りのないセグメントまたは記録形式を含む。従って、図７（ｃ）により詳細に例示されているように、在庫管理／更新目的のために動的在庫追跡／管理システムサーバー２６に供給される最小データを例示するＥＤＩフォーマットされた在庫使用トランザクション報告記録２７５が一例として示されている。在庫使用トランザクション報告記録２７５は、（ＥＤＩ）交換開始セグメント２７７、在庫管理ヘッダーセグメント２７９、及び１または複数の在庫管理詳細記録２８０を含む。（ＥＤＩ）交換開始セグメント２７７は、例えばＥＤＩメッセージＩＤ（「ＶＫＮ８５２」）、送信側ＩＤまたはＰＤＡの固有ＩＤを含むデータ起源、オプションのメッセージ連続番号（連続的に割り当てられた管理番号）、及びＹＹＹＹＭＭＤＤ形式などの在庫管理送信の日付を表すトランザクション日付などの（ＥＤＩ）交換開始セグメント識別子＠ＶＫＳを含む。在庫管理ヘッダーセグメント２７９は、ヘッダー記録の開始を示すテキスト「ＨＤＲ」、ベンダー在庫を示すための「Ｖ」などのトランザクションの種類、オプションのＰＯ番号、及び渡される在庫管理情報に関連したアカウント番号及び場所を示す出荷アカウント番号及び場所を含む。１または複数の在庫管理詳細記録２８０はそれぞれ、詳細ラインアイテムの開始を示す「ＰＲＤ」フィールド、オプションの取引相手番号、トランザクション日付、製造されたレンズのＵＰＣ、トランザクションの回数、転送先（元）／販売先（元）／受取り先（元）のアカウントの場所、測定単位、アクティビティコード、及び製品識別子コード２８１などの固有の製造レンズ識別コードを示すデータを含む。在庫管理トランザクション終了記録または交換終了セグメント２８５は、交換終了と提供された詳細記録の合計数を示す＠ＶＫＥラッパー表示を含む。
【００３７】
図３（ｂ）に、本発明の動的在庫追跡／管理システム３０によって提供される管理／レンズ製品再注文機能が示されている。具体的には、図３（ａ）に従ってローカルＥＣＰ事務所１２で分配されるレンズのそれぞれの種類について動的在庫追跡／管理システム３０のサーバー２６及びサーバー２７における在庫レベルが更新された後、ステップ１０６で、それぞれのレンズの種類について維持されている理論上の在庫に対して実際の在庫を管理及び最適化する。例えば、アルゴリズム１１５が呼び出されて、受け取った在庫レンズ製品が更新され、別のアルゴリズム１２５が呼び出されて、分配されたレンズの数を減じた在庫におけるレンズの数が閾値在庫レベル限界よりも少ないか否かが決定される。在庫のレンズの数が閾値在庫レベルのレンズ数よりも少ない場合は、これに応答してステップ１０７が行われる。在庫レンズの場合、ステップ１３５に示されているように在庫レンズの新しい注文を作成する。同様に、アルゴリズム１１６が呼び出され、診断レンズが分配された後の在庫における診断レンズ製品の数を更新した後、別のアルゴリズム１２６が呼び出されて、分配された診断レンズの数を減じた在庫における診断レンズの数が閾値診断レンズ在庫レベルの限界よりも少ないか否かが決定される。在庫の診断レンズ数が診断レンズ閾値在庫レベルの数よりも少ない場合は、これに応答してステップ１０７が行われる。この場合、ステップ１３６に示されているように診断レンズの注文が自動作成される。更に、図３（ｂ）に示されているように、アルゴリズム１１７が呼び出されて、販売レンズが分配された後の在庫の販売レンズ製品の数が更新された後、別のアルゴリズム１２７が呼び出されて、分配された販売レンズを減じた在庫の販売レンズの数量が販売レンズの閾値在庫レベルよりも少ないか否かが決定される。分配されたレンズ数が販売レンズ閾値在庫レベルよりも少ない場合は、これに応答してステップ１０７が行われる。この場合、図３（ｃ）を用いて詳細を後述するように、ステップ１３７に示されているようにＥＣＰ事務所によって既に示された優先傾向に従って動作が行われる。
【００３８】
図３（ｃ）に、動的在庫追跡／管理システム３０によって在庫が管理及び最適化されるのに応答して行われるステップ１３５〜ステップ１３７に従ってどのように注文が処理されるかが詳細に示されている。例えば、ステップ１３５に示されているように在庫レンズの新しい注文を作成するのに応答して、ＥＣＰのＰＤＡ装置１６が、ステップ１４５に示されているように在庫レンズの注文がされたという確認を動的在庫追跡／管理システム３０から受け取る。同様に、ステップ１３６に示されているように診断レンズの新しい注文の自動作成に応答して、ＥＣＰのＰＤＡ装置１６が、ステップ１４６に示されているように診断レンズの注文がされたという確認を動的在庫追跡／管理システム３０から受け取る。上記したように、新しい販売レンズに対して動的在庫追跡／管理システム３０が取る動作は、ＥＣＰによって既に送信された優先傾向に依存する。図３（ｃ）に示されているように、優先傾向には、オプション１３７ａ、オプション１３７ｂ、及びオプション１３７ｃを含むステップ１０８に示されている動作が含まれる。オプション１３７ａでは、動的在庫追跡／管理システム３０が、販売レンズの在庫が閾値限界よりも低いことをＥＣＰのＰＤＡに通信する在庫「低」の警告メッセージを生成する。オプション１３７ｂでは、動的在庫追跡／管理システム３０が、販売レンズの在庫が閾値限界よりも低いことをＥＣＰのＰＤＡに通信する在庫「低」の警告メッセージを生成し、更に、ＥＣＰの注文のセットアップを自動的に開始し、承認、不承認、または注文した数などの新しい好みを記録する。オプション１３７ｃでは、動的在庫追跡／管理システム３０が、販売レンズの在庫が閾値限界よりも低いことをＥＣＰのＰＤＡに通信する在庫「低」の警告メッセージを生成し、更にＥＣＰが関与しないで製造及び供給によって満たされる販売レンズの再注文を自動的に作成する。オプション１３７ａ〜オプション１３７ｃに従った動的在庫追跡／管理システム３０による動作に応答して、ＥＣＰがそれぞれ、（１）ステップ１４７ａに示されているように、単にＥＣＰのＰＤＡ装置のディスプレイに表示される在庫「低」の警告を受け取る、（２）ステップ１４７ｂに示されているように、ＥＣＰのＰＤＡ装置のディスプレイに表示される在庫「低」の警告を受け取り、承認またはキャンセルするように設定された注文の再考を促される、（３）ステップ１４７ｃに示されているように、ＥＣＰのＰＤＡ装置のディスプレイに表示される在庫「低」の警告を受け取り、更に新しい販売レンズのその注文の確認を受け取る。
【００３９】
図３（ｄ）に、本発明の動的在庫追跡／管理システム３０によって提供される注文フルフィルメント処理及び機能が示されている。図３（ｄ）に示されているように、ステップ１０９に、動的在庫追跡／管理システム３０のマスターエンジンサーバー２６によって実行される注文処理機能が示されている。従って、ストックＳＫＵ及び診断ＳＫＵを注文する場合、及びステップ１４７ｃでＥＣＰの優先傾向に従って自動的に作成された販売レンズの再注文の場合、マスターエンジンサーバー２６が注文のフルフィルメントを開始する。具体的にはＥＣＰに従って全ての記録（ネットワークを介してＥＣＰが受信）を電子的にまとめ、この記録をウェブ注文サーバー５９に送信し、そこで注文フルフィルメント処理ステップ１１０が開始される。このような種類のレンズのレンズ注文を達成するために、まとめられたレンズ注文をウェブ注文サーバー５９が受け取り、現在は例えば電話でレンズの注文を受ける注文入力サーバー５８に送信される。このような全てのレンズ注文は、注文するＥＣＰに従ってまとめられ、全ての注文を含む「ピック」チケットが生成される。このピックチケットが分配サーバー５７によって処理される。分配サーバー５７は、製品の種類を識別し、注文が実際の在庫の棚で処理される分配センター６０に維持されている在庫から探し出す。例えば、ピックチケットは、マニュアルで回収される特殊な注文として例えば９．０ジオプターの度数の灰色レンズを特定でき、他の一般的な処方レンズ、例えば２．５ジオプターの度数のレンズなどは自動的に回収され、分配を容易にするために予めビンに入れることができる。これらのレンズは、特定の注文のために最終的に集められ、ステップ１１２に示されているように出荷される。次いで、これらのレンズは、ステップ１０１（図３（ａ）を参照）でＥＣＰの担当者が受け取り、システムでレンズをスキャンし、ＥＣＰ事務所が保持する在庫レベルを増やす。図３（ｃ）に戻ると、ステップ１４７ａ及びステップ１４７ｂでＥＣＰの優先傾向に従って、マスターエンジンサーバー２６が、ＥＣＰ事務所のＲＤＡ１６が受信する「在庫低」の警告メッセージを生成する処理を呼び出す。
【００４０】
図４に、システムのセットアップ及び分配センター６０での製造後のレンズ製品の保管の処理２００が示されている。図４に示されているように、第１のステップ２０１では、レンズの種類、パラメータ、及び数量などを含む初めの注文情報が在庫追跡システムに実際に入力される。レンズ製品は、ここに記載したあらゆる目的で作成された注文の受け取りを予想して製造することができる。情報がシステムに入力されたら、ステップ２０２に示されているように製品が製造される。次いで、ステップ２０３でレンズがパッケージングされ、ステップ２０４でバーコード６４または他の識別表示がパッケージに付される。次いで、ステップ２０５で、分配センター６０で保持されている在庫に含める前に、バーコードスキャナを備えたＰＤＡを用いて在庫追跡システム３０サーバーにおける製品に関連したデータを更新する。
【００４１】
動的在庫追跡／管理システム３０によって提供される他の機能には、ＥＣＰからのインボイス明細のリクエストの自動処理が含まれる。本発明の動的在庫追跡／注文入力システムには、ＥＣＰがハンドヘルドＰＤＡでインボイス明細をリクエストできるようにする機能を備えている。具体的には、上記した要領で、ＰＤＡオペレータが、そのインボイスが始まるデータを入力するように指示される。これに応答して、このシステムが、「ＶＫＮＩＳＲ」と呼ばれる所定のＥＤＩファイル形式でファイルを作成する。現在の日付のデフォルト値を用いて、オペレータがその日の最後に送られた注文の確認を迅速にリクエストすることができる。確認は現在の日付から始まり、現在の日付のデフォルト値（現在の日の送信）またはオペレータの入力した日付（例えば、最大３０日）に達するまで続けられる。
【００４２】
図７（ｄ）に、ＰＤＡによって作成されたインボイス明細リクエストメッセージ２９０の形式の例が示されている。一般に、例示的なインボイス明細リクエストメッセージ形式には、ＥＤＩメッセージＩＤ（「ＶＫＮＩＳＲ」）、送信側ＩＤまたはＰＤＡの固有のＩＤを含むデータ起源、オプションのメッセージ連続番号（または連続的に割り当てられた管理番号）、及びＹＹＹＹＭＭＤＤ形式などの在庫管理送信の日付を表すトランザクション日付などの交換開始識別子＠ＶＫＳを含む（ＥＤＩ）交換開始セグメント２９２と、ヘッダー記録の開始を示すテキスト、ファクシミリ・インボイス・リクエストを示すための「Ｆ」などのトランザクションの種類、オプションのＰＯ番号、リクエストされたインボイスに関連したアカウント番号及び場所を示す出荷アカウント番号及び場所、及びリクエストした相手を示すテキスト「ＰＤＡ」を含むインボイス明細リクエストヘッダーセグメント２９４と、詳細ラインアイテムの開始を示すＦＡＸフィールド、リクエストの日からを示す「リクエストの日から」、リクエストの日までを示す「リクエストの日まで」、ＥＣＰ位置のエリアコード、及びリクエストが送られたＥＣＰのＦＡＸ番号を示すデータをそれぞれ含む１または複数のＦＡＸリクエスト詳細記録２９５とを含む。インボイス明細リクエストトランザクション終了記録または交換終了セグメント２９８は、交換終了と提供される詳細な記録の合計数を示す＠ＶＫＥラッパー表示を含む。
【００４３】
本発明の原理に従った自動注文入力のためのプロセス１６０を図６を用いて詳細に説明する。図６には、ＥＣＰのＰＤＡ１６のスクリーンディスプレイに表示されるユーザーに対するメニュー選択の例が示されている。このメニュー選択には、注文データの読出しと注文データを保存するための入力ができるオプション１６２、保存した注文及び／または在庫管理データを製造業者の注文入力システムに送信するためのオプション１６４、受け取った注文のファクシミリ確認をリクエストするためのオプション１６６、ユーザーをセットアップするためのユーティリティーオプション１６７、システムをセットアップするためのユーティリティーオプション１６８、及びＩＤ情報オプション１６９が含まれる。注文データの読出し及び入力のためのオプション１６２について、図６に、注文する特定のレンズ製品のバーコードをスキャンするようにＥＣＰまたはオペレータを指示する第１のステップ１７０が示されている。ＰＤＡ装置のユーザーには、眼科診療所の施設内で眼科の仕事を行う内部の眼科医療従事者（ＥＣＰ）またはそのスタッフ、販売製品や診断製品を必要とする外部のＥＣＰが含まれることを理解されたい。一般に、本発明に従って販売レンズ製品が注文される場合、ＥＣＰまたは診療所スタッフが、パッケージまたはカートンのＵＰＣバーコードをスキャンするか或いは製品バーコードブックからＵＰＣバーコードをスキャンするのが好ましい。レンズ製品は様々な数量で配列してパッケージされ、パッケージの特徴が様々であることを理解されたい。システムは、診断目的で提供される場合、ケース、二次パッケージ（カートンまたはパック）、一次パッケージ（１つのブリスター、バイアル）、またはビニール袋などに入れられた製品を追跡できるのが好ましい。加えて、バーコードは、一次元のタイプ及び／または二次元のタイプとすることができる。簡単に述べると、１日の内に入力された全てのレンズ注文及び分配データは、例えば毎日などの定期またはユーザーのリクエストがあった時にＰＤＡに保存され、全ての注文データが、製造業者／企業動的在庫追跡／管理システムインフラストラクチャ３０（図１）に送信される。特定の顧客のために診断レンズが注文される場合、ＳＫＵを表すバーコードを備えた一次パッケージに剥がせるラベルを設けることができる。ＥＣＰは、一致したらそのラベルを剥がして記録用紙に貼ることができ、カルテを集めて各バーコードラベルをスキャンすることができる。販売レンズの場合、１日の内に入力された全ての診断レンズ注文及び分配データは、例えば毎日などの定期またはユーザーのリクエストがあった時にＰＤＡに保存され、フルフィルメントのために全ての注文データが製造業者／企業注文入力インフラストラクチャに送信される。更に、在庫レベル維持のためのレンズ製品「ストック」注文を作成するための媒体としてバーコードスキャナを備えたＰＤＡを用いるのに加えて、バーコードスキャナを備えたＰＤＡを用いて特定の顧客のためにレンズ製品再注文（いわゆる医師管理の患者への引渡しすなわち「ＤＣＰＤ」注文と呼ばれる）を作成することができる。例えば、特定の患者または顧客に関連したバーコード識別子を設けることができ、顧客のために注文を開始するためにこのバーコードを注文作成プロセス中にスキャンして、動的在庫追跡／管理システム３０から注文入力インフラストラクチャ５０に直接送信される。この注文処理によって、特定の顧客または患者にレンズ製品が供給できる。
【００４４】
図５（ｃ）に、注文するレンズ製品の種類を指定するためのオプション４５３及び注文するレンズ製品の所定のＳＫＵを指定するためのオプション４５６を含む製品を注文する機能を含むディスプレイ４５０を提供するバーコードスキャナを備えたＰＤＡ１６の使用が具体的に例示されている。この情報が入力されると、ユーザーが、注文オプション４５８を選択するか或いはオプション４６０として示されているＰＤＡ装置に保存された注文を編集することができる。更に、ユーザーは、動的在庫追跡／管理システム３０によって決定される警告閾値よりも低い在庫レベルの明細を見るためにオプション４６５を選択することができる。在庫「低」集計シートによって在庫レベルが「低」と決定されたら、ユーザーは、このようなレンズの再注文を開始するためのオプション４６２を選択することができる。
【００４５】
図６に戻ると、ステップ１７２で、図５（ａ）に示されている顧客が選択できるスクリーン１５０によって、スキャンしたバーコードが診断用または販売用であるかが決定される。更に、バーコードが一次元バーコードである場合はユーザーが数量を入力することができ、バーコードが二次元バーコードである場合は数量がスキャンしたデータ内に含まれていると考えることができる。更に、ステップ１７２は、サブパック  ＩＤ、サブパック  ＵＯＭ、サブパック記述（例えば、０００３３Ｐ ＴＡ ８．７０．００−０．７５＋７０Ｄ）などのデータを含む診断製品テーブル（図示せず）に対してスキャンしたコードを確認するステップを含み（二次元バーコードの場合）、見つからなかった場合はエラーメッセージの表示を開始する。そうでない場合は、スキャンしたコードを更に、製品ＳＫＵ、製品コードＵＯＭ、及び製品コード記述（例えば、７３３９０５５０７９０  １２Ｐ ＴＡ ８．７ ０．００−０．７５＋１０）などのデータを含む販売製品テーブル（図示せず）に対して確認することができる。見つからなかった場合にエラーメッセージが表示されるのが好ましい。次にステップ１７６で、スキャンしたバーコードがＵＰＣ−Ａであるか否かについて決定される。具体的には、有効な製造業者を特定するために、製造業者ＩＤのテーブルをチェックする。ＵＰＣ−Ａが無効な製造業者のものであったら、ＰＤＡが、例えば「無効製造業者」と表示し、そうでない場合は、バーコードスキャナを備えたＰＤＡがＵＰＣ−Ａが有効な製造業者のものであることを確認している。スキャンしたバーコードを確認して製造業者の有効性を確認してから、注文内容を詳細に示す形式でデータファイルが作成され、ステップ１８０で、注文する販売レンズの数量の入力をユーザーが促される。注文を出す前であればオペレータはいつでも数量を変更できることを理解されたい。上記したスキャンされたバーコード、記述、及び注文した数量が、オペレータにバーコードをスキャンするように指示するスクリーン（図示せず）上にスクロールリスト形式で表示される。更に、オペレータがそのリストから全ての記録を削除でき、ＵＰＣ−Ａスキャンされたバーコードに対する注文の数量を変更することができることを理解されたい。
【００４６】
ハンドヘルドＰＤＡを用いた注文及び在庫追跡データの送信のためにＥＣＰを利用できる、図６のオプション１６４として示されているオプションについて説明する。ＰＤＡ装置がまず、オペレータにＰＤＡ装置１６をベースユニットに配置して送信を開始するように入力を押すように指示するのが好ましい。これにより、次の順序で動作が起こる。まず、ステップ１７４に示されているようにＰＤＡがレンズ製造業者の所在地に自動的にダイヤルし、製造業者による確認のためにアカウント番号及びパスワードを含む情報の確認を送信する。アカウント情報が有効な場合は、製造業者が「送信ＯＫ」の情報を送信する。そうでない場合は、製造業者が、アカウントが無効であると送信する。ＰＤＡがユーザーに、「アカウント情報が無効」のメッセージを表示できることを理解されたい。ＰＤＡが製造業者から「製造業者への情報の送信ＯＫ」すなわち接続に成功のメッセージを受信したら、ＰＤＡがスキャンしたバーコードリストにある全ての情報を送信する。一実施形態では、このデータは、動的在庫追跡／管理システム３０からＦＴＰサーバー５６（図２）にＦＴＰによって転送される。送信が成功すると、製造業者が送信確認番号がｘｘｘｘｘｘであるという「送信成功確認番号：ｘｘｘｘｘｘ」のメッセージを送信する。すなわち、それぞれの送信されたファイルが固有名及び固有メッセージ連続番号を含み、このファイルが確認番号としてユーザーに表示される。次いで、ＰＤＡに送信確認番号を含む送信成功メッセージが表示され、「Ｅｎｔｅｒ」を押してメインメニューに戻るようにとオペレータに指示を与える。この時点で、送信番号がＰＤＡから削除される。送信中に起こり得るエラーには、「通信サーバーへの接続失敗」のユーザーメッセージが表示されるダイアルアップ・ルーター／ＰＰＰの認証の失敗と、「ＦＴＰサーバーへの接続失敗」のユーザーメッセージが表示されるＦＴＰサーバーの認証の失敗が含まれることを理解されたい。接続に成功すると、ＰＤＡが、詳細を後述する好適な開始、ヘッダー、及び終了セグメントで統合されたそれぞれの種類のファイル形式の詳細データを含むデータをＦＴＰサーバーに転送する。転送に失敗すると「データの転送に失敗」のユーザーメッセージが表示されることを理解されたい。送信される各セグメントに連続番号が作成されるのが好ましい。また、詳細を後述するように、各ドキュメント（例えば、全てのセグメント）が、送信時に＠ＶＫＳ及び＠ＶＫＥラッパーで「パッケージ」される。送信に失敗した場合、生成された「パッケージ」が固有の連続番号の固有「パッケージ」として保存されるため、後に失敗した「パッケージ」をスキャンする必要がない。次に送信が行われる時に新しい「パッケージ」が作成され、両方の「パッケージ」が同時に送信される。送信に成功すると、スキャンされたスクロールリストのバーコードがそのリストから削除される。インボイス明細リクエストの日付も削除されるべきである。パッケージされたファイルも削除される。一実施形態では、バーコードスキャナを備えたＰＤＡが、在庫追跡目的または注文目的にかかわらず各パッケージのスキャンに関連した情報を保存し、全ての情報を蓄積して区切り、後に１つのファイルとして注文入力／在庫追跡インフラストラクチャへ送信できるようにする。ＥＣＰ事務所が決める例えば一日に数回など定期的、営業日の終了時、またはユーザーのリクエストに応じて送信するのが好ましい。
【００４７】
図６に戻って、ハンドヘルドＰＤＡを用いたＦＡＸによる注文確認のリクエストのためにＥＣＰが利用できるオプション１６６をステップ１８６を用いて説明する。このステップでは、ＰＤＡ装置がオペレータに確認が始まる日付を入力するように指示する。現在の日付のデフォルト値を用いて、オペレータがその日の最後の注文を迅速に確認できるようにするのが好ましい。一般に、確認は現在の日付から始まり、デフォルト値である現在の日付（現在の日の送信）またはオペレータの入力した日付（例えば、最大３０日）に到達するまで続けられる。これに応じて、ＰＤＡ装置が、ユーザーにハンドヘルドＰＤＡをそのクレードルに接続し、ＦＡＸで送信した確認をリクエストするために「Ｅｎｔｅｒ」を押すように指示するメッセージを表示する。ユーザーのリクエストの入力に応じて、以下の送信手順が行われる。まず、ＰＤＡがレンズ製造業者の所在地に自動的にダイヤルし、製造業者による確認のためにアカウント番号及びパスワードを含む情報の確認を送信する。アカウント情報が有効な場合は、製造業者が「送信ＯＫ」の情報を送信する。そうでない場合は、製造業者が、アカウントが無効であると送信する。ＰＤＡがユーザーに、「アカウント情報が無効」のメッセージを表示できることを理解されたい。ＰＤＡが製造業者から「製造業者への情報の送信ＯＫ」すなわち接続に成功のメッセージを受信したら、ＰＤＡが入力した日付のＦＡＸ確認のリクエストを送信する。送信に成功すると、製造業者／企業が送信確認番号を送信し、送信確認番号含む「送信成功」のメッセージが表示され、「Ｅｎｔｅｒ」を押してメインメニューに戻るようにとオペレータに指示を与える。この時点で、トランザクション番号がＰＤＡから削除される。
【００４８】
本発明の在庫追跡／注文入力システムは、オペレーティングシステム及びアプリケーションソフトウエアを自動更新することができる。具体的には、ＰＤＡ装置は、新しいアプリケーションやオペレーティングシステムのソフトウエアの確認することができる。このようなファイルは遠隔の企業ネットワークにあり、適宜ダウンロードされる。従って、図６に戻って、バーコードスキャナを備えたＰＤＡを用いたシステムのセットアップを可能にするためにＥＣＰが利用できるオプション１６８についてステップ８１７を用いて説明する。ステップ１８７で、メニューの選択により、ユーザーがＰＤＡにインストールされているソフトウエアの現在のバージョンを確認することができ、またオペレータが最新バージョンのソフトウエアにアップグレードすることができる。オペレータがアップグレードをリクエストすると、次の順序で動作が起こる。まず、ＰＤＡ装置が、オペレータにハンドヘルドＰＤＡをそのクレードルに接続し、アップグレードを開始するために「Ｅｎｔｅｒ」を押すように指示する。ＰＤＡがレンズ製造業者の所在地に自動的にダイヤルし、製造業者による確認のためにアカウント番号及びパスワードを含む情報の確認を送信する。アカウント情報が有効な場合は、製造業者が「送信ＯＫ」の情報を送信する。そうでない場合は、製造業者が、アカウントが無効であると送信する。ＰＤＡがユーザーに、「アカウント情報が無効」のメッセージを表示できることを理解されたい。ＰＤＡが製造業者から「製造業者への情報の送信ＯＫ」すなわち接続に成功のメッセージを受信したら、ＰＤＡがソフトウエアバージョンの更新のリクエストを送信する。これに応じて、製造業者／企業が最新バージョンのソフトウエアを送信する。ＰＤＡがアップグレードを受信すると、製造業者／企業にアップグレードの成功が示される。アップグレードの送信に失敗した場合は、元のバージョンのソフトウエアに戻り、オペレータにアップグレードの失敗を表示するようにＰＤＡが要求される。好適な実施形態では、製造業者は、電子注文プロセスの際にソフトウエアを自動的にアップグレードできる能力を備えている。
【００４９】
図６に戻って、バーコードスキャナ備えたＰＤＡを用いたＩＤ情報のシステム入力を可能にするためにＥＣＰが利用できるオプション１６９についてステップ１８９を用いて説明する。ユーザーがパスワードまたはＰＤＡキーシーケンスを入力してＥＣＰの識別情報の入力を開始し、ＰＤＡによる製造業者の注文入力システムへのアクセスを可能にするメニューアイテムがある（ステップ１８９）。例えば注文の送信の際にＥＣＰのアカウント番号を変更するために、この領域にある情報を、モデムを介して遠隔地から変更することができることを理解されたい。ステップ１９０において、入力される識別情報には、製造業者固有のＩＤ番号またはアカウント番号、ＡＳ／４００へのアクセスを可能にするパスワード、及び製造業者にダイヤルするための電話番号が含まれる。
【００５０】
本発明に従えば、自動注文入力機能の観点から、「フラットファイル」形式を、電子ストック及び医師管理の患者への引渡し（ＤＣＰＤ）に対して指定することができ、限定するものではないが、トランザクション開始を示す記録、ヘッダーの記録、オプションの注文のコメント（「ＣＯＭ」）の記録、ストックの注文ではオプションであるがＤＣＰＤ注文だけには必要な患者情報（「ＰＡＴ」）セグメント、ストックの注文ではオプションであるがＤＣＰＤ注文には必要な都市名及び郵便番号の情報を含むオプションのアドレス情報セグメント（「ＡＤＤ」）、１または複数の注文入力詳細ラインアイテムセグメント（「ＤＥＴ」）、及びトランザクション終了の記録を含む複数の区切りのないセグメントまたは記録形式を含む。１つのＤＣＰＤ注文に付き唯１人の患者とすることができることを理解されたい。図７（ａ）及び図７（ｂ）に、それぞれのストック注文入力トランザクション２５０（図７（ａ））及びＤＣＰＤ注文入力トランザクション２６０（図７（ｂ））のために供給される最小データをそれぞれ例示する在庫注文入力記録２５０及び在庫注文入力記録２６０が一例として例示されている。在庫注文入力記録２５０及び在庫注文入力記録２６０はそれぞれ、（ＥＤＩ）交換開始セグメント２５２及び（ＥＤＩ）交換開始セグメント２６２、注文ヘッダーセグメント２５５及び注文ヘッダーセグメント２６５、及び１または複数の在庫管理詳細セグメント２５６及び在庫管理詳細セグメント２６６を含む。（ＥＤＩ）交換開始セグメント２５２及び（ＥＤＩ）交換開始セグメント２６２はそれぞれ、例えばＥＤＩメッセージＩＤ（「ＶＫＮ８５０」）、送信側ＩＤ（例えば、「ＰＤＡ」）またはバーコードＰＤＡの他の固有ＩＤを含むデータ起源、オプションのメッセージ連続番号（連続的に割り当てられた管理番号２５４及び２５６）、及びＹＹＹＹＭＭＤＤ形式などの在庫管理送信の日付を表すトランザクション日付などの（ＥＤＩ）交換開始識別子＠ＶＫＳを含む。注文ヘッダーセグメント２５５及び注文ヘッダーセグメント２６５はそれぞれ、ヘッダー記録の開始を示すテキスト「ＨＤＲ」、セグメント２５５（図７（ａ））に示されているストック補充注文を示す「Ｓ」或いはセグメント２６５（図７（ｂ））に示されているＤＣＰＤ型注文を示す「Ｄ」などのトランザクションの種類、オプションの発注書番号（「ＰＯ」）、及び渡される注文情報に関連したアカウント番号及び場所を示す出荷アカウント番号及び場所、ＦＡＸによる注文確認リクエスト（図７（ａ））を含むまたはＦＡＸによる注文確認リクエスト（図７（ｂ））を含まない「ＰＤＡ」による注文を示す「ＰＤＡ／ＦＡＸ」フィールド、及びクレジットカード番号、診断レンズアカウント番号、診断レンズアカウント場所、要求される出荷方法、及び要求される出荷日を含む情報を指定するオプションのフィールドを含む。１または複数の在庫管理詳細記録セグメント２５６及び在庫管理詳細記録セグメント２６６はそれぞれ、詳細ラインアイテムの開始を示すＰＲＤフィールド、オプションの取引相手番号、トランザクション日付、製造されたレンズＵＰＣまたは製造されたレンズ固有の識別コード（製品識別子コード２５７及び製品識別子コード２６７）、トランザクションの回数、転送先（元）／販売先（元）／受取り先（元）のアカウントの場所、測定単位、及びアクティビティコードを示すデータを含む。
【００５１】
図７（ｂ）に示されているように、ＤＣＰＤ注文（図７（ｂ））のトランザクションは更に、患者セグメント２６８を含む。患者セグメント２６８は、患者の記録の開始を示す「ＰＡＴ」フィールド、例えば１日〜７日の装着日数を示すオプションのフィールド（図示せず）、オプションの郵便はがきメッセージＩＤ、オプションのパッキングスリップメッセージＩＤ、及び患者ＩＤを含む。オプションの郵便はがきメッセージＩＤは、再注文のためにＥＣＰ事務所にコンタクトするべくメッセージ作成を開始するためのコード「Ａ」、または会う約束を設定するべくＥＣＰ事務所に電話するためにメッセージ作成を開始するためのコード「Ｂ」を含む。オプションのパッキングスリップメッセージＩＤは、１または複数のメッセージ作成を開始するためのコードを含む。このようなコードには、ユーザーの使用が妨げられないようにレンズがなくなる少なくとも１週間前にＥＣＰ事務所に連絡を取る重要性を知らせるメッセージを作成するためのコード「Ａ」、使用者に処方された使用方法に従った場合にのみ１日を越えないで注文したレンズを装着できることを示すメッセージを作成するためのコード「Ｂ」、ユーザーが適切な眼の健康を維持するために処方された使用方法に従うことが必須であるというメッセージを作成するためのコード「Ｃ」、レンズが１日用、使用は１回限り、そして絶対に再使用してはならないことを示すメッセージを作成するためのコード「Ｄ」、１日用のレンズを使用しているため１日未満の使用で廃棄すべきであることをユーザーに知らせる役目を果たすメッセージを作成するためのコード「Ｅ」、及び１日用レンズの健康上の利点を示す宣伝メッセージを作成するためのコード「Ｆ」が含まれる。患者ＩＤは、例えば患者がこれまでの患者の場合であって、そうでない場合は新しいビスタコンの患者ＩＤまたは−１、新しい患者の場合は患者の氏名である。
【００５２】
更に、図７（ｂ）に示されているように、ＤＣＰＤ注文（図７（ｂ））のトランザクションは更に、アドレスセグメント２６８と、都市名及び郵便番号セグメント２６９を含む。アドレスセグメント２６８は、患者のアドレス記録の開始を示す「ＡＤＤ」フィールド、及びアドレス情報のための１または複数のフィールドを含む。都市名及び郵便番号セグメント２６９は、都市名及び郵便番号の記録の開始を示す「ＣＳＺ」フィールド、都市名及び５桁の郵便番号、オプションの４桁の延長郵便番号、エリアコード、７桁の電話番号、及びオプションの５桁の延長電話番号を示すための１または複数のフィールドを含む。
【００５３】
それぞれのストック注文入力トランザクション（図７（ａ）及びＤＣＰＤ注文（図７（ｂ））に供給される最小データをそれぞれ例示する例示的な注文入力記録２５０及び注文入力記録２６０は、更に詳細ラインアイテムセグメントを含む。詳細ラインアイテムセグメントは、詳細ラインアイテムの開始を示すＤＥＴフィールド、ラインアイテム連続番号を設定するためのＰＯライン番号フィールド、数量すなわち注文回数、測定単位、製品識別子コード、ＤＣＰＤ注文に必要なＲ（右目用）及びＬ（左目用）レンズ製品を含む製品使用法、及びオプションの注文詳細ラインを含む。それぞれのストック注文入力トランザクション（図７（ａ）及びＤＣＰＤ注文図７（ｂ））のそれぞれは更に、それぞれがＥＤＩ交換終了識別子＠ＶＫＥ及び提供される詳細記録（ＤＥＴ）の合計数を含むそれぞれのストック２５９またはＤＣＰＤ注文２７０トランザクション終了記録（交換終了セグメント）を含む。
【００５４】
図８に、本発明のシステム１０における販売レンズ及び／または診断レンズの動的在庫管理／追跡を提供する例示的な方法３００を示す一般的なブロック図である。図２を用いて示された在庫の使用法及び在庫の更新は図８のブロック図に詳細に示されている。第１のステップ３０２では、ＰＤＡ装置１６から通信ネットワークを介して送信されたデータを受け取る。上記したように、ＰＤＡからのデータは、在庫使用データ或いは注文リクエストデータを含むことができる。具体的には、図２に示されているように、データは、動的在庫追跡／管理システム１０からＦＴＰでＰＤＡから第１のＦＴＰサーバー５６（例えば、Ｓｕｎ２０００）に送られる。これに応じて、ＦＴＰ  Ｓｕｎ２０００サーバーが、インターネットまたは電話によって得たレンズ製品の注文及びＰＤＡデータを所定のファイル形式にバンドルするスクリプトを実行する。このファイルは、図２に示されているＡＳ／４００システム５８にＦＴＰで送られる。Ｅｘｔｏｌ  ＥＤＩ変換器３５（図２）を用いてＥＤＦ０１３を処理するプログラムを実行する。図８のステップ３０４に示されているように、ファイルＥＤＦ０１３をＥｘｔｏｌ変換器にインポートするのに応じて、データ入力がアンラップ接続（unwrapped connection）され、そのデータがメッセージクラスによって変換される。すなわち、図８に示されているようにステップ３０６で、図７（ａ）を用いてここで説明したＶＫＮ８５０所定メッセージ形式のデータが、ＥＤＦ００１及びＥＤＦ００２ファイル形式（図２）と呼ばれるＥＤＩ注文詳細形式に変換すなわちマップされる。同様に、Ｅｘｔｏｌ変換器を用いて、図７（ｃ）を用いてここで説明したＶＫＮ８５２メッセージ形式のデータが、図９を用いて説明する動的在庫追跡プロセスの一実施形態を用いて説明するＶＭＦ００１ ４７０と呼ばれる在庫更新ファイル形式にマップされる。ここに記載するＶＫＮＩＳＲメッセージ形式のデータは、ＶＭＦ００４（図２を参照）と呼ばれるインボイスリクエストファイル形式にマップされる。図８に戻ると、次のステップ３０８で、変換されたＥＤＦ００１Ａ、ＥＤＦ００２Ａ、ＶＭＦ００１、及びＶＭＦ００４形式のフィールドが有効データであるか、すなわちＥＤＦ００１及びＥＤＦ００２が正確な注文ヘッダーフィールドを含み、ＶＭＥ００１が正確な在庫使用フィールドを含み、かつ／またはＶＭＦ００４が正確なインボイスリクエストフィールドを含むかを確認する。考察目的で、在庫更新データを受け取ったとすると、次のステップで、ＥＣＰに関連する在庫を使用の値で更新する。すなわち、ステップ３０９に示されているように、プログラムを呼び出して、ＰＤＡによって報告され入力ＶＭＦ００１在庫更新ファイルにある使用データを読み出し、ステップ３１０で、個々のＥＣＰアカウントの在庫カウント値を追跡する在庫マスターファイルＶＭＦ００２を更新する。呼び出されたアルゴリズムは、図３（ｂ）のステップ１１５〜ステップ１１８に示されている。ＶＭＦ００２在庫マスターファイルにマップするために、ＶＭＦ００１は、ＵＰＣを得るために製品使用データベースＧＢＦ ４７２（図９を参照）に連鎖するために用いられる４バイトのサブパック識別子を含む。���ーとしてアカウント番号、場所、ＵＰＣ、及び測定単位を用いて、データをＶＭＦ００２在庫マスターファイルに連鎖することができる。初めに、個々のＥＣＰのユーザー在庫カウントの全てが在庫マスターファイルＶＭＦ００２ ４７６（図９を参照）に保持される。これは、「手持ち」のレンズ在庫レベルの数＝ＸＸレンズ、「使用」量＝ＹＹ、「再注文点」閾値（例えば、閾値低限界＝それぞれのレンズ製品（診断または販売）のＺＺレンズ）で追跡を開始するためである。情報をＥＣＰのＰＤＡから受け取るため、これらのアカウントは、ファイルＶＭＦ００１から報告されたレンズ製品使用で更新される。具体的には、ＶＭＦ００１からのアクティビティをもつアカウントは、ＶＭＦ００１から報告された使用量、手持ちが減る一方、「使用」量は、報告された使用量の分、増える。例えば、ＶＭＦ００１ファイルにある使用量が、データベースＶＭＦ００２ ４７６の手持ち量から減じられる。手持ち＜０の場合、手持ち値を０に設定する。この確認が終了しエラーの報告がなかったら、プロセスが続いてプログラムＶＭＲ００２が呼び出される。このプログラムＶＭＲ００２は、在庫の評価をし、手持ち在庫レベルがＥＣＰの選択に従った再注文点（すなわちＸＸ＜＝ＺＺ）以下のレベルになると警告または注文の作成を始めるか、例えば診断レンズの再注文を自動的に作成する。すなわち、図９に示されているように、プログラムＶＭＲ００２ ４７８が呼び出され、ＶＭＦ００２及びそれぞれのＥＣＰの追跡された在庫レベルが分析される。このプロセスの結果として、自動注文作成プロセスが実施され、図２に示されているように、各ＥＣＰのＰＤＡ注文のための注文ヘッダー保持ファイルである１または複数のファイルＥＤＦ００１Ａを作成して、手持ち在庫レベルが再注文点閾値（すなわちＸＸ＜＝ＺＺ）以下のＥＣＰアカウントについてのみファイルＥＤＦ００１Ａが正確に書かれているかを確認するステップと、ＰＤＡ注文のための注文詳細保持ファイルであるファイルＥＤＦ００２Ａを作成して、手持ち在庫レベル＜＝再注文点閾値であるアカウントについてのみＥＤＦ００２Ａの細部が正確に書かれているかを確認するステップが行われる。
【００５５】
より具体的には、図９に示されているように、プログラムＶＭＲ００２ ４７８がファイルの終了（ＥＯＦ）までＶＭＦ００２を読み、図８のステップ３１２に示されているように、手持ち在庫レベル＜＝再注文点閾値か否か決定する。この判定基準に合致したら、プロセスが、アカウント番号及び場所を有するＥＤＦ００１Ａファイル（図２）に進む。ＥＤＦ００１Ａファイルが見つからなかった場合は、アカウント番号、場所、ＥＤＩ連続番号（＝０）、注文の種類（＝「Ｓ」）、注文元（＝「Ｐ」）、及び注文した者（例えば、＝「ＰＤＡ／ＦＡＸ」）を含むようにＥＤＦ００１Ａファイル・ヘッダーファイルを作成する。ＥＤＦ００１Ａフィールドが書かれたら、ＥＤＦ００２Ａのフィールドが、ＥＣＰアカウント番号、場所、ＥＤＩ連続＃＝０、ＵＰＣ、測定単位、及び注文数量（例えば、＝最小量）を含むように書かれる。最後に、このプロセスの更なる結果として、続く在庫追跡値が、それぞれのＥＣＰアカウントに対して、図３（ｂ）のステップ１２５〜ステップ１２７に示されているように在庫マスターファイルＶＭＦ００２で更に更新される。ＶＭＲ００２プロセス４７８の一部として、手持ちの在庫レベルが再注文点閾値以上である場合は、そのＥＣＰの手持ちの在庫レベルを第２の「警告」閾値「ＷＷ」と比較する。この警告は、ある種の在庫レベルが低いことをＥＣＰに示し、これにより顧客またはＥＣＰが再注文を開始する可能性がある。すなわち、図８のステップ３１４に示されているように、プログラムＶＭＲ００２ ４７８が、更にＶＭＦ００２を読み、手持ち在庫レベル＜＝警告閾値レベル（すなわち、ＸＸ＜＝ＷＷ）であるか否か決定し、もしそうなら、図８のステップ３２０に示されているようにＥＣＰユーザーに警告メッセージを開始する。そうでない場合は、プロセスはステップ３０２まで続け、次の注文を待つ。
【００５６】
図５（ｂ）に、ＥＣＰの販売レンズ及び診断レンズの手持ち在庫レベルのスナップショットを例示するローカルＥＣＰのＰＤＡスクリーンディスプレイ４００が例示的に示されている。図示されているように、ＥＣＰが使用するためにＰＤＡ１６に設けられているソフトウエアを実行する在庫追跡機能を選択すると、メニューオプションが表示される。メニューオプションには、製品群によって在庫を確認するためのメニューオプション４０３、ＳＫＵ番号によって在庫を確認するためのオプション４０６、新しい注文を開始するためのオプション４０８、製品の種類によって在庫を確認するためのオプション４１０、及び全在庫を確認するためのオプション４１２が含まれる。図５（ｂ）に示されている全在庫のスナップショットを確認する場合、それぞれの種類のレンズについて、手持ちの実際の量を示す棒グラフマーカー４１５、分配した量を示すマーカー４２０、及び予想される需要すなわち使用に一致するのが望ましい理論上の量を示すマーカー４２５を含むのが好ましい。図５（ｂ）に示されているように、表示４３０は診断レンズが注文されたことを示す。更に、警告閾値の比較の結果として、在庫「低」警告表示４３５には、ディスプレイに示されている一例として在庫を調べたレンズ製品に対して再注文すべきレンズ及び可能な数量を示すマーカー４４０が含まれる。
【００５７】
更なる実施形態では、個人客に対してレンズ製品を自動的に注文するためのトリガーが実行される。例えば、特定の顧客に例えば９０日分のレンズを供給した後、その特定の顧客に対して新たな供給を自動的に行うために、ＥＣＰ及び／または注文入力システムで経過日数を追跡することができる。すなわち、ＥＣＰが注文を入力するのではなく、特定の顧客に供給した後に経過日数を追跡するトリガーをＥＣＰのＰＤＡソフトウエアに作成することができる。所定時間が経過したら、ＥＣＰが、新たなレンズ注文が必要な程に患者の在庫が低下している可能性があることを自動的に通知する、或いは特定の患者が出荷された新たなレンズを自動的に受け取ることができるように、上記した要領で注文を自動的に作成して実行することができる。
【００５８】
図５（ｂ）及び図８に戻ると、動的在庫追跡プロセスの別の一部であるステップ３１８で、ステップ３１２での在庫レベル「低」の決定の結果として或いは図８に破線３１９で示されている注文リクエストを初めに受け取った結果として、注文保持ファイルからＥＤＩ注文インターフェイスファイルに注文が自動的に作成される。従って、次のステップ３１８で、プロセスＶＭＲ００３（図２を参照）が呼び出され、ＥＤＦ００１Ａ及びＥＤＦ００２Ａから注文が作成される。好ましくは、所定の時間で、例えば毎日、プログラムＶＭＲ００３がその日の活動のために注文を作成するために実行される。具体的には、ＥＯＦになり、アカウント番号、場所、及びＥＤＩ連続番号を有するＥＤＦ００１ファイルに到達するまで、ＶＭＲ００３がＥＤＦ００１Ａファイルを読む。ＥＤＦ００１Ａファイルが見つからなかった場合は、注文ヘッダーが作成されたＥＤＦ００１ＡからのフィールドがＥＤＦ００１に移され、ＥＤＦ００１ファイルに書かれる。次いで、プログラムが、見つからなくなるまでアカウント番号、場所、及びＥＤＩ連続番号についてＥＤＦ００２Ａをセットして読む。ＥＤＦ００１Ａファイルが見つかった場合は、ＥＤＦ００２ＡからのフィールドがＥＤＦ００２に移され、ＥＤＦ００２に書かれる。これはループプロセスであって、ＥＤＦ００１ＡでＥＯＦになるまで続けられる。プログラムが成功して終了すると、ＥＤＦ００１Ａ及びＥＤＦ００２Ａがクリアされる。更に図２に示されているように、ステップ４９で、プログラムＶＭＲ００４が実行され、ＶＭＦ００４ ＥＤＩファイル形式を用いて、作成されるとＦＡＸ待ち行列に入れられるインボイス明細リクエストが作成される。このリクエストは、注文した製品の数量及び配達日をＥＣＰに知らせるためのＥＣＰへの確認である。
【００５９】
本発明は好適な実施形態を用いて説明してきたが、本発明の範囲を前記した特定の形態に限定するものではなく、むしろ、その変更形態、変形形態、及び同等物は添付の特許請求の範囲で規定される本発明の範囲内である。
【図面の簡単な説明】
【００６０】
【図１】本発明の動的在庫追跡／管理システムの基礎となるシステムアーキテクチャの例を示す図である。
【図２】本発明に従った図５（ｂ）及び図５（ｃ）に示されている「新しい注文」ボタンの選択に応答した再注文プロセスのステップを含む注文入力処理の構成要素の詳細な図である。
【図３ａ】ＥＣＰ事務所がレンズを分配するプロセスフローと、在庫の更新、在庫の管理、ＥＣＰの注文傾向の処理、及び注文と注文フルフィルメントの処理のためのシステムアルゴリズムを含む本発明の原理に従った在庫追跡及び管理のための処理ステップを示す図である。
【図３ｂ】ＥＣＰ事務所がレンズを分配するプロセスフローと、在庫の更新、在庫の管理、ＥＣＰの注文傾向の処理、及び注文と注文フルフィルメントの処理のためのシステムアルゴリズムを含む本発明の原理に従った在庫追跡及び管理のためのプロセスのステップを示す図である。
【図３ｃ】ＥＣＰ事務所がレンズを分配するプロセスフローと、在庫の更新、在庫の管理、ＥＣＰの注文傾向の処理、及び注文と注文フルフィルメントの処理のためのシステムアルゴリズムを含む本発明の原理に従った在庫追跡及び管理のためのプロセスのステップを示す図である。
【図３ｄ】ＥＣＰ事務所がレンズを分配するプロセスフローと、在庫の更新、在庫の管理、ＥＣＰの注文傾向の処理、及び注文と注文フルフィルメントの処理のためのシステムアルゴリズムを含む本発明の原理に従った在庫追跡及び管理のためのプロセスのステップを示す図である。
【図４】レンズ製品の製造後のシステムの初期セットアップ及び製品の保管を示す図である。
【図５ａ】ＥＣＰスタッフが診断レンズまたは販売レンズを分配する理由を選択できる、バーコードスキャナを備えたＰＤＡによって提供されるＧＵＩインターフェイスを示す例示的なダイアグラムである。
【図５ｂ】ＥＣＰスタッフが在庫「低」警告レベルを見直すことができる、製品の種類について追跡された在庫レベルを表示するためのバーコードスキャナを備えたＰＤＡによって提供されるＧＵＩインターフェイスを示す例示的なダイアグラムである。
【図５ｃ】ＥＣＰスタッフが再注文または新しい注文を開始できる、製品の種類について追跡された在庫レベルを表示するためのバーコードスキャナを備えたＰＤＡによって提供されるＧＵＩインターフェイスを示す例示的なダイアグラムである。
【図６】本発明に従った図５（ｂ）及び図５（ｃ）に示されている「新しい注文」ボタンをユーザーが選択した後の、本発明の原理に従った在庫追跡及び自動注文入力のプロセス１６０の例を示す詳細なブロック図である。
【図７ａ】ストック注文入力トランザクションに対する在庫注文入力記録の例を示すメッセージ形式を示す図である。
【図７ｂ】ＤＣＰＤ注文入力トランザクションに対する在庫注文入力記録の例を示すメッセージ形式を示す図である。
【図７ｃ】在庫使用を報告するトランザクションの例を示すメッセージ形式を示す図である。
【図７ｄ】インボイス明細リクエストメッセージの形式の例を示す図である。
【図８】システムによって自動的に行われた注文に対する、本発明に従った動的在庫追跡プロセス３００を示すブロック図であって、図３（ｃ）及び図３（ｄ）に示されているユーザーに対する在庫「低」の警告を示している。
【図９】動的在庫追跡プロセスの一実施形態を示すブロック図である。
【図１】
2005535976.tif 000003
【図２】
2005535976.tif 000004
【図３ａ】
2005535976.tif 000005
【図３ｂ】
2005535976.tif 000006
【図３ｃ】
2005535976.tif 000007
【図３ｄ】
2005535976.tif 000008
【図４】
2005535976.tif 000009
【図５ａ】
2005535976.tif 000010
【図５ｂ】
2005535976.tif 000011
【図５ｃ】
2005535976.tif 000012
【図６】
2005535976.tif 000013
【図７ａ】
2005535976.tif 000014
【図７ｂ】
2005535976.tif 000015
【図７ｃ】
2005535976.tif 000016
【図７ｄ】
2005535976.tif 000017
【図８】
2005535976.tif 000018
【図９】
2005535976.tif 000019
【国際調査報告】
2005535976.tif 000020