WO2020165940A1

WO2020165940A1 - スケジュール算出装置、スケジュール管理システム、及びスケジュール算出方法

Info

Publication number: WO2020165940A1
Application number: PCT/JP2019/004830
Authority: WO
Inventors: 和紀長澤
Original assignee: 株式会社メディパルホールディングス
Priority date: 2019-02-12
Filing date: 2019-02-12
Publication date: 2020-08-20
Also published as: EP3926640A1; JP6821095B2; US20220181009A1; BR112021012369A2; CN113454729A; EP3926640A4; JPWO2020165940A1

Abstract

自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールを算出する。受注管理サーバ１１（スケジュール算出装置）は、医療施設３１に設けられたクライアント端末５（利用者端末）に表示されている利用者別のカレンダ画面データに対して利用者が指定した薬剤に係る投与日データをクライアント端末５（利用者端末）から受信する受信部３０ａと、受信部３０ａが受信した投与日データに基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出部３０ｂと、採取日から投与日に至る各実施日を含むカレンダ画面データを生成するカレンダ画面生成部３０ｄと、を備えることを特徴とする。

Description

スケジュール算出装置、スケジュール管理システム、及びスケジュール算出方法

　本発明は、医療施設において患者の人体から採取された採取物を培養施設に配送するとともに、培養施設において採取物から培養された薬剤を医療施設に配送する、自家細胞に係る再生医療工程を対象とした配送スケジュールを算出するのに好適なスケジュール算出装置、スケジュール管理システム、及びスケジュール算出方法に関する。

　近年、患者の人体から採取された細胞を培養してこれを患者の人体に移植する自家細胞移植が行われており、この自家細胞移植を行うためには、採取した細胞の培養を専門的に行う細胞培養センタ（以下、培養施設という）が必要になる。
　しかし、患者が入院している医療施設の数に対して、細胞の培養を行う培養施設の数は比較的少ないため、両者間の配送ルート及び配送スケジュールを管理しておく必要がある。
　特許文献１には、放射性薬剤を効率よく配送するために、配送計画または培養計画を行うことを目的として、放射性物質の配送拠点の所在地、及び放射性物質を用いた検査を行う複数の検査施設の所在地を示す所在地データを記憶し、さらに、複数の検査施設の各々で行う検査の時刻を含む検査スケジュールデータを記憶しておき、所在地データ及び検査スケジュールデータに基づいて、一以上の配送車両がそれぞれ配送拠点から一以上の検査施設へ放射性物質を配送するための配送ルート及び各検査施設への配達時刻を含む配送スケジュールを生成するという技術が開示されている。
　ところで、特許文献１にあっては、放射性薬剤の輸送には、所定の放射性物質の包装規格に沿った梱包が必要であったり、場合によっては放射性物質に適した専用の配送車両が必要であったりするため、一般の貨物とは扱いが異なっていた。

特許６２７５３８８号

　特許文献１にあっては、輸送用製品容器は、緩衝材を構成するダンボール箱に入れられる。しかしながら、輸送後の輸送用製品容器をどのように扱うかについては開示されていない。
　ところで、自家細胞移植にあっては、医療施設において患者の人体から採取された細胞を培養施設まで配送するのに用いる専用の第１容器と、培養施設において培養された薬剤を当該患者がいる医療施設まで配送するのに用いる専用の第２容器とでは、収納容量や保存温度、保存湿度等が異なるため、異なる専用の容器を用いる必要があった。
　そこで、自家細胞に係る再生医療工程を対象とした配送スケジュールを算出したいという要望があった。
　本発明の一実施形態は、上記に鑑みてなされたもので、その目的は、自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールを算出することにある。

　上記課題を解決するたに、請求項１記載の発明は、医療施設において人体から採取された採取物を第１容器に収容した後に、前記第１容器を培養施設に配送する第１配送工程と、培養施設において前記採取物を用いて生産された薬剤を前記第１容器とは異なる第２容器に収容した後に、前記第２容器を前記医療施設に配送する第２配送工程と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出するスケジュール算出装置であって、前記医療施設に設けられた利用者端末に表示されている利用者別のカレンダ画面データに対して利用者が指定した前記薬剤に係る投与日データを前記利用者端末から受信する受信手段と、前記受信手段が受信した前記投与日データに基づいて、採取日から前記投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出手段と、前記採取日から前記投与日に至る前記各実施日を含むカレンダ画面データを生成するカレンダ画面生成手段と、を備えることを特徴とする。

　本発明によれば、自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールを算出することができる。

本発明の第１実施形態に係わるスケジュール管理システムの構成を示すブロック図である。本発明の第１実施形態に係わる配送用ユニットを搭載した車両を示す図である。本発明の第１実施形態に係わる配送用ユニットのハードウェア構成を示す図である。本発明の第１実施形態に係わる受注管理サーバの機能ブロック図である。本発明の第１実施形態に係わる物の流れを表すシーケンス図である。空の容器Ａを納品してから細胞の納品までの手順を表すシーケンス図である。加工品の回収から投与までの手順を表すシーケンス図である。（ａ）は本発明の第１実施形態に係わる受注管理サーバにより生成される採取回数が１回の場合のカレンダ画面を示す図であり、（ｂ）はカレンダ画面に表示される各マークデータ、符号、名称を示す図表である。採取回数が１回である場合のカレンダ画面を表示する際に用いるシーケンス図である。採取回数が１回である場合の算出日計算の対比表である。（ａ）は受注管理サーバが用いる日程算出フローチャートであり、（ｂ）は算出ファイルの内容を示す図である。本発明の第１実施形態に係わる受注管理サーバにより管理されるファイル、及びマスタの構成、関連付けを表すＥＲ図である。採取回数が複数回の場合のカレンダ画面を示す図である。採取回数が複数回である場合のカレンダ画面を表示する際に用いるシーケンス図である。採取回数が複数回である場合の算出日計算の対比表である。本発明の第３実施形態に係わる受注管理サーバによるカレンダ画面の生成処理を表すフローチャートである。本発明の第３実施形態に係わる受注管理サーバによるマーク表示処理のサブルーチンを表すフローチャートである。本発明の第３実施形態に係わる受注管理サーバがマーク表示処理に用いるイベントコードと第１マークデータの関連付けを表す対比表である。本発明の第３実施形態に係わる受注管理サーバがマーク表示処理に用いるイベント回数と第２マークデータの関連付けを表す対比表である。本発明の第３実施形態に係わる受注管理サーバがマーク表示処理を実行した結果の一例であり、イベントコードとイベント回数を組み合わせたマークデータを表す対比表である。本発明の第３実施形態に係わる受注管理サーバにより管理される管理カレンダファイル、及び管理カレンダイベントファイルの構成、関連付けを表すＥＲ図である。

　以下、本発明を図面に示した実施の形態により詳細に説明する。
　本発明は、自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールを算出するために、以下の構成を有する。
　すなわち、本発明のスケジュール算出装置は、医療施設において人体から採取された採取物を第１容器に収容した後に、第１容器を培養施設に配送する第１配送工程と、培養施設において採取物を用いて生産された薬剤を第１容器とは異なる第２容器に収容した後に、第２容器を医療施設に配送する第２配送工程と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出するスケジュール算出装置であって、医療施設に設けられた利用者端末に表示されている利用者別のカレンダ画面データに対して利用者が指定した薬剤に係る投与日データを利用者端末から受信する受信手段と、受信手段が受信した投与日データに基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出手段と、採取日から投与日に至る各実施日を含むカレンダ画面データを生成するカレンダ画面生成手段と、を備えることを特徴とする。

　以上の構成を備えることにより、自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールを算出することができる。
　上記記載の本発明の特徴について、以下の図面を用いて詳細に解説する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
　上記の本発明の特徴に関して、以下、図面を用いて詳細に説明する。

＜第１実施形態＞
＜スケジュール管理システム＞
　図１は、本発明の第１実施形態に係わるスケジュール管理システムの構成を示すブロック図である。
　以下、同じ構成要件には同じ符号を付して説明する。
　スケジュール管理システム１は、クライアント端末（培養施設）３、クライアント端末（医療施設）５、通信ネットワークＮ１、Ｎ２、Ｎ３、受注管理装置７、物流管理サーバ（配送者）１３、データベースＤＢ１５、配送用ユニット１７を備えている。

　受注管理装置７は、フロントエンドサーバ９、受注管理サーバ１１を備えている。
　なお、本実施形態ではクライアント端末３、クライアント端末５、配送用ユニット１７、及び物流管理サーバ１３が複数で構成されているが、単数でもよい。また、通信ネットワークがＮ１、Ｎ２、Ｎ３と別れているが同一のネットワークで構成してもよい。

　フロントエンドサーバ９は、ネットワークＮ１を介してクライアント端末３、５からのデータを受信して、クライアント端末３、５への直接のアクセスサービスや、表示フォーマットの変更といったことを受け持つ機能を備えている。
　クライアント端末３は、培養施設３５の係員が操作可能な端末である。クライアント端末５は、医療施設の医師や看護師等の医療従事者が操作可能な端末である。

　受注管理サーバ１１は、通信ネットワークＮ２を介して配送用ユニット１７のデータを受信して、各配送用ユニット１７の状態を管理する。
　なお、受注管理サーバ１１は、内部にＲＯＭ（Read Only Memory)、ＲＡＭ(Random Access Memory）、ＣＰＵ（Central Processing Unit）、ＨＤＤ（Hard Disk Drive）を有し、ＨＤＤからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＨＤＤからプログラム（後述する各種フローチャートで示されるプログラム）を読み出し、各種処理を実行する。

　物流管理サーバ１３は、各物品を収納する倉庫ごとに配置されるか、或いは複数の物品を収納する倉庫ごとに配置され、受注管理サーバ１１からの依頼があると、該当する物品をクライアント（医療施設）に出荷するための制御を行う。

　配送用ユニット１７は、複数のＧＰＳ衛星から夫々のＧＰＳ信号をＧＰＳ受信部２７ｅが受信するとともに、夫々のＧＰＳ信号に基づいて位置データを算出して、位置データに固有の機器コードを付加して通信ネットワークＮ２を介して受注管理サーバ１１に送信する。
　なお、ＧＰＳ受信部２７ｅが有する固有の機器コードは、例えば、ＧＰＳ受信部２７ｅのＭＡＣアドレス（Media Access Control address）や、予め定められた固有の管理番号であればよい。

＜配送用ユニットを搭載した車両＞
　図２は、本発明の第１実施形態に係わる配送用ユニットを搭載した車両を示す図である。
　車両２１は、荷台に配送用ユニット１７を搭載している。さらに、配送用ユニット１７は、内部に採取容器２６Ａ、採取容器２６Ｂを収容しており、配送用ユニット１７の側面には小型端末２７が接触するように設けられている。
　配送用ユニット１７に収容されている各採取容器２６Ａ，２６Ｂに、それぞれ結び付けられたタグひもの一部が外部に出され、その先端にタグが結び付けられている。
　小型端末２７は、配送用ユニット１７の側面に密着するように配置されており、ネットワークＮ２を介して受注管理サーバ１１と通信する。

＜配送用ユニット＞
　図３は、本発明の第１実施形態に係わる配送用ユニットのハードウェア構成を示す図である。
　配送用ユニット１７は、採取容器２６Ａ、採取容器２６Ｂを収容している。なお、配送用ユニット１７は、後述する複数のセンサ（各種センサＳｅ１～Ｓｅ2）を備え、各センサの使用状態／未使用状態を外部から設定可能である。
　配送用ユニット１７は、物品の種類に応じて予め準備された複数種類の採取容器の中から特定種類の容器を内部に収容可能である。なお、配送用ユニット１７も複数種類が準備されており、管理条件（温度等）に応じて選択可能である。
　ここで、物品の種類とは、物品である物品の特性、用途、保管温度、保管湿度などにより互いに異なるものを意味する。また、容器の種類とは、物品の種類に対応して、保管温度、保管湿度などが互いに異なるものを意味する。
　例えば、医療施設３１において人体から採取された採取物が例えば、末梢血である場合に、末梢血を収容する採取容器Ａ（第１容器）は、常温の保管温度を維持する必要がある。
　また、採取物が例えば、骨髄液である場合に、骨髄液を収容する採取容器Ａ（第１容器）は、１５度の保管温度を維持する必要がある。
　さらに、採取物が例えば、粘膜・血液である場合に、粘膜・血液を収容する採取容器Ａ（第１容器）は、４～１０度の保管温度を維持する必要がある。
　一方、培養施設３５において採取物を用いて生産された薬剤を収容する容器Ｂ（第２容器）は、－１７０度以下の保管温度を維持する必要がある。
　また、培養施設３５において採取物を用いて生産された細胞シートを収容する容器Ｂ（第２容器）は、３７度の保管温度を維持する必要がある。

　配送用ユニット１７は、内部に複数の物品を収容可能であり、且つ内部又は外部に取り付けられた各種センサＳｅ１～Ｓｅ２を備えている。
　温度計Ｓｅ１は、配送用ユニット１７内に設けられ、配送用ユニット１７内の雰囲気温度を計測して、温度データ（Ｔ１）を通信部２７ｈを介してＣＰＵ２７ａに出力する。
　湿度計Ｓｅ２は、配送用ユニット１７内に設けられ、配送用ユニット１７内の雰囲気湿度を計測して、湿度データ（Ｒ１）を通信部２７ｈを介してＣＰＵ２７ａに出力する。
　開閉センサＳｅ３は、配送用ユニット１７の蓋に設けられ、配送用ユニット１７の蓋が開状態にあるか閉状態にあるかを検出して、開閉データ（Ｃ１）を通信部２７ｈを介してＣＰＵ２７ａに出力する。

　小型端末２７は、ＣＰＵ２７ａ、ＲＯＭ２７ｂ、ＲＡＭ２７ｃ、操作表示部２７ｄ、ＧＰＳ受信部２７ｅ、１０軸センサ２７ｆ、通信部２７ｇ、通信部２７ｈを備えている。
　ＣＰＵ２７ａは、ＲＯＭ２７ｂに予め記憶されるプログラムに従い、ＲＡＭ２７ｃをワークメモリとして用いて、配送用ユニット１７の全体の動作を制御する。
　ＲＯＭ２７ｂは、読み出し専用の不揮発性記憶媒体であり、ファームウェア、及び各種データが格納されている。
　ＲＡＭ２７ｃは、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ワークメモリとして利用可能である。

　操作表示部２７ｄは、各種設定やモード選択を行うためのメニューを表示させる画面やキーボタンなどを備え、ユーザからの種々の操作要求を受け付ける。例えば、後述する複数のセンサ（各種センサＳｅ１～Ｓｅ３）の使用状態／未使用状態を、この操作表示部２７ｄから設定可能である。
　ＧＰＳ受信部２７ｅは、アンテナＡＮＴ２を介して複数のＧＰＳ衛星から電波信号を受信して配送用ユニット１７の位置情報を算出し、算出した位置情報を通信部２７ｇを介して受注管理サーバ１１に送信する。
　１０軸センサ２７ｆは、ｘ軸、ｙ軸、ｚ軸方向のそれぞれの加速度を検出する３基の加速度センサ、ｘ軸、ｙ軸、ｚ軸方向のそれぞれの角速度を検出する３基のジャイロセンサー、地球が生じている南北の地磁気に対してｘ軸、ｙ軸、ｚ軸方向のそれぞれの方角を検出する３基の電子コンパス、１基の気圧センサを備えている。
　通信部２７ｇは、ＵＳＢインターフェースを有し、アンテナＡＮＴ１、通信ネットワークＮ２を介して受注管理サーバ１１との間でデータを送受信する。
　通信部２７ｈは、温度計Ｓｅ１からの温度データ（Ｔ１）、湿度計Ｓｅ２からの湿度データ（Ｒ１）、開閉センサＳｅ３からの開閉データ（Ｃ１）を受信してＣＰＵ２７ａに出力する。

＜受注管理サーバの機能ブロック＞
　図４は、本発明の第１実施形態に係わる受注管理サーバの機能ブロック図である。
　自家細胞に係る再生医療工程Ｋ１には、第１配送工程Ｋ３、及び第２配送工程Ｋ５を含んでいる。
　第１配送工程Ｋ３では、医療施設３１において人体から採取された採取物を容器Ａ（第１容器）に収容した後に、容器Ａ（第１容器）を培養施設３５に配送する。
　第２配送工程Ｋ５では、培養施設３５において採取物を用いて生産された薬剤を容器Ａ（第１容器）とは異なる容器Ｂ（第２容器）に収容した後に、容器Ｂ（第２容器）を医療施設３１に配送する。
　図１に示す受注管理サーバ１１の内部には、ＲＯＭ、ＲＡＭ及びＣＰＵを有する制御部３０が設けられ、ＲＯＭからオペレーティングシステムＯＳを読み出してＲＡＭ上に展開してＯＳを起動し、ＯＳ管理下において、ＲＯＭからプログラムを読み出して各種処理を実行するための機能モジュールを生成する。各機能モジュールは、図４に示す制御部３０の内部に各ブロックとして生成される。

　制御部３０は、受信部３０ａ、日程算出部３０ｂ、判定部３０ｃ、カレンダ画面生成部３０ｄを備えている。
　受信部３０ａは、医療施設３１に設けられたクライアント端末５（利用者端末）に表示されている利用者別のカレンダ画面データに対して利用者が指定した薬剤に係る投与日データをクライアント端末５（利用者端末）から受信する。
　日程算出部３０ｂは、受信部３０ａが受信した投与日データに基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する。
　カレンダ画面生成部３０ｄは、採取日から投与日に至る各実施日を含むカレンダ画面データを生成する。

　日程算出部３０ｂは、ある実施日から他の特定の実施日までの時間を表すリードタイムを順番に減算することにより、採取日から投与日に至る各実施日を算出する。
　日程算出部３０ｂは、リードタイム記憶部３０ｈを備えている。
　リードタイム記憶部３０ｈは、医療施設３１に特有の得意先コード、薬剤に固有の薬剤ＩＤ、人体に固有の人体ＩＤを用いた特定の組み合わせに応じて関連付けされた異なる複数の工程に係る時間を表す各リードタイムを記憶する。
　日程算出部３０ｂは、受信部３０ａが受信した医療施設３１に特有の得意先コード、薬剤に固有の薬剤ＩＤ、人体に固有の人体ＩＤを用いた特定の組み合わせをキーとして、リードタイム記憶部３０ｈから取得した各リードタイムを用いて各実施日を算出する。

　判定部３０ｃは、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であるか否かを判定する。
　判定部３０ｃにより、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であると判定された場合に、カレンダ画面生成部３０ｄは、カレンダ画面データを生成する。

　判定部３０ｃは、生産日程記憶部３０ｉを備えている。生産日程記憶部３０ｉは、培養施設３５における薬剤の培養受入可能数を記憶する。
　判定部３０ｃは、生産日程記憶部３０ｉから取得した薬剤の培養受入可能数を超える予約があるか否かを判定し、薬剤の培養受入可能数を超える予約がないと判定された場合に、カレンダ画面生成手段は、カレンダ画面データを生成する。

　日程算出部３０ｂは、投与日から、加工物である薬剤を医療施設３１に納品してから人体へ投与するまでの時間を表す投与リードタイムを減算して加工物納品日を算出し、加工物納品日から、採取物を医療施設３１から培養施設３５に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して加工物発送日を算出し、加工物発送日から、加工物が加工完了日から培養施設３５を出発するまでの時間を表す加工物発送リードタイムを減算して加工完成予定日を算出する。

　日程算出部３０ｂは、薬剤情報記憶３０ｊを備えている。薬剤情報記憶３０ｊは、薬剤を培養するのに必要な単位必要時間を加工リードタイムとして記憶する。
　日程算出部３０ｂは、加工完成予定日から、採取物が培養施設３５に到着してから加工が完了するまでの時間を表す加工リードタイムを減算して採取物配達日を算出する。

　日程算出部３０ｂは、採取物配達日から、培養施設／得意先間リードタイムを減算して採取物発送日を算出し、採取物発送日から、採取物を採取した日から医療施設３１を出発するまでの時間を表す採取物発送リードタイムを減算して採取日を算出する。

　日程算出部３０ｂは、薬剤情報記憶３０ｊ、人体情報記憶部３０ｋを備えている。
　薬剤情報記憶３０ｊは、薬剤を培養するのに必要な培養必要細胞数を記憶する。
　人体情報記憶部３０ｋは、人体から１回で採取可能な採取可能細胞数、人体に係る少なくとも２回以上の採取日の間の採取間隔を記憶する。
　日程算出部３０ｂは、薬剤情報記憶３０ｊから取得した培養必要細胞数を人体情報記憶部３０ｋから取得した採取可能細胞数で除算した値の整数値を採取回数とし、採取回数、及び人体情報記憶部３０ｋから取得した採取間隔に基づいて、採取回数が少なくとも２回以上である場合の採取日、採取物配達日を算出する。

　カレンダ画面生成部３０ｄは、物品を指定する領域、利用者識別データを指定する領域、及び配送先データを指定する領域を含む利用者別のカレンダ画面データを生成する。

　カレンダ画面生成部３０ｄは、マークテーブル３０ｍ、マーク生成部３０ｎを備えている。
　マークテーブル３０ｍは、投与日データ、加工物納品日データ、加工物発送日データ、加工完成予定日データ、採取物配達日データ、採取物発送日データ、及び採取日データをそれぞれ表す画像データである投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを記憶する。
　マーク生成部３０ｎは、投与日データ、加工物納品日データ、加工物発送日データ、加工完成予定日データ、採取物発送日データ、及び採取日データに基づいて、マークテーブルを参照して、それぞれを表す投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを生成する。

　受注管理サーバ１１（スケジュール算出装置）は、配信部３０ｇを備える。
　配信部３０ｇは、マーク生成部３０ｎが生成した画像データである投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを利用者端末に配信する。

　カレンダ画面生成部３０ｄは、管理カレンダイベントファイルＦ２３（図２１）、データ取得部３０ｐ、マーク表示処理部３０ｑを備える。
　管理カレンダイベントファイルＦ２３は、人体に固有の人体ＩＤ、薬剤に固有の薬剤ＩＤ、イベントコード、イベント回数に対応させて、各実施日に対応する年月日を記憶する。
　データ取得部３０ｐは、人体に固有の人体ＩＤ、薬剤に固有の薬剤ＩＤをキーとして、管理カレンダイベントファイルから各実施日に対応する年月日、イベントコード、及びイベント回数を取得する。
　マーク表示処理部３０ｑは、イベントコードに対応する第１マークデータと、イベント回数に対応する第２マークデータを重ね合わせて、カレンダ画面上の年月日に対応する領域に表示する。

＜物の流れを表すシーケンス図＞
　図５は、本発明の第１実施形態に係わる物の流れを表すシーケンス図である。
　図５に示す医療施設３１には、治療を必要とする患者の人体が存在し、例えば医療従事者が患者の人体から骨髄や血液などの検体を採取する。物流センタ３３には、配送用ユニット１７や容器（Ａ）（Ｂ）を在庫している。培養施設３５は、検体を薬剤に加工する。
　ステップＳ１１では、物流センタ３３の配送員は、空の容器Ａと配送用ユニット１７を医療施設３１に配送して、空の容器Ａを納品する。医療施設３１の医療従事者は、配送員から空の容器Ａを受け取る。
　ステップＳ１３では、医療施設３１の医療従事者は、患者の人体から採取した検体を容器Ａに格納し、さらに、容器Ａを配送用ユニット１７に収納する。
　ステップＳ１５では、医療施設３１において、配送員は、検体が格納されている容器Ａを搭載した配送用ユニット１７を培養施設３５に配送して、検体が格納されている容器Ａを納品する。
　ステップＳ１７では、培養施設３５の係員は、容器Ａから検体を取り出して培養処理を行い、検体を薬剤に加工する。

　ステップＳ１９では、物流センタ３３の配送員は、空の容器Ｂと配送用ユニット１７を培養施設３５に配送して、空の容器Ｂを納品する。
　ステップＳ２１では、培養施設３５の係員は、加工された加工品（薬剤）を容器Ｂに格納し、さらに、容器Ｂを配送用ユニット１７に収納する。
　ステップＳ２３では、配送員は、加工品（薬剤）が格納されている容器Ｂを搭載した配送用ユニット１７を医療施設３１に配送して、加工品が格納されている容器Ｂを納品する。
　ステップＳ２５では、物流センタ３３の配送員は、使用済みの容器Ａ（空）を物流センタ３３に配送して、空の容器Ａを回収する。
　ステップＳ２７では、物流センタ３３の配送員は、使用済みの容器Ｂ（空）と配送用ユニット１７を物流センタ３３に配送して、空の容器Ｂと配送用ユニット１７を回収する。

＜空の容器Ａを納品してから細胞の納品までのシーケンス図＞
　図６は、空の容器Ａを納品してから細胞の納品までの手順を表すシーケンス図である。図６に示す実線の矢印がデータの流れを表し、破線の矢印が物の流れを表す。
　ステップＳ４１では、受注管理サーバ１１は、生成した個人別カレンダの画面データを医療施設３１のクライアント端末３に送信する。この結果、受注管理サーバ１１から個人別カレンダの画面データを受信した医療施設３１のクライアント端末３は、個人別カレンダの投与日登録画面を表示することができる。
　ステップＳ４３では、医療施設３１のクライアント端末３は、ユーザの操作に応じて指定された投与日に得意先コード、人体ＩＤ、薬剤ＩＤを付加して受注管理サーバ１１に送信する。

　ステップＳ４５では、受注管理サーバ１１は、クライアント端末３から受信した投与日と得意先コード、人体ＩＤ、薬剤ＩＤを登録可能か否かをチェック（判定）する。
　すなわち、判定部３０ｃは、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であるか否かを判定する。
　判定部３０ｃにより、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であると判定された場合に、カレンダ画面生成部３０ｄは、カレンダ画面データを生成する。
　また、判定部３０ｃは、培養施設情報記憶部３０ｒを備えている。培養施設情報記憶部３０ｒは、培養施設３５における薬剤の培養受入可能数を記憶する。
　判定部３０ｃは、培養施設情報記憶部３０ｒから取得した薬剤の培養受入可能数を超える予約があるか否かを判定する。薬剤の培養受入可能数を超える予約がないと判定された場合に、ステップＳ４７に進む。

　ステップＳ４７では、受注管理サーバ１１は、投与日に基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する。
　ステップＳ４９では、受注管理サーバ１１は、算出した各実施日を含めた個人別カレンダを医療施設３１のクライアント端末３に送信する。この結果、受注管理サーバ１１から個人別カレンダの画面データを受信した医療施設３１のクライアント端末３は、個人別カレンダの画面を表示することができる。

　ステップＳ５１では、受注管理サーバ１１は、受注データの連携を行うため、得意先コード、人体ＩＤ、薬剤ＩＤ、算出した採取物発送日を物流管理サーバ１３に送信する。
　ステップＳ５３では、物流管理サーバ１３は、配送情報の作成を行う。
　ステップＳ５５では、物流管理サーバ１３は、配送情報を配送用ユニット１７に転送する。配送用ユニット１７は、物流管理サーバ１３から受信した配送情報をＲＡＭに記憶する。
　ステップＳ５７では、配送情報を目視確認した配送員は、空の容器Ａを含む配送用ユニット１７を車両に搭載して医療施設３１に配送する。
　ステップＳ５９では、配送用ユニット１７は、空の容器Ａを配送した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ６１では、配送用ユニット１７に搭載されている容器Ａに人体の細胞を格納する。

　ステップＳ６３では、配送用ユニット１７は、容器Ａに人体の細胞を格納した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ６５では、配送用ユニット１７は、容器Ａに人体の細胞を格納した時点から容器Ａ内の温度、湿度、容器の蓋の開閉状態、容器Ａに環境（例えば、道路）から伝達される振動、方角、圧力等の監視データを受注管理サーバ１１に送信する。
　ステップＳ６７では、受注管理サーバ１１は、算出した採取物発送日に病院から容器Ａを含む配送用ユニット１７を回収すべき旨の指示を配送用ユニット１７に送信する。この回収指示を受信した配送用ユニット１７は、操作表示部２７ｄに回収指示を表示する。
　ステップＳ６９では、この回収指示を目視確認した配送員は、病院から配送用ユニット１７（人体の細胞を格納した容器Ａ）を回収する際に、受け取り証明書を発行して医療施設３１に渡す。
　ステップＳ７１では、配送用ユニット１７は、人体の細胞を格納した容器Ａを回収した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。

　ステップＳ７３では、受注管理サーバ１１は、回収データの連携を行うため、得意先コード、人体ＩＤ、薬剤ＩＤ、算出した採取物配達日を物流管理サーバ１３に送信する。
　ステップＳ７５では、物流管理サーバ１３は、配送情報の作成を行う。
　ステップＳ７７では、物流管理サーバ１３は、配送情報を配送用ユニット１７に転送する。配送用ユニット１７は、物流管理サーバ１３から受信した配送情報をＲＡＭに記憶する。
この配送指示を受信した配送用ユニット１７は、操作表示部２７ｄに配送指示を表示する。
　ステップＳ７９では、この納品指示を目視確認した配送員は、配送用ユニット１７（人体の細胞を格納した容器Ａ）を納品する際に、引き渡し証明書を発行して培養施設３５に渡す。
　ステップＳ８１では、配送用ユニット１７は、人体の細胞を格納した容器Ａ含む配送用ユニット１７を培養施設３５に納品した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。

＜加工品回収から投与までのシーケンス図＞
　図７は、加工品の回収から投与までの手順を表すシーケンス図である。図７に示す実線の矢印がデータの流れを表し、破線の矢印が物の流れを表す。
　ステップＳ１０１では、受注管理サーバ１１は、生成した個人別カレンダの画面データを培養施設３５のクライアント端末３に送信する。この結果、受注管理サーバ１１から個人別カレンダの画面データを受信した培養施設３５のクライアント端末３は、個人別カレンダの投与日登録画面を表示することができる。
　ステップＳ１０３では、培養施設３５のクライアント端末３は、ユーザの操作に応じて指定された加工完成日に得意先コード、人体ＩＤ、薬剤ＩＤを付加して受注管理サーバ１１に送信する。
　ステップＳ１０５では、受注管理サーバ１１は、加工完成日に基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を再算出する。
　ステップＳ１０７では、受注管理サーバ１１は、再算出した各実施日を含めた個人別カレンダを培養施設３５のクライアント端末３に送信する。この結果、受注管理サーバ１１から個人別カレンダの画面データを受信した培養施設３５のクライアント端末３は、個人別カレンダの画面を表示することができる。

　ステップＳ１０９では、受注管理サーバ１１は、加工物納品情報の連携を行うため、得意先コード、人体ＩＤ、薬剤ＩＤ、算出した加工物発送日を物流管理サーバ１３に送信する。
　ステップＳ１１１では、物流管理サーバ１３は、配送情報の作成を行う。
　ステップＳ１１３では、物流管理サーバ１３は、配送情報を配送用ユニット１７に転送する。配送用ユニット１７は、物流管理サーバ１３から受信した配送情報をＲＡＭに記憶する。
　ステップＳ１１５では、配送情報を目視確認した配送員は、空の容器Ｂを含む配送用ユニット１７を車両に搭載して培養施設３５に配送する。
　ステップＳ１１７では、配送用ユニット１７は、空の容器Ｂを配送した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ１１９では、培養施設３５において、配送用ユニット１７に搭載されている容器Ｂに加工品（薬剤）を格納する。

　ステップＳ１２１では、配送用ユニット１７は、容器Ｂに加工品（薬剤）を格納した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ１２３では、配送用ユニット１７は、容器Ｂに加工品（薬剤）を格納した時点から容器Ｂ内の温度、湿度、容器の蓋の開閉状態、容器Ｂに環境（例えば、道路）から伝達される振動、方角、圧力等の監視データを受注管理サーバ１１に送信する。
　ステップＳ１２５では、受注管理サーバ１１は、算出した加工物発送日に培養施設３５から容器Ｂを含む配送用ユニット１７を回収すべき旨の指示を配送用ユニット１７に送信する。この回収指示を受信した配送用ユニット１７は、操作表示部２７ｄに回収指示を表示する。
　ステップＳ１２７では、この回収指示を目視確認した配送員は、培養施設３５から配送用ユニット１７（加工品（薬剤）を格納した容器Ｂ）を回収する際に、受け取り証明書を発行して培養施設３５に渡す。
　ステップＳ１２９では、配送用ユニット１７は、加工品（薬剤）を格納した容器Ｂを回収した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。

　ステップＳ１３１では、受注管理サーバ１１は、算出した加工物発送日に容器Ｂを含む配送用ユニット１７を納品すべき旨の指示を配送用ユニット１７に送信する。この納品指示を受信した配送用ユニット１７は、操作表示部２７ｄに納品指示を表示する。
　ステップＳ１３３では、この納品指示を目視確認した配送員は、配送用ユニット１７（加工品（薬剤）を格納した容器Ｂ）を医療施設３１（病院）に納品する際に、納品証明書を発行して医療施設３１（病院）に渡す。
　ステップＳ１３５では、配送用ユニット１７は、加工品（薬剤）を格納した容器Ｂを納品した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ１３７では、配送用ユニット１７に配置された容器Ｂから加工品（薬剤）を取り出して、人体に投与する。

　ステップＳ１３９では、配送用ユニット１７は、加工品（薬剤）を患者の人体に投与した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。
　ステップＳ１４１では、受注管理サーバ１１は、算出した容器回収日に病院から容器Ｂを含む配送用ユニット１７を回収すべき旨の指示を配送用ユニット１７に送信する。この回収指示を受信した配送用ユニット１７は、操作表示部２７ｄに回収指示を表示する。
　ステップＳ１４３では、この回収指示を目視確認した配送員は、医療施設３１から配送用ユニット１７（空の容器Ｂ）を回収する。
　ステップＳ１４５では、配送用ユニット１７は、空の容器Ｂを含む配送用ユニット１７を回収した旨の情報を受注管理サーバ１１に送信して、配送用ユニット１７のステータスを更新する。

＜カレンダ画面＞
　図８（ａ）は、本発明の第１実施形態に係わる受注管理サーバにより生成される採取回数が１回の場合のカレンダ画面を示す図である。
　受注管理サーバ１１により生成されるカレンダ画面には、横方向に７種類の曜日領域がそれぞれ配置され、縦方向に月毎の複数の日付領域が配置されており、それぞれの日付け領域には指定された月の曜日毎の日付が記載される。
　日付領域のうち実施日に対応する領域には、例えば、符号Ｄ１～Ｄ７で示すそれぞれの実施日がマーク画像Ｇ１～Ｇ７を用いて表示される。

　図８（ａ）において、マーク画像Ｇ１はカレンダ画面上の位置により投与日Ｄ１を示しており、マーク画像Ｇ２はカレンダ画面上の位置により加工物納品日Ｄ２を示している。ここで、加工物納品日Ｄ２から投与日Ｄ１までの時間である投与リードタイムＴ１（図示しない）は、加工物を医療施設３１に納品してから患者の人体へ投与するまでの時間を表す。
　マーク画像Ｇ３はカレンダ画面上の位置により加工物発送日Ｄ３を示している。ここで、加工物発送日Ｄ３から加工物納品日Ｄ２までの時間であるＣＰＣ／得意先間リードタイムＴ２（図示しない）は、採取物を医療施設３１からＣＰＣ（培養施設）に配達するまでにかかる時間、また、加工物をＣＰＣから医療施設３１に納品するまでにかかる時を表す。

　マーク画像Ｇ４はカレンダ画面上の位置により加工完成予定日Ｄ４を示している。ここで、加工完成予定日Ｄ４から加工物発送日Ｄ３までの時間である加工物発送リードタイムＴ３（図示しない）は、加工物が加工完了日からＣＰＣを出発するまでの時間を表す。
　マーク画像Ｇ５はカレンダ画面上の位置により採取物配達日Ｄ５を示している。ここで、採取物配達日Ｄ５から加工完成予定日Ｄ４までの時間である加工リードタイムＴ４（図示しない）は、採取物がＣＰＣに到着してから加工完了するまでにかかる時間を表す。

　マーク画像Ｇ６は、カレンダ画面上の位置により採取物発送日Ｄ６を示している。ここで、採取物発送日Ｄ６から採取物配達日Ｄ５までの時間であるＣＰＣ／得意先間リードリードタイムＴ２（図示しない）は、採取物を医療施設３１からＣＰＣ（培養施設）に配達するまでにかかる時間、また、加工物をＣＰＣから医療施設３１に納品するまでにかかる時を表す。
　マーク画像Ｇ７は、カレンダ画面上の位置により採取日Ｄ７を示している。ここで、採取日Ｄ７から採取物発送日Ｄ６までの時間である採取物発送リードタイムＴ５（図示しない）は、採取物を採取した日から医療施設３１を出発するまでの時間を表す。

　図８（ｂ）は、カレンダ画面に表示される各マークデータ、符号、名称を示す図表である。
　図８（ｂ）に示すように、文字「Ｄ１」を含む画像データは、投与日を表しており、符号Ｄ１により１対１で関連付けされている。
　文字「Ｄ２」を含む画像データであるマークデータは、名称である加工物納品日を表しており、符号Ｄ２により１対１で関連付けされている。
　文字「Ｄ３」を含む画像データであるマークデータは、名称である加工物発送日を表しており、符号Ｄ３により１対１で関連付けされている。
　文字「Ｄ４」を含む画像データであるマークデータは、名称である加工完成予定日を表しており、符号Ｄ４により１対１で関連付けされている。

　文字「Ｄ５」を含む画像データであるマークデータは、名称である採取物配達日を表しており、符号Ｄ５により１対１で関連付けされている。
　文字「Ｄ６」を含む画像データであるマークデータは、名称である採取物発送日を表しており、符号Ｄ６により１対１で関連付けされている。
　文字「Ｄ７」を含む画像データであるマークデータは、名称である採取日を表しており、符号Ｄ７により１対１で関連付けされている。
　それぞれのマークデータ、符号、及び名称は関連付けされてデータベースＤＢに記憶されている。

＜カレンダ画面を表示する際に用いるシーケンス図＞
　図９は、採取回数が１回である場合のカレンダ画面を表示する際に用いるシーケンス図である。
　ステップＳ２０１では、利用者（医療従事者）３７は、マウス操作に応じて、クライアント端末（医療施設）５に表示されているカレンダ画面を生成するプログラムのアイコンを選択する。
　ステップＳ２０３では、クライアント端末（医療施設）５は、カレンダ画面を生成するプログラムを起動する。この結果、クライアント端末（医療施設）５に初期状態のカレンダ画面が表示される。
　ステップＳ２０５では、利用者３７は、クライアント端末（医療施設）５に受注データを登録する。この際、マウス操作に応じた選択、またはキーボードからの入力により、投与日データ、商品コード、得意先コード、人体コード等を生成して、内部メモリに記憶する。
　ステップＳ２０７では、クライアント端末（医療施設）５は、投与日データ、商品コード、得意先コード、人体コード等を受注管理サーバ１１に送信する。

　ステップＳ２０９では、受注管理サーバ１１は、クライアント端末（医療施設）５から受信した投与日データ、商品コード、得意先コード、人体コード等に対して、それぞれの投与日登録可否値のチェックを行う。
　ステップＳ２１１では、受注管理サーバ１１は、ステップＳ２０９において、クライアント端末（医療施設）５から投与日データ、商品コード、得意先コード、人体コード等を受信して、投与日データに対して、投与日登録可否チェックを行った結果、投与日データが異常である場合に、エラーメッセージをクライアント端末（医療施設）５に送信する。
　この結果、ステップＳ２１２において、クライアント端末（医療施設）５にエラーメッセージが表示される。

　ステップＳ２１３では、受注管理サーバ１１は、日程算出フローチャート（図１１）を用いて、加工物納品日を算出する。
　ステップＳ２１５～Ｓ２２５では、受注管理サーバ１１は、それぞれ加工物発送日、加工完成予定日、採取物配達日、採取物発送日、採取日、事前発送日を順次に算出する。
　ステップＳ２２７では、受注管理サーバ１１は、日程算出フローチャート（図１１）を用いて、ステップＳ２１３～Ｓ２２５において算出したそれぞれの結果に基づいて、カレンダ画面（図８）の画面データを生成する。
　ステップＳ２２９では、受注管理サーバ１１は、ステップＳ２２７において算出したカレンダ画面（図８）の画面データをクライアント端末（医療施設）５に送信する。
　この結果、クライアント端末（医療施設）５にカレンダ画面（図８）の画面データが表示される。

＜算出日計算の対比表＞
　図１０は、後述するステップＳ３０５において参照される、採取回数が１回である場合の算出日計算の対比表である。
　図１０に示す対比表４１には、横方向の項目として、レコード番号、算出日、親項目、子項目、演算子の順に記載されている。
　詳しくは、レコード番号が１である場合に、算出日、親項目、子項目、演算子の順に、加工物納品日Ｄ２、投与日Ｄ１、投与リードタイムＴ１、減算「－」と記載されている。
　次いで、レコード番号が２である場合に、加工物発送日Ｄ３、加工物納品日Ｄ２、ＣＰＣ／得意先間リードタイムＴ２、減算「－」と記載されている。

　次いで、レコード番号が３である場合に、加工完成予定日Ｄ４、加工物発送日Ｄ３、加工物発送リードタイムＴ３、減算「－」と記載されている。
　次いで、レコード番号が４である場合に、採取物配達日Ｄ５、加工完成予定日Ｄ４、加工リードタイムＴ４、減算「－」と記載されている。
　次いで、レコード番号が５である場合に、採取物発送日Ｄ６、採取物配達日Ｄ５、ＣＰＣ／得意先間リードタイムＴ２、減算「－」と記載されている。
　次いで、レコード番号が６である場合に、採取日Ｄ７、採取物発送日Ｄ６、採取物発送リードタイムＴ５、減算「－」と記載されている。

＜日程算出フローチャート＞
　図１１（ａ）は、受注管理サーバが用いる日程算出フローチャートであり、図１１（ｂ）は、日程算出フローチャートにより参照される算出ファイルである。
　図１１（ｂ）に示す算出ファイル４３には、人体ＩＤ、管理ＩＤ、カレンダ画面に表示する各日付の区分を表す算出区分、親項目、子項目、演算子、登録先等を表すインデックス（見出し）が記憶されている。なお、人体ＩＤには、患者に固有の人体ＩＤを用いてもよい。
　ステップＳ３０１では、受注管理サーバ１１は、算出ファイル４３より対象データを取得する。
　ステップＳ３０３では、受注管理サーバ１１は、算出区分の数分、下記のステップＳ３０５に示す処理を繰り返す。
　ステップＳ３０５では、受注管理サーバ１１は、図１０に示す対比表をレコード順に参照して、算出日の計算式を構築するために用いる基本演算式（１）を用いて、算出日の計算式を構築する。
　算出日＝親項目　演算子（＋，－）　子項目　　　　　　（１）
　ステップＳ３０７では、受注管理サーバ１１は、算出日を登録先のマスタへ登録する。
　ステップＳ３０９では、受注管理サーバ１１は、算出区分の数分、上記のステップＳ３０５に示す処理を繰り返していない場合はステップＳ３０３に戻り、算出区分の数分、上記のステップＳ３０５に示す処理を繰り返した場合は処理を終了する。

　ここで、ステップＳ３０５での演算処理について説明する。
　詳しくは、図１０に示す対比表において、レコード番号が１である場合に、算出日、親項目、子項目、演算子の順に、上記式（１）に従って、計算式を構築すると、式（２）のように、
　Ｄ２＝Ｄ１－Ｔ１　　　　（２）
となるので、式（２）に従って、投与日Ｄ１から投与リードタイムＴ１を減算して、加工物納品日Ｄ２を求める。

　同様に、レコード番号が２である場合に、上記式（１）に従って、計算式を構築すると、式（３）のように、
　Ｄ３＝Ｄ２－Ｔ２　　　　（３）
となるので、式（３）に従って、加工物納品日Ｄ２からＣＰＣ／得意先間リードタイムＴ２を減算して、加工物発送日Ｄ３を求める。
　同様に、レコード番号が３である場合に、上記式（１）に従って、計算式を構築すると、式（４）のように、
　Ｄ４＝Ｄ３－Ｔ３　　　　（４）
となるので、式（４）に従って、加工物発送日Ｄ３から加工物発送リードタイムＴ３を減算して、加工完成予定日Ｄ４を求める。

　同様に、レコード番号が４である場合に、上記式（１）に従って、計算式を構築すると、式（５）のように、
　Ｄ５＝Ｄ４－Ｔ４　　　　（５）
となるので、式（５）に従って、加工完成予定日Ｄ４から加工リードタイムＴ４を減算して、採取物配達日Ｄ５を求める。
　同様に、レコード番号が５である場合に、上記式（１）に従って、計算式を構築すると、式（６）のように、
　Ｄ６＝Ｄ５－Ｔ２　　　　（６）
となるので、式（６）に従って、採取物配達日Ｄ５からＣＰＣ／得意先間リードタイムＴ２を減算して、採取物発送日Ｄ６を求める。

　同様に、レコード番号が６である場合に、上記式（１）に従って、計算式を構築すると、式（７）のように、
　Ｄ７＝Ｄ６－Ｔ５　　　　（７）
となるので、式（７）に従って、採取物発送日Ｄ６から採取物発送リードタイムＴ５を減算して、採取日Ｄ７を求める。

＜ＥＲ図＞
　図１２は、本発明の第１実施形態に係わる受注管理サーバにより管理されるファイル、及びマスタの構成、関連付けを表すＥＲ図である。図１２に示す符号Ｆはファイル、符号Ｍはマスタを表す。
＜人体マスタ＞
　受注管理サーバ１１は、人体ＩＤに対応させて人体マスタＭ１に人体の性別、体重、身長、年齢を記憶する。
　受注管理サーバ１１は、人体ＩＤをキーとして、人体マスタＭ１から人体の性別、体重、身長、年齢を抽出する。

＜得意先マスタ＞
　受注管理サーバ１１は、得意先コードに対応させて得意先マスタＭ３に得意先名称を記憶する。
　受注管理サーバ１１は、得意先コードをキーとして、得意先マスタＭ３から得意先名称を抽出する。
＜培養施設マスタ＞
　受注管理サーバ１１は、培養施設コードに対応させて培養施設（ＣＰＣ：細胞培養センタ）マスタＭ５に培養施設名称を記憶する。
　受注管理サーバ１１は、培養施設コードをキーとして、培養施設（ＣＰＣ）マスタＭ５から培養施設名称を抽出する。

＜人体管理ファイル＞
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、管理ＩＤ、得意先コードに対応させて、人体管理ファイルＦ１に採取管理ＩＤ、加工管理ＩＤ、投与管理ＩＤを記憶する。
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、管理ＩＤ、得意先コードをキーとして、人体管理ファイルＦ１から採取管理ＩＤ、加工管理ＩＤ、投与管理ＩＤを抽出する。
＜採取管理ファイル＞
　受注管理サーバ１１は、採取管理ＩＤと配送用ユニットＩＤに対応させて採取管理ファイルＦ３に薬剤ＩＤ、採取物の種類、採取物発送リードタイム、採取間隔リードタイム、１回の採取量、採取容器ＩＤを記憶する。
　受注管理サーバ１１は、採取管理ＩＤと配送用ユニットＩＤをキーとして、採取管理ファイルＦ３から薬剤ＩＤ、採取物の種類、採取物発送リードタイム、採取間隔リードタイム、１回の採取量、採取容器ＩＤを抽出する。

＜採取物配送容器ステータスファイル＞
　採取物配送容器ステータスファイルＦ５には、採取管理ＩＤと配送用ユニットＩＤに対応させて、配送用ユニットの事前配送日、発送日、配達日、容器回収日、ステータス、回収確認日時、引渡確認日時を記憶する。
　受注管理サーバ１１は、採取管理ＩＤと配送用ユニットＩＤをキーとして、採取物配送容器ステータスＦ５から配送用ユニットの事前配送日、発送日、配達日、容器回収日、ステータス、回収確認日時、引渡確認日時を抽出する。

＜採取容器ステータスファイル＞
　採取容器ステータスファイルＦ７には、採取管理ＩＤと採取容器ＩＤに対応させて、採取物の採取日、ステータス、採取確認日時を抽出する。
　受注管理サーバ１１は、採取管理ＩＤと採取容器ＩＤをキーとして、採取容器ステータスファイルＦ７から採取物の採取日、ステータス、採取確認日時を抽出する。

＜加工管理ファイル＞
　加工管理ファイルＦ９には、加工管理ＩＤに対応させて加工管理ファイルＦ９に加工完成予定日、加工完成日、培養施設コードを記憶する。
　受注管理サーバ１１は、加工管理ＩＤをキーとして、加工管理ファイルＦ９から加工完成予定日、加工完成日、培養施設コードを抽出する。

＜投与管理ファイル＞
　投与管理ファイルＦ１１には、投与管理ＩＤ、配送用ユニットＩＤ、薬剤ＩＤに対応させて、投与リードタイム、シリアルを記憶する。
　受注管理サーバ１１は、投与管理ＩＤ、配送用ユニットＩＤ、薬剤ＩＤをキーとして、投与管理ファイルＦ１１から投与リードタイム、シリアル番号を抽出する。

＜薬剤配送容器ステータスファイル＞
　薬剤配送容器ステータスファイルＦ１３には、投与管理ＩＤ、配送用ユニットＩＤ、薬剤ＩＤに対応させて、薬剤を配送する配送用ユニットの事前配送日、発送日、納品日、容器回収日、ステータス、回収確認日時、引渡確認日時を記憶する。
　受注管理サーバ１１は、投与管理ＩＤ、配送用ユニットＩＤ、薬剤ＩＤをキーとして、薬剤配送容器ステータスファイルＦ１３から薬剤を配送する配送用ユニットの事前配送日、発送日、納品日、容器回収日、ステータス、回収確認日時、引渡確認日時を抽出する。

＜薬剤ステータスファイル＞
　薬剤ステータスファイルＦ１５には、投与管理ＩＤ、薬剤ＩＤ、シリアル番号に対応させて、薬剤の投与日、ステータス、加工確認日時、使用期限を記憶する。
　受注管理サーバ１１は、投与管理ＩＤ、薬剤ＩＤ、シリアル番号をキーとして、薬剤ステータスファイルＦ１５から薬剤の投与日、ステータス、加工確認日時、使用期限を抽出する。

＜配送用ユニットマスタ＞
　配送用ユニットマスタＭ７には、配送用ユニットＩＤに対応させて、配送用ユニットタイプ、配送用ユニット名称、ステータスを記憶する。
　受注管理サーバ１１は、配送用ユニットＩＤをキーとして、配送用ユニットマスタＭ７から配送用ユニットタイプ、配送用ユニット名称、ステータスを抽出する。
＜薬剤マスタ＞
　薬剤マスタＭ９には、薬剤ＩＤに対応させて、薬剤名称、採取物の種類、総採取量を記憶する。
　受注管理サーバ１１は、薬剤ＩＤをキーとして、薬剤マスタＭ９から薬剤名称、採取物の種類、総採取量を抽出する。

＜加工リードタイムマスタ＞
　加工リードタイムマスタＭ１１には、培養施設コードと薬剤ＩＤに対応させて、加工物発送リードタイム、加工リードタイムを記憶する。
　受注管理サーバ１１は、培養施設コードと薬剤ＩＤをキーとして、加工リードタイムマスタＭ１１から加工物発送リードタイム、加工リードタイムを抽出する。
＜ＣＰＣ得意先間リードタイムマスタ＞
　ＣＰＣ得意先間リードタイムマスタＭ１３には、得意先コードと培養施設コードに対応させて、医療施設３１と培養施設間のリードタイムを記憶する。
　受注管理サーバ１１は、得意先コードと培養施設コードをキーとして、ＣＰＣ得意先間リードタイムマスタＭ１３から医療施設３１と培養施設間のリードタイムを抽出する。

　次に、図１２に示すＥＲ図を参照して、ファイル間、またはマスタ間の管理について説明する。
＜人体管理ファイルと各管理ファイルとの関連付け＞
　人体管理ファイルＦ１では、得意先コード、人体ＩＤ、投与する薬剤の薬剤ＩＤを関連付け、管理ＩＤを割り振り記憶している。
　受注管理サーバ１１は、患者や被検体などの人体に目的の薬剤を投与するために、細胞を採取する採取工程、採取した細胞を加工する加工工程、加工した薬剤を投与する投与工程、の３つの工程に分け、それぞれ採取管理ＩＤ、加工管理ＩＤ、投与管理ＩＤを割り付けて、人体管理ファイルＦ１上で管理する。
　詳しくは、図１２に示すＥＲ図のように、各ファイルの関連付けにおいて、採取に関わる情報を採取管理ＩＤ、加工に関わる情報を加工管理ＩＤ、投与に関わる情報を投与管理ＩＤを用いて管理する。

＜採取管理ファイルと採取物配送容器ステータスファイル、採取容器ステータスファイルの関連＞
　採取管理ファイルＦ３では、採取管理ＩＤに、採取物を配送する際に用いる配送用ユニットＩＤを関連付けして、記憶する。
　受注管理サーバ１１は、採取管理ＩＤと配送用ユニットＩＤに、採取物を保管する採取容器ＩＤを関連付けして、採取管理ファイルＦ３と採取物配送容器ステータスファイルＦ５に記憶する。
　採取物配送容器ステータスファイルＦ５では、採取管理ＩＤと配送用ユニットＩＤを用いて、採取管理ファイルＦ３と関連付け、配送用ユニットの事前配送日、発送日、配達日、容器回収日、ステータス、回収確認日時、引渡確認日時を記憶する。
　採取容器ステータスファイルＦ７では、採取管理ＩＤと採取容器ＩＤを用いて、採取管理ファイルＦ３と関連付け、採取物の採取日、ステータス、採取確認日時を記憶する。

＜投与管理ファイルと薬剤配送容器ステータスファイル、薬剤ステータスファイル＞
　投与管理ファイルＦ１１では、投与管理ＩＤに、薬剤を配送するための配送用ユニットＩＤを関連付けして、記憶する。
　投与管理ファイルＦ１１では、投与管理ＩＤに、その投与に紐づく薬剤ＩＤ、その薬剤を運ぶ配送用ユニットＩＤが紐づいており、その配送用ユニットに保管されている薬剤を識別するシリアル番号、投与リードタイムを記憶している。
　薬剤配送容器ステータスファイルＦ１３では、投与管理ＩＤと配送用ユニットＩＤと薬剤ＩＤを用いて、投与管理Ｆと関連付け、配送用ユニットの事前配送日、発送日、納品日、容器回収日、ステータス、回収確認日時、引渡確認日時を記憶する。
　薬剤ステータスファイルＦ１５では、投与管理ＩＤと薬剤ＩＤとシリアル番号を用いて、薬剤の投与日、ステータス、加工確認日時、使用期限を記憶する。

＜第２実施形態＞
＜カレンダ画面＞
　図１３は、採取回数が複数回の場合のカレンダ画面を示す図である。
　第１実施形態では、図８（ａ）を参照して、採取回数が１回の場合のカレンダ画面について説明したが、第２実施形態では、図１３を参照して、採取回数が複数回の場合のカレンダ画面について説明する。なお、図１３に示す符号のうち、図８（ａ）に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
　マーク画像Ｇ５３は、カレンダ画面上の位置により採取物配達日Ｄ５［３］を示している。ここで、採取物配達日Ｄ５［３］から加工完成予定日Ｄ４までの時間である加工リードタイムＴ４（図示しない）は、採取物が培養施設３５（ＣＰＣ）に到着してから加工完了するまでにかかる時間を表す。

　マーク画像Ｇ６３は、カレンダ画面上の位置により採取物発送日Ｄ６［３］を示している。ここで、採取物発送日Ｄ６［３］から採取物配達日Ｄ５［３］までの時間であるＣＰＣ／得意先間リードタイムＴ２（図示しない）は、採取物を医療施設３１からＣＰＣ（培養施設）に配達するまでにかかる時間を表す。また、ＣＰＣ／得意先間リードタイムＴ２（図示しない）は、加工物を培養施設３５（ＣＰＣ）から医療施設３１に納品するまでにかかる時間を表す。
　マーク画像Ｇ７３は、カレンダ画面上の位置により採取日Ｄ７３を示している。ここで、採取日Ｄ７３から採取物発送日Ｄ６３までの時間である採取物発送リードタイムＴ５（図示しない）は、採取物を採取した日から医療施設３１を出発するまでの時間を表す。
　採取間隔リードタイムＴ６は、患者の人体から採取物を採取した日から、次に採取可能となるまでの時間を表す。

　第２実施形態では、患者の人体から必要量の採取物を採取するために、例えば３回に分けて採取する必要がある。
　図１３に示すカレンダ画面では、３回の採取日Ｄ７１、Ｄ７２、Ｄ７３を確保することで患者の人体から必要量の採取物を採取することが可能になる。

＜カレンダ画面を表示する際に用いるシーケンス図＞
　図１４は、採取回数が複数回である場合のカレンダ画面を表示する際に用いるシーケンス図である。
　第１実施形態では、図９を参照して、採取回数が１回の場合のシーケンス図について説明したが、第２実施形態では、図１４を参照して、採取回数が複数回の場合のシーケンス図について説明する。なお、図１４に示す符号のうち、図９に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
　ステップＳ３５１では、受注管理サーバ１１は、採取回数を算出する。
　ステップＳ３５３～Ｓ３５７では、受注管理サーバ１１は、それぞれ採取日、採取物発送日、採取物配達日を順次に算出する。
　なお、受注管理サーバ１１は、ステップＳ３５３～Ｓ３５７に示す処理を（採取回数－１）回分繰り返す。

＜算出日計算の対比表＞
　図１５は、図１１に示すステップＳ３０５において参照される、採取回数が複数回である場合の算出日計算の対比表である。
　第１実施形態では、図１０を参照して、採取回数が１回の場合の算出日計算の対比表について説明したが、第２実施形態では、図１５を参照して、採取回数が複数回の場合の算出日計算の対比表について説明する。なお、図１５に示す符号のうち、図１０に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
　レコード番号が４である場合に、採取物配達日Ｄ５［１］、加工完成予定日Ｄ４、加工リードタイムＴ４、減算「－」と記載されている。
　次いで、レコード番号が５である場合に、採取物発送日Ｄ６［１］、採取物配達日Ｄ５［１］、ＣＰＣ／得意先間リードタイムＴ２、減算「－」と記載されている。
　次いで、レコード番号が６である場合に、採取日Ｄ７［１］、採取物発送日Ｄ６［１］、採取物発送リードタイムＴ５、減算「－」と記載されている。

　レコード番号が７である場合に、２回目の採取日Ｄ７［２］、３回目の採取日Ｄ６［３］、採取間隔リードタイムＴ６、減算「－」と記載されている。
　次いで、レコード番号が８である場合に、２回目の採取物発送日Ｄ６［２］、２回目の採取日Ｄ７［２］、採取物発送リードタイムＴ５、減算「＋」と記載されている。
　レコード番号が９である場合に、採取物配達日Ｄ５［２］、２回目の採取物発送日Ｄ６［２］、ＣＰＣ／得意先間リードタイムＴ２、減算「＋」と記載されている。

　レコード番号が１０である場合に、１回目の採取日Ｄ７［１］、２回目の採取日Ｄ６［２］、採取間隔リードタイムＴ６、減算「－」と記載されている。
　次いで、レコード番号が１１である場合に、１回目の採取物発送日Ｄ６［１］、１回目の採取日Ｄ７［１］、採取物発送リードタイムＴ５、減算「＋」と記載されている。
　レコード番号が１２である場合に、採取物配達日Ｄ５［１］、１回目の採取物発送日Ｄ６［１］、ＣＰＣ／得意先間リードタイムＴ２、減算「＋」と記載されている。

＜第３実施形態＞
＜カレンダ画面の生成処理＞
　図１６は、本発明の第３実施形態に係わる受注管理サーバによるカレンダ画面の生成処理を表すフローチャートである。
　ステップＳ４０１では、受注管理サーバ１１は、クライアント端末に表示されている個人別カレンダ画面から得意先コード、薬剤ＩＤ、人体ＩＤを取得する。
　ステップＳ４０３では、受注管理サーバ１１は、取得したイベントの対象範囲期間を計算する。
　ステップＳ４０５では、受注管理サーバ１１は、対象範囲期間内のレコード分、繰り返す。
　ステップＳ４０７では、受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤをキーとして管理カレンダイベントＦ（図２１）から各実施日に対応するレコードを取得する。
　ステップＳ４０９では、受注管理サーバ１１は、取得したレコードから年月日を取得する。

　ステップＳ４１１では、受注管理サーバ１１は、年月日が対象範囲期間内か判断する。年月日が対象範囲期間内である場合、ステップＳ４１３へ進み、一方年月日が対象範囲期間内ではない場合に、ステップＳ４１７へ進む。
　ステップＳ４１３では、受注管理サーバ１１は、イベントコード、イベント回数を取得する。
　ステップＳ４１５では、受注管理サーバ１１は、マーク表示処理のサブルーチン（図１７）を実行する。
　ステップＳ４１７では、受注管理サーバ１１は、ループが終了したか否かを判断する。ループが終了していない場合はステップＳ４０５に戻る。一方、ループが終了した場合は処理を終了する。

＜マーク表示処理＞
　図１７は、本発明の第３実施形態に係わる受注管理サーバによるマーク表示処理のサブルーチンを表すフローチャートである。
　ステップＳ４５１では、受注管理サーバ１１は、イベントコードに対応する第１マークデータを読み込む。
　ステップＳ４５３では、受注管理サーバ１１は、イベント回数に対応する第２マークデータを読み込む。
　ステップＳ４５５では、受注管理サーバ１１は、第１マークデータと第２マークデータを重ねて年月日に対応するカレンダ画面上の領域に表示する。

＜イベントコードと第１マークデータ＞
　図１８は、本発明の第３実施形態に係わる受注管理サーバがマーク表示処理に用いるイベントコードと第１マークデータの関連付けを表す対比表である。
　図１８に示すように、対比表の縦方向にはイベントコードと第１マークデータが記載されている。対比表の横方向には、イベントコードとして各実施日を表すＤ１～Ｄ７が記載されている。また、第１マークデータとして各実施日のデータを表すＤ１．ｊｐｅｇ～Ｄ７．ｊｐｅｇが記載されている。なお、識別子「ｊｐｅｇ」により表されるｊｐｅｇ画像は一例であり、他の識別子を有する静止画像でもよい。

＜イベント回数と第２マークデータ＞
　図１９は、本発明の第３実施形態に係わる受注管理サーバがマーク表示処理に用いるイベント回数と第２マークデータの関連付けを表す対比表である。
　図１９に示すように、対比表の縦方向にはイベント回数と第２マークデータが記載されている。対比表の横方向には、イベント回数として各回数を表す１～ｎが記載されている。また、第２マークデータとして各回数のデータを表す１．ｊｐｅｇ～ｎ．ｊｐｅｇが記載されている。

＜イベントコードとイベント回数を組み合わせたマークデータ＞
　図２０は、本発明の第３実施形態に係わる受注管理サーバがマーク表示処理を実行した結果の一例であり、イベントコードとイベント回数を組み合わせたマークデータを表す対比表である。
　図２０に示すように、対比表の縦方向にはイベントコード、イベント回数、マークデータが記載されている。
　対比表の横方向には、イベントコードとして各実施日を表すＤ１、Ｄ７が記載されている。
　対比表の横方向には、イベント回数として１、３が記載されている。また、マークデータとして第１マークデータと第２マークデータが重ね合わせて表示される。

＜ＥＲ図＞
　図２１は、本発明の第３実施形態に係わる受注管理サーバにより管理される管理カレンダファイル、及び管理カレンダイベントファイルの構成、関連付けを表すＥＲ図である。
　なお、図２１に示す人体マスタＭ１、人体管理ファイルＦ１、採取管理ファイルＦ３は、図１２に示す人体マスタＭ１、人体管理ファイルＦ１、採取管理ファイルＦ３と同様であるので、その説明を省略する。

＜管理カレンダファイル＞
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、製造回数に対応させて、管理カレンダファイルＦ２１に得意先コード、培養施設コード、管理ＩＤ、削除区分、作成日、作成時刻、作成者ＩＤ、更新日、更新時刻、更新者ＩＤを記憶する。
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、製造回数をキーとして、管理カレンダファイルＦ２１から得意先コード、培養施設コード、管理ＩＤ、削除区分、作成日、作成時刻、作成者ＩＤ、更新日、更新時刻、更新者ＩＤを抽出する。

＜管理カレンダイベントＦ＞
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、製造回数、イベントコード、イベント回数に対応させて、管理カレンダイベントファイルＦ２３に年月日、イベントステータス、作成日、作成時刻、作成者ＩＤ、更新日、更新時刻、更新者ＩＤを記憶する。
　受注管理サーバ１１は、人体ＩＤ、薬剤ＩＤ、製造回数、イベントコード、イベント回数をキーとして、管理カレンダイベントファイルＦ２３から年月日、イベントステータス、作成日、作成時刻、作成者ＩＤ、更新日、更新時刻、更新者ＩＤを抽出する。

＜本実施形態の態様例の作用、効果のまとめ＞
＜第１態様＞
　本態様の受注管理サーバ１１（スケジュール算出装置）は、医療施設３１において人体から採取された採取物を容器Ａ（第１容器）に収容した後に、容器Ａ（第１容器）を培養施設３５に配送する第１配送工程Ｋ３と、培養施設３５において採取物を用いて生産された薬剤を容器Ａ（第１容器）とは異なる容器Ｂ（第２容器）に収容した後に、容器Ｂ（第２容器）を医療施設３１に配送する第２配送工程Ｋ５と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出する受注管理サーバ１１（スケジュール算出装置）であって、医療施設３１に設けられたクライアント端末５（利用者端末）に表示されている利用者別のカレンダ画面データに対して利用者が指定した薬剤に係る投与日データをクライアント端末５（利用者端末）から受信する受信部３０ａと、受信部３０ａが受信した投与日データに基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出部３０ｂと、採取日から投与日に至る各実施日を含むカレンダ画面データを生成するカレンダ画面生成部３０ｄと、を備えることを特徴とする。
　本態様によれば、自家細胞に係る再生医療工程を対象として、人体から採取された採取物を収容するのに用いる第１容器と、採取物を用いて生産された薬剤を収容するのに用いる第２容器とに係る配送スケジュールとして、採取日から投与日に至る各実施日を算出することができる。

＜第２態様＞
　本態様の日程算出部３０ｂは、ある実施日から他の特定の実施日までの時間を表すリードタイムを順番に減算することにより、採取日から投与日に至る各実施日を算出することを特徴とする。
　本態様によれば、ある実施日から他の特定の実施日までの時間を表すリードタイムを順番に減算することにより、採取日から投与日に至る各実施日を算出することができる。

＜第３態様＞
　本態様の日程算出部３０ｂは、医療施設３１に特有の得意先コード、薬剤に固有の薬剤ＩＤ、人体に固有の人体ＩＤを用いた特定の組み合わせに応じて関連付けされた異なる複数の工程に係る時間を表す各リードタイムを記憶するリードタイム記憶部３０ｈを備え、日程算出部３０ｂは、受信部３０ａが受信した医療施設３１に特有の得意先コード、薬剤に固有の薬剤ＩＤ、人体に固有の人体ＩＤを用いた特定の組み合わせをキーとして、リードタイム記憶部３０ｈから取得した各リードタイムを用いて各実施日を算出することを特徴とする。
　本態様によれば、医療施設３１に特有の得意先コード、薬剤に固有の薬剤ＩＤ、人体に固有の人体ＩＤを用いた特定の組み合わせをキーとして、リードタイム記憶部３０ｈから取得した各リードタイムを用いて各実施日を算出することができる。

＜第４態様＞
　本態様の日程算出部３０ｂは、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であるか否かを判定する判定部３０ｃを備え、
　判定部３０ｃにより、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であると判定された場合に、カレンダ画面生成部３０ｄは、カレンダ画面データを生成することを特徴とする。
　本態様によれば、培養施設３５が薬剤の培養に係る投与日データを受け入れが可能であると判定された場合に、カレンダ画面生成部３０ｄは、カレンダ画面データを生成することができる。

＜第５態様＞
　本態様の判定部３０ｃは、培養施設３５における薬剤の培養受入可能数を記憶する培養施設情報記憶部３０ｒを備え、
　判定部３０ｃは、培養施設情報記憶部３０ｒから取得した薬剤の培養受入可能数を超える予約があるか否かを判定し、薬剤の培養受入可能数を超える予約がないと判定された場合は、カレンダ画面生成手段は、前記カレンダ画面データを生成することを特徴とする。
　本態様によれば、判定部３０ｃにより、薬剤の培養受入可能数を超える予約がないと判定された場合に、カレンダ画面生成手段は、前記カレンダ画面データを生成することができる。

＜第６態様＞
　本態様の日程算出部３０ｂは、投与日から、加工物である薬剤を医療施設３１に納品してから人体へ投与するまでの時間を表す投与リードタイムを減算して加工物納品日を算出し、加工物納品日から、採取物を医療施設３１から培養施設３５に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して加工物発送日を算出し、加工物発送日から、加工物が加工完了日から培養施設３５を出発するまでの時間を表す加工物発送リードタイムを減算して加工完成予定日を算出することを特徴とする。
　本態様によれば、日程算出部３０ｂにより、加工物発送日から、加工物が加工完了日から培養施設３５を出発するまでの時間を表す加工物発送リードタイムを減算して加工完成予定日を算出することができる。

＜第７態様＞
　本態様の日程算出部３０ｂは、薬剤を培養するのに必要な単位必要時間を加工リードタイムとして記憶する薬剤情報記憶３０ｊを備え、日程算出部３０ｂは、加工完成予定日から、採取物が培養施設３５に到着してから加工が完了するまでの時間を表す加工リードタイムを減算して採取物配達日を算出することを特徴とする。
　本態様によれば、日程算出部３０ｂにより、加工完成予定日から、採取物が培養施設３５に到着してから加工が完了するまでの時間を表す加工リードタイムを減算して採取物配達日を算出することができる。

＜第８態様＞
　本態様の日程算出部３０ｂは、採取物配達日から、採取物を医療施設３１から培養施設３５に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して採取物発送日を算出し、採取物発送日から、採取物を採取した日から医療施設３１を出発するまでの時間を表す採取物発送リードタイムを減算して採取日を算出することを特徴とする。
　本態様によれば、日程算出部３０ｂにより、採取物配達日から、採取物を医療施設３１から培養施設３５に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して採取物発送日を算出し、採取物発送日から、採取物を採取した日から医療施設３１を出発するまでの時間を表す採取物発送リードタイムを減算して採取日を算出することができる。

＜第９態様＞
　本態様の日程算出部３０ｂは、
　薬剤を培養するのに必要な培養必要細胞数を記憶する薬剤情報記憶３０ｊと、
　人体から１回で採取可能な採取可能細胞数、人体に係る少なくとも２回以上の採取日の間の採取間隔を記憶する人体情報記憶部３０ｋと、を備え、
　日程算出部３０ｂは、薬剤情報記憶３０ｊから取得した培養必要細胞数を人体情報記憶部３０ｋから取得した採取可能細胞数で除算した値の整数値を採取回数とし、採取回数、及び人体情報記憶部３０ｋから取得した採取間隔に基づいて、採取回数が少なくとも２回以上である場合の採取日、採取物配達日を算出することを特徴とする。
　本態様によれば、日程算出部３０ｂにより、培養必要細胞数を採取可能細胞数で除算した値の整数値を採取回数とし、採取回数、及び採取間隔に基づいて、採取回数が少なくとも２回以上である場合の採取日、採取物配達日を算出することができる。

＜第１０態様＞
　本態様のカレンダ画面生成部３０ｄは、物品を指定する領域、利用者識別データを指定する領域、及び配送先データを指定する領域を含む利用者別のカレンダ画面データを生成することを特徴とする。
　本態様によれば、物品を指定する領域、利用者識別データを指定する領域、及び配送先データを指定する領域を含む利用者別のカレンダ画面データを生成することができる。

＜第１１態様＞
　本態様のカレンダ画面生成部３０ｄは、投与日データ、加工物納品日データ、加工物発送日データ、加工完成予定日データ、採取物配達日データ、採取物発送日データ、及び採取日データをそれぞれ表す画像データである投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを記憶するマークテーブル３０ｍと、投与日データ、加工物納品日データ、加工物発送日データ、加工完成予定日データ、採取物配達日データ、採取物発送日データ、及び採取日データに基づいて、マークテーブルを参照して、それぞれを表す投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを生成するマーク生成部３０ｎと、を備えることを特徴とする。
　本態様によれば、マーク生成部３０ｎにより、各実施日のデータに基づいて、各実施日のマークデータを生成することができる。

＜第１２態様＞
　本態様の受注管理サーバ１１（スケジュール算出装置）は、マーク生成部３０ｎが生成した画像データである投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを利用者端末に配信する配信部３０ｇを備えることを特徴とする。
　本態様によれば、マーク生成部３０ｎが生成した投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを利用者端末に配信することで、利用者端末に各マークデータを表示することができる。

＜第１３態様＞
　本態様のカレンダ画面生成部３０ｄは、人体に固有の人体ＩＤ、薬剤に固有の薬剤ＩＤ、イベントコード、イベント回数に対応させて、各実施日に対応する年月日を記憶する管理カレンダイベントファイルＦ２３と、人体に固有の人体ＩＤ、薬剤に固有の薬剤ＩＤをキーとして、管理カレンダイベントファイルから各実施日に対応する年月日、イベントコード、及びイベント回数を取得するデータ取得部３０ｐと、イベントコードに対応する第１マークデータと、イベント回数に対応する第２マークデータを重ね合わせて、カレンダ画面上の年月日に対応する領域に表示するマーク表示処理部３０ｑと、を備えることを特徴とする。
　本態様によれば、マーク表示処理部３０ｑにより、イベントコードに対応する第１マークデータと、イベント回数に対応する第２マークデータを重ね合わせて、カレンダ画面上の年月日に対応する領域に表示することができる。

＜第１４態様＞
　本態様のスケジュール管理システム１は、第１態様乃至第１３態様の何れか一項に記載の受注管理サーバ１１（スケジュール算出装置）と、クライアント端末５（利用者端末）と、を備えたことを特徴とする。
　本態様によれば、クライアント端末５を備えたスケジュール管理システム１を提供することができる。

＜第１５態様＞
　本態様のスケジュール算出方法は、医療施設３１において人体から採取された採取物を容器Ａ（第１容器）に収容した後に、容器Ａ（第１容器）を培養施設３５に配送する第１配送工程Ｋ３と、培養施設３５において採取物を用いて生産された薬剤を容器Ａ（第１容器）とは異なる第２容器に収容した後に、第２容器を医療施設３１に配送する第２配送工程Ｋ５と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出する受注管理サーバ１１（スケジュール算出装置）によるスケジュール算出方法であって、医療施設３１に設けられたクライアント端末５（利用者端末）に表示されている利用者別のカレンダ画面データに対して利用者が指定した薬剤に係る投与日データをクライアント端末５（利用者端末）から受信する受信ステップ（ステップＳ２０７）と、受信ステップが受信した投与日データに基づいて、採取日から投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出ステップ（ステップＳ２１３～Ｓ２２５）と、採取日から投与日に至る各実施日を含むカレンダ画面データを生成するカレンダ画面生成ステップ（ステップＳ４０１～Ｓ４１７）と、を実行することを特徴とする。
　第１５態様の作用、及び効果は第１態様と同様であるので、その説明を省略する。

Ｎ１、Ｎ２、Ｎ３…通信ネットワーク、１…スケジュール管理システム、３…クライアント端末、５…クライアント端末、７…受注管理装置、９…フロントエンドサーバ、１１…受注管理サーバ、１３…物流管理サーバ、１５…データベースＤＢ、１７…配送用ユニット、２１…車両、２６…採取容器、２７…小型端末、２７ａ…ＣＰＵ、２７ｂ…ＲＯＭ、２７ｃ…ＲＡＭ、２７ｄ…操作表示部、２７ｅ…ＧＰＳ受信部、２７ｆ…軸センサ、２７ｇ…通信部、２７ｈ…通信部、３０…制御部、３０ａ…受信部、３０ｂ…日程算出部、３０ｃ…判定部、３０ｄ…カレンダ画面生成部、３０ｇ…配信部、３０ｈ…リードタイム記憶部、３０ｉ…生産日程記憶部、３０ｊ…薬剤情報記憶部、３０ｋ…人体情報記憶部、３０ｍ…マークテーブル、３０ｎ…マーク生成部、３０ｐ…データ取得部、３０ｑ…マーク表示処理部、３０ｒ…培養施設情報記憶部、３１…医療施設、３３…物流センタ、３５…培養施設、３７…利用者

Claims

　医療施設において人体から採取された採取物を第１容器に収容した後に、前記第１容器を培養施設に配送する第１配送工程と、
　培養施設において前記採取物を用いて生産された薬剤を前記第１容器とは異なる第２容器に収容した後に、前記第２容器を前記医療施設に配送する第２配送工程と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出するスケジュール算出装置であって、
　前記医療施設に設けられた利用者端末に表示されている利用者別のカレンダ画面データに対して利用者が指定した前記薬剤に係る投与日データを前記利用者端末から受信する受信手段と、
　前記受信手段が受信した前記投与日データに基づいて、採取日から前記投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出手段と、
　前記採取日から前記投与日に至る前記各実施日を含むカレンダ画面データを生成するカレンダ画面生成手段と、を備えることを特徴とするスケジュール算出装置。
　前記日程算出手段は、ある実施日から他の特定の実施日までの時間を表すリードタイムを順番に減算することにより、前記採取日から前記投与日に至る前記各実施日を算出することを特徴とする請求項１記載のスケジュール算出装置。
　前記日程算出手段は、前記医療施設に特有の得意先コード、前記薬剤に固有の薬剤ＩＤ、前記人体に固有の人体ＩＤを用いた特定の組み合わせに応じて関連付けされた異なる複数の工程に係る時間を表す各リードタイムを記憶するリードタイム記憶手段を備え、
　前記日程算出手段は、前記受信手段が受信した前記医療施設に特有の得意先コード、前記薬剤に固有の薬剤ＩＤ、前記人体に固有の人体ＩＤを用いた特定の組み合わせをキーとして、前記リードタイム記憶手段から取得した各リードタイムを用いて各実施日を算出することを特徴とする請求項１記載のスケジュール算出装置。
　前記日程算出手段は、前記培養施設が前記薬剤の培養に係る前記投与日データを受け入れが可能であるか否かを判定する判定手段を備え、
　前記判定手段により、前記培養施設が前記薬剤の培養に係る前記投与日データを受け入れが可能であると判定された場合に、前記カレンダ画面生成手段は、前記カレンダ画面データを生成することを特徴とする請求項１記載のスケジュール算出装置。
　前記判定手段は、前記培養施設における薬剤の培養受入可能数を記憶する培養施設情報記憶手段を備え、
　前記判定手段は、前記培養施設情報記憶手段から取得した薬剤の培養受入可能数を超える予約があるか否かを判定し、薬剤の培養受入可能数を超える予約がないと判定された場合に、前記カレンダ画面生成手段は、前記カレンダ画面データを生成することを特徴とする請求項４記載のスケジュール算出装置。
　前記日程算出手段は、前記投与日から、加工物である薬剤を前記医療施設に納品してから人体へ投与するまでの時間を表す投与リードタイムを減算して加工物納品日を算出し、
　前記加工物納品日から、前記採取物を前記医療施設から前記培養施設に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して加工物発送日を算出し、
　前記加工物発送日から、加工物が加工完了日から培養施設を出発するまでの時間を表す加工物発送リードタイムを減算して加工完成予定日を算出することを特徴とする請求項１記載のスケジュール算出装置。
　前記日程算出手段は、前記薬剤を培養するのに必要な単位必要時間を加工リードタイムとして記憶する薬剤情報記憶手段を備え、
　前記日程算出手段は、前記加工完成予定日から、前記採取物が前記培養施設に到着してから加工が完了するまでの時間を表す前記加工リードタイムを減算して採取物配達日を算出することを特徴とする請求項６記載のスケジュール算出装置。
　前記日程算出手段は、前記採取物配達日から、前記採取物を医療施設から培養施設に配達するまでの時間を表す培養施設／得意先間リードタイムを減算して採取物発送日を算出し、前記採取物発送日から、前記採取物を採取した日から前記医療施設を出発するまでの時間を表す採取物発送リードタイムを減算して採取日を算出することを特徴とする請求項７記載のスケジュール算出装置。
　前記日程算出手段は、
　前記薬剤を培養するのに必要な培養必要細胞数を記憶する薬剤情報記憶手段と、
　前記人体から１回で採取可能な採取可能細胞数、前記人体に係る少なくとも２回以上の採取日の間の採取間隔を記憶する人体情報記憶手段と、を備え、
　前記日程算出手段は、前記薬剤情報記憶手段から取得した前記培養必要細胞数を前記人体情報記憶手段から取得した前記採取可能細胞数で除算した値の整数値を採取回数とし、前記採取回数、及び前記人体情報記憶手段から取得した採取間隔に基づいて、前記採取回数が少なくとも２回以上である場合の前記採取日、前記採取物配達日を算出することを特徴とする請求項７記載のスケジュール算出装置。
　前記カレンダ画面生成手段は、
　前記物品を指定する領域、利用者識別データを指定する領域、及び前記配送先データを指定する領域を含む利用者別の前記カレンダ画面データを生成することを特徴とする請求項１記載のスケジュール算出装置。
　前記カレンダ画面生成手段は、
　前記投与日データ、加工物納品日データ、加工物発送日データ、加工完成予定日データ、採取物配達日データ、採取物発送日データ、及び採取日データをそれぞれ表す画像データである投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを記憶するマークテーブルと、
　前記投与日データ、前記加工物納品日データ、前記加工物発送日データ、前記加工完成予定日データ、採取物配達日データ、前記採取物発送日データ、及び前記採取日データに基づいて、前記マークテーブルを参照して、それぞれを表す投与日マークデータ、加工物納品日マークデータ、加工物発送日マークデータ、加工完成予定日マークデータ、採取物配達日マークデータ、採取物発送日マークデータ、及び採取日マークデータを生成するマーク生成手段と、を備えることを特徴とする請求項１記載のスケジュール算出装置。
　前記マーク生成手段が生成した画像データである前記投与日マークデータ、前記加工物納品日マークデータ、前記加工物発送日マークデータ、前記加工完成予定日マークデータ、採取物配達日マークデータ、前記採取物発送日マークデータ、及び前記採取日マークデータを前記利用者端末に配信する配信手段を備えることを特徴とする請求項１１記載のスケジュール算出装置。
　前記カレンダ画面生成手段は、
　前記人体に固有の人体ＩＤ、前記薬剤に固有の薬剤ＩＤ、イベントコード、イベント回数に対応させて、各実施日に対応する年月日を記憶する管理カレンダイベントファイルと、
　前記人体ＩＤ、前記薬剤ＩＤをキーとして、管理カレンダイベントファイルから年月日、イベントコード、及びイベント回数を取得するデータ取得手段と、
　前記イベントコードに対応する第１マークデータと、前記イベント回数に対応する第２マークデータを重ね合わせて、カレンダ画面上の年月日に対応する領域に表示するマーク表示処理手段と、を備えることを特徴とする請求項１、１０、及び１１記載のスケジュール算出装置。
　請求項１乃至１３の何れか一項に記載のスケジュール算出装置と、
　利用者端末と、を備えたことを特徴とするスケジュール管理システム。
　医療施設において人体から採取された採取物を第１容器に収容した後に、前記第１容器を培養施設に配送する第１配送工程と、
　培養施設において前記採取物を用いて生産された薬剤を前記第１容器とは異なる第２容器に収容した後に、前記第２容器を前記医療施設に配送する第２配送工程と、を含む自家細胞に係る再生医療工程を対象とした配送スケジュールを算出するスケジュール算出装置によるスケジュール算出方法であって、
　前記医療施設に設けられた利用者端末に表示されている利用者別のカレンダ画面データに対して前記利用者が指定した前記薬剤に係る投与日データを前記利用者端末から受信する受信ステップと、
　前記受信ステップが受信した前記投与日データに基づいて、採取日から前記投与日に至る配送に係る複数の工程を実施する各実施日を算出する日程算出ステップと、
　前記採取日から前記投与日に至る前記各実施日を含むカレンダ画面データを生成するカレンダ画面生成ステップと、を実行することを特徴とするスケジュール算出方法。