(57)【特許請求の範囲】
【請求項１】
プリントデータを受け付けるデータ受付手段と、
受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出手段と、
受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定手段と、
同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数に対する、当該パラメータにより特徴付けられたプリントデータを過去にプリントした回数の比をもって、当該パラメータにより特徴付けられたプリントデータのプリント履歴とするプリント履歴算出手段と、を備える
ことを特徴とするプリント制御装置。
【請求項２】
プリントデータを指定して、当該プリントデータのプリントを禁止する禁止指示を受け付ける禁止指示受付手段を備え、
前記禁止指示を受け付けると、前記プリント決定手段は、プリント履歴に関わらず、禁止指示にかかるプリントデータをプリントしないと決定する
ことを特徴とする請求項１に記載のプリント制御装置。
【請求項３】
プリントデータを受け付けるデータ受付手段と、
受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出手段と、
受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定手段と、を備え、
同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数が所定の回数に満たない場合には、前記プリント決定手段は、当該パラメータにより特徴付けられたプリントデータをプリントしないと決定する
ことを特徴とするプリント制御装置。
【請求項４】
プリントデータを指定して、当該プリントデータのプリントを要求するプリント要求を受け付けるプリント要求受付手段を備え、
前記プリント要求を受け付けると、前記プリント決定手段は、プリント履歴に関わらず、プリント要求にかかるプリントデータをプリントすると決定する
ことを特徴とする請求項１から請求項３のいずれかに記載のプリント制御装置。
【請求項５】
前記プリントデータは処方データであり、
前記パラメータ検出手段は、前記処方データにかかる患者を指標するパラメータを検出する
ことを特徴とする請求項１から請求項４のいずれかに記載のプリント制御装置。
【請求項６】
プリントデータを受け付けるデータ受付ステップと、
受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出ステップと、
受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定ステップと、
同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数に対する、当該パラメータにより特徴付けられたプリントデータを過去にプリントした回数の比をもって、当該パラメータにより特徴付けられたプリントデータのプリント履歴とするプリント履歴算出ステップと、をコンピュータに実行させる
ことを特徴とするプリント制御プログラム。
【請求項７】
プリントデータを指定して、当該プリントデータのプリントを禁止する禁止指示を受け付ける禁止指示受付ステップを含み、
前記禁止指示を受け付けると、前記プリント決定ステップは、プリント履歴に関わらず、禁止指示にかかるプリントデータをプリントしないと決定する
ことを特徴とする請求項６に記載のプリント制御プログラム。
【請求項８】
プリントデータを受け付けるデータ受付ステップと、
受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出ステップと、
受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定ステップと、を含み、
同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数が所定の回数に満たない場合には、前記プリント決定ステップは、当該パラメータにより特徴付けられたプリントデータをプリントしないと決定する処理をコンピュータに実行させる
ことを特徴とするプリント制御プログラム。
【請求項９】
プリントデータを指定して、当該プリントデータのプリントを要求するプリント要求を受け付けるプリント要求受付ステップを含み、
前記プリント要求を受け付けると、前記プリント決定ステップは、プリント履歴に関わらず、プリント要求にかかるプリントデータをプリントすると決定する
ことを特徴とする請求項６から請求項８のいずれかに記載のプリント制御プログラム。
【請求項１０】
前記プリントデータは処方データであり、
前記パラメータ検出ステップは、前記処方データにかかる患者を指標するパラメータを検出する
ことを特徴とする請求項６から請求項９のいずれかに記載のプリント制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリントデータのプリントの要否を判断して、不要なプリントアウトを抑制するプリント制御装置とプリント制御プログラムに関し、特にプリントの要否を判断する技術に関する。
【０００２】
【従来の技術】
近年、医薬分業の進展とともに、病院で医師が作成した処方箋を患者が利用するであろう薬局にＦＡＸ等を用いて送付することが広く行なわれている。薬局側では、受け取った処方箋に応じて薬剤庫から薬剤を取り出すなど、調剤に必要な準備を整えた後、患者の到着を待って調剤を開始するのが一般的である。このように、ＦＡＸ受信した処方箋をプリント出力し、出力した処方箋の内容に応じて患者が到着する前に調剤に必要な準備を行なえば、患者が到着後に調剤の準備を開始する場合に比べて、薬局内における患者の待ち時間を短縮できる。
【０００３】
しかしながら、患者の待ち時間の短縮と調剤効率の向上を目的として、予め患者が利用するであろう薬局に事前に送信していたとしても、患者は調剤を依頼する薬局を任意に選択できるので、患者個人の都合やその時点における状況によって、利用するであろうと想定された薬局に調剤を依頼しない場合がある。このような場合、薬局側では、処方箋を受け取ったにも関わらず患者が来ないために、処方箋のプリントに要するＦＡＸ用紙やトナーその他が無駄に帰してしまうこともしばしばである。
【０００４】
不必要なプリントアウトを抑えて資源の節約を図る技術として、例えば特開２０００−２４２４５５号公報に開示の印刷装置がある。当該公報に開示の印刷装置は、予め指定された送信元から送信された印刷の要求のみに応じて印刷を実行し、指定された送信元以外の送信元からの要求によっては印刷を実行しないことで、不要なデータのプリントアウトを抑制するというものである。
【０００５】
【発明が解決しようとする課題】
しかしながら、薬局に患者が来るかどうかと、処方箋の送信元がどこの病院であるかとは無関係であるため、従来技術の印刷装置によって送信元毎にプリントの可否を設定してみたところで、問題の解決を図ることはできない。
以上は医療・薬剤に関する課題であるが、このような課題が生じるケースとして次のような場面も考えられる。
【０００６】
近年、インターネット等の通信手段の普及とパソコンなどの端末装置の普及により各種連絡事項やニュースだけでなく、かつてはプリント物として郵送していた写真プリント、書籍等もネットワークを通じて配信されるようになってきた。プリント物の郵送に代えて、写真や書籍等を電子データ化し、ネットワークを介して配信すれば、配送コストや配送のための手間を低減し、配送時間の短縮を図ることができる。
【０００７】
このように、ネットワークを介した電子データの配信には様々な利点があるが、配信された写真や書籍を閲覧するに際しては、依然、プリントすることが望まれており、パソコン等に手操作で指示を出して、プリントアウトを実行させるのが一般的である。
しかし、受信したデータをその都度パソコンなどで表示させ、内容を確認し、必要に応じてプリントアウトを指示するという操作は結構、煩わしい。かと言って、受信したデータをすべて自動でプリントアウトさせると、不要なデータまでプリントしてしまい、プリントに要する用紙やトナーその他が無駄に帰してしまう。
【０００８】
本発明は、以上のような問題に鑑みてなされたものであって、患者の待ち時間の短縮やプリントにかかる操作性の向上などの利便性をある程度確保するとともに、プリント資源の浪費を防止するプリント制御装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明にかかるプリント制御装置は、プリントデータを受け付けるデータ受付手段と、受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出手段と、受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定手段と、同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数に対する、当該パラメータにより特徴付けられたプリントデータを過去にプリントした回数の比をもって、当該パラメータにより特徴付けられたプリントデータのプリント履歴とするプリント履歴算出手段と、を備えることを特徴とする。
【００１０】
このようにすれば、前記の回数の比が小さいプリントデータについてはプリントしないと決定することができる。したがって、過去の履歴によりプリントする可能性が低いと考えられるプリントデータを無駄にプリントすることを防止して、プリント資源の節約を図ることができ、かつプリントする可能性の高いものは自動でプリントするので便利である。
【００１１】
また、プリントデータを指定して、当該プリントデータのプリントを禁止する禁止指示を受け付ける禁止指示受付手段を備え、前記禁止指示を受け付けると、前記プリント決定手段は、プリント履歴に関わらず、禁止指示にかかるプリントデータをプリントしないと決定することを特徴とする。このようにすれば、機密性の高いプリントデータについては、プリント履歴に関わらずプリントを禁止できるので、機密の漏洩を防止することができる。
【００１２】
また、プリントデータを受け付けるデータ受付手段と、受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出手段と、受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定手段と、を備え、同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数が所定の回数に満たない場合には、前記プリント決定手段は、当該パラメータにより特徴付けられたプリントデータをプリントしないと決定することを特徴とする。このようにすれば、受付回数が少ないために十分な確度をもってプリントの可否を判定できないような場合において無駄なプリントを防止できるので、プリント資源の節約を図ることができる。
【００１３】
また、プリントデータを指定して、当該プリントデータのプリントを要求するプリント要求を受け付けるプリント要求受付手段を備え、前記プリント要求を受け付けると、前記プリント決定手段は、プリント履歴に関わらず、プリント要求にかかるプリントデータをプリントすると決定することを特徴とする。このようにすれば、プリント履歴に基づいてプリントすべきでないと判定された場合であっても、現実の必要に応じてプリントすることができる。
【００１４】
また、前記プリントデータは処方データであり、前記パラメータ検出手段は、前記処方データにかかる患者を指標するパラメータを検出することを特徴とする。このようにすれば、薬局において不要な処方箋のプリントを防止することができる。
また、本発明にかかるプリント制御プログラムは、プリントデータを受け付けるデータ受付ステップと、受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出ステップと、受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定ステップと、同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数に対する、当該パラメータにより特徴付けられたプリントデータを過去にプリントした回数の比をもって、当該パラメータにより特徴付けられたプリントデータのプリント履歴とするプリント履歴算出ステップと、をコンピュータに実行させることを特徴とする。
また、プリントデータを受け付けるデータ受付ステップと、受け付けたプリントデータを特徴付けるパラメータを検出するパラメータ検出ステップと、受け付けたプリントデータを特徴付けるパラメータと同一のパラメータにより特徴付けられたプリントデータのプリント履歴に応じて、受け付けたプリントデータをプリントするかどうかを決定するプリント決定ステップと、を含み、同一のパラメータにより特徴付けられたプリントデータを過去に受け付けた回数が所定の回数に満たない場合には、前記プリント決定ステップは、当該パラメータにより特徴付けられたプリントデータをプリントしないと決定する処理をコンピュータに実行させることを特徴とする。
このようにすれば、コンピュータをして本発明にかかるプリント制御装置となさしめ、本発明の効果を奏させることができる。
【００１５】
【発明の実施の形態】
以下、本発明に係るプリント制御装置の実施の形態について、図面を参照しながら説明する。
（第１の実施の形態）
図１は、第１の実施の形態に係るプリント制御装置を含む医療支援システムの概略構成を示した概略構成図である。図１において、医療支援システム１は病院２や薬局３ａ、３ｂ、・・・に設置された各機器はルータ等（不図示）を介してＷＡＮ（Wide Area Network）４に接続されており、互いに通信してデータを遣り取りすることができる。
【００１６】
病院２内の事務室６には、パーソナル・コンピュータ（以下、単に「ＰＣ」という。）１８にＩＣカードリーダ・ライタ１７を接続した構成の端末装置１１が設置されている。病院２を利用する患者にはそれぞれＩＣカードが交付されており、病院２の職員は端末装置１１を用いて、ＩＣカードに医療データ（診療内容や診療履歴、診療に係る会計情報等）を書き込んだり、それらを読み出したりする。
【００１７】
また、病院２内の待合室５には、患者や付添い人等の利用に供する端末装置１０が設置されている。端末装置１０は、表示部１３、ＩＣカードリーダ・ライタ１４、制御部１５、およびプリンタ１６を備えており、患者等は端末装置１０を利用して、ＩＣカードに記録された医療データを表示させたり、印刷させたりすることができる。更に、端末装置１０は、ＩＣカードに記録された処方データを参照して当該処方データに係る調剤が可能な薬局を検索したり、ＷＡＮ４を介して各薬局に混雑状況等を問い合わせて表示したりするサービスも提供する。なお、病院２内のこれら端末装置１０、１１は、ＬＡＮ（不図示）にて前記ルータに接続されており、当該ＬＡＮを介して互いに通信できる。
【００１８】
薬局３ａ、３ｂ、・・・には、いずれも医療支援システム１を構成する機器が設置されている。ここでは、薬局３ａに設置された機器を例として、各薬局に設置された機器の基本構成について説明する。
薬局３ａには、ＩＣカードリーダ・ライタ１９とプリンタ２１をＰＣ２０に接続した構成の端末装置１２が設置されており、不図示のルータを介してＷＡＮ４に接続されている。端末装置１２は、ＷＡＮを介して病院２からの処方データを受信し、後に述べるようにプリントの可否を判定した後、プリンタ２１を用いて処方箋をプリントする。また、端末装置１２は服薬指導書のプリントも行う。更に、端末装置１２は病院２の端末装置１０からの問い合わせを受けて、問い合わせに係る処方に基づく調剤の可否や混雑状況等について応答する。
【００１９】
また、医療支援システム１においては、病院２や薬局３ａ等に設置された上記の機器の他に次のようなデータベースが接続されている。すなわち、病院２の診療科目や所在地、診察時間などのデータを格納した病院ＤＢ７、各薬局の在庫や所在地、営業時間などのデータを格納した薬局ＤＢ８、薬剤の外観画像や、成分、効果効能、副作用、注意事項などのデータを格納した薬剤ＤＢ９である。病院２や薬局３ａ等の各端末装置は、ＷＡＮ４を介してこれらのデータベースにアクセスすることができる。これらのデータベースの所在は病院２や薬局３ａ等でもよいし、別途サービスセンタを設けて、そこに設置するとしてもよい。また、病院ＤＢは病院２内に設置し、薬局ＤＢと薬剤ＤＢは薬局内に設置するというように、複数箇所に分散配置しても良い。
【００２０】
図２は、病院２が患者に交付したＩＣカードに格納されている医療データの構成を示した図である。図２に示すように、ＩＣカードに格納された各医療データは、基本情報、救急情報、成人情報、医科情報の各格納項目に分類されている。例えば、いつ、どのような診療を受けたかについては医科情報の診療履歴欄と診療内容欄に記録されている。また、いつ、どの病院で発行された処方箋を、いつ、どの薬局で調剤されたかについては、投薬履歴欄と投薬情報欄に記録されるようになっている。
【００２１】
次に、薬局３ａのＰＣ２０の機能構成について説明する。図３は、薬局３ａのＰＣ２０の機能構成を示した機能構成図である。前述のように、ＰＣ２０にはＩＣカードリーダ・ライタ１９とプリンタ２１が接続されている。また、ＰＣ２０は、ＷＡＮ４を介して、病院２や薬剤ＤＢ９にアクセスすることができる。
さて、ＰＣ２０は通信処理部３０、顧客ＤＢ３１、プリント判断部３２等の機能部分から構成されており、通信処理部３０は病院２や薬剤ＤＢ９にアクセスするための通信処理を実行する機能部分である。プリンタ制御部３５は、プリンタ２１を制御してプリントを実行させる。ＩＣカードリーダ・ライタ制御部３６は、ＩＣカードリーダ・ライタ１９を制御して、ＩＣカードリーダ・ライタ１９に挿入されたＩＣカードから前述のようなデータを読み出す。
【００２２】
業務管理部３３は、ＷＡＮ４や通信処理部３０を介して病院２からの要求に応じて、薬局３ａの混雑状況等を報告する。業務管理部３３は、ＩＣカードリーダ・ライタ１９に挿入されたＩＣカードからのデータを監視すると共に、計時部３４から時刻情報を受けて、混雑状況等を把握する。
プリント判断部３２は、ＷＡＮ４や通信処理部３０を介して病院２から受け取った処方データに基づいて、処方箋をプリンタ制御部３５によりプリンタ２１にプリントさせる。なお、プリント判断部３２は、顧客ＤＢ３１を参照して処方箋のプリントの可否を決定したり、処方箋に基づいて調剤した履歴を顧客ＤＢ３１に記録したりする。
【００２３】
顧客ＤＢ３１は顧客ごとに、病院２から処方データを受信した履歴と受信した処方データに基づいて調剤した履歴とを記録したデータベースである。図４は、顧客ＤＢ３１に格納された顧客ごとの履歴情報の例を示した図である。図４（ａ）は、病院２から処方データを受信はしているものの、当該処方データにかかる患者（顧客）が薬局３ａをあまり利用していない場合の履歴情報であり、病院２から処方データを受信した日付と当該日付に対応する受信履歴および調剤履歴が記録されている。また、履歴情報に付随して受信回数と調剤回数とがそれぞれ記録されている。
【００２４】
図４（ａ）では受信回数が２１回であるのに対して、調剤回数が１回となっており、当該患者については処方データを受信しても調剤に至ることは稀であることが分かる。一方、図４（ｂ）の履歴情報においては、受信回数が３２回であるのに対して、調剤回数が３０回となっており、当該履歴情報にかかる患者の処方データを受信すると、図４（ａ）の患者とは対照的に、ほぼ間違いなく調剤することになることが見て取れる。
【００２５】
さて、次に端末装置１２の動作について説明する。図５は、端末装置１２の処理の内容を示したフローチャートである。端末装置１２は、先ず、ＷＡＮ４等を介して病院２から処方データを受信したかをチェックする。処方データを受信していなければ（ステップＳ１でＮｏ）、処方データを待つ。処方データを受信したら（ステップＳ１でＹｅｓ）、処方データ中の処方データを特徴付けるパラメータである患者名を参照する（ステップＳ２）。次に、顧客ＤＢ３１を参照して、当該患者名に対応する履歴情報を検索し、履歴情報中の受信回数Ｎを参照する（ステップＳ３）。更に、前記履歴情報中の調剤回数Ｍを参照し（ステップＳ４）、前記受信回数Ｎに対する調剤回数Ｍの比Ｍ／Ｎをプリントの可否を示す指数Ｒとする（ステップＳ５）。ここで一旦、履歴情報中の受信履歴と受信回数を更新して、顧客ＤＢ３１に格納する（ステップＳ６）。
【００２６】
次に、受信回数Ｎを所定の閾値Ｔｎと比較する。受信回数Ｎが閾値Ｔｎ以下ならば（ステップＳ７でＮｏ）、処方データにかかる患者の来訪の可能性を判断するにはサンプル数が少なすぎると判定して、処方箋のプリントを保留する。受信回数Ｎが閾値Ｔｎよりも大きい場合には（ステップＳ７でＹｅｓ）、十分な数のサンプルが得られていると判定して、指数Ｒとプリントの可否を判定するための閾値Ｔｒを比較する。そうして、指数Ｒが閾値Ｔｒ以下であれば（ステップＳ８でＮｏ）、薬局３ａに患者は来ない可能性が高いと判断して、処方箋のプリントを保留する。指数Ｒが閾値Ｔｒよりも大きい場合には（ステップＳ８でＹｅｓ）、患者が来る可能性が高いと判断して、調剤のための処方箋と、患者に用法用量等を説明するのに供する服薬指導書とをプリントする（ステップＳ９）。
【００２７】
最後に、履歴情報中の調剤履歴と調剤回数を更新して、顧客ＤＢ３１に格納する（ステップＳ１０）。なお、薬局３ａは、病院２から受信した処方データを所定の期間（例えば、２週間）だけ顧客ＤＢに保持しており、上記のようにして処方箋等をプリントしなかった場合でも、患者が来訪した時には保持している処方データに基づいて処方箋等をプリントする。また、このプリントの際に、履歴情報中の調剤履歴と調剤回数を更新して、顧客ＤＢ３１に格納する。
【００２８】
以上、本実施の形態の医療支援システムによれば、患者の来訪の可能性に基づいて処方箋等のプリントを抑制するので、患者が自薬局を訪れなかった場合に生じる用紙やトナー等の無駄を省いて資源を節約することができる。また、処方データの受信回数が少ない場合にも処方箋等のプリントを抑制するので、サンプル数が少ないことに起因して、患者の来訪の予測について十分な精度が確保できないような場合でも、同様に資源の節約を図ることができる。更に、上記においては、処方箋等のプリントの可否について、人手をまったく要することなく自動的に判定し、プリントを実行するので極めて実用性が高いものと言える。
【００２９】
以上、薬局において本発明を実施することにより資源を節約できることを説明したが、本発明は薬局にとどまることなく、次のような実施の形態とすることもできる。
（第２の実施の形態）
第２の実施の形態においては、インターネットや電話網等の通信網からプリントデータを受信してプリントするプリント制御装置について説明する。
【００３０】
図６は、本実施の形態にかかるプリント制御装置の機能構成を示した機能構成図である。図６において、プリント制御装置４０は、プリンタ４３を接続したＰＣ４２であって、通信網４１を介してプリントデータを受信してプリントする。
更に、ＰＣ４２は、通信処理部４４、プリント頻度記憶部４５、プリント判断部４６、およびプリンタ制御部４７の各機能要素を備えている。通信処理部４４は、通信網４１と接続して通信処理を実行する。プリント頻度記憶部４５は、通信網４１を介して過去に受信したプリントデータについて、プリント履歴として、その種別ごとにプリントした頻度を記録している。図７は、プリント頻度記憶部４５にて記録しているプリント履歴情報である。プリント履歴情報には、データの種別毎に受信日とプリント履歴が記録されている。
【００３１】
プリント判断部４６は、通信処理部４４からプリントデータを受け取ると、これを特徴付けるパラメータである受け取ったプリントデータの種別を検出する。次に、検出した種別を指定してプリント頻度記憶部４５にプリント頻度を問い合わせ、得られたプリント頻度に応じて当該プリントデータをプリントするかどうかを判定する。更に、プリント判断部はプリントデータをプリントすると判定すると、プリンタ制御部４７を介して、プリンタ４３に当該プリントデータをプリントさせる。
【００３２】
詳しく述べると、プリント判断部４６は次のような処理を行う。図８は、プリント判断部４６の処理内容を示したフローチャートである。図８において、プリント判断部４６は、先ず、通信網４１を介してプリントデータを受信したかをチェックする。プリントデータを受信していなければ（ステップＳ２０でＮｏ）、プリントデータを待つ。プリントデータを受信したら（ステップＳ２０でＹｅｓ）、プリントデータの種別を特定する（ステップＳ２１）。次に、特定した種別のプリントデータが秘密データに指定されているかどうかをチェックする。秘密データに指定されている場合は（ステップＳ２２でＹｅｓ）、プリントは実行せず、次のプリントデータを待つ。秘密データに指定されていない場合は（ステップＳ２２でＮｏ）、プリント頻度記憶部４５に問い合わせて、当該種別に対応するプリント履歴情報を参照し、当該種別のプリントデータの受信回数Ｎを計数する（ステップＳ２３）。更に、前記プリント履歴情報中のプリント回数Ｍを参照し（ステップＳ２４）、前記受信回数Ｎに対するプリント回数Ｍの比Ｍ／Ｎをプリントの可否を示す指数Ｒとする（ステップＳ２５）。ここで一旦、プリント履歴情報中の受信日を更新して、プリント頻度記憶部４５に記録させる（ステップＳ２６）。
【００３３】
次に、受信回数Ｎを所定の閾値Ｔｎと比較する。受信回数Ｎが閾値Ｔｎ以下ならば（ステップＳ２７でＮｏ）、プリントデータをプリントすべきかどうかの妥当性を判断するにはサンプル数が少なすぎると判定して、プリントデータのプリントを保留する。受信回数Ｎが閾値Ｔｎよりも大きい場合には（ステップＳ２７でＹｅｓ）、十分な数のサンプルが得られていると判定して、指数Ｒとプリントの可否を判定するための閾値Ｔｒを比較する。そうして、指数Ｒが閾値Ｔｒ以下であれば（ステップＳ２８でＮｏ）、プリントすべきでない可能性が高いと判断して、プリントデータのプリントを保留する。指数Ｒが閾値Ｔｒよりも大きい場合には（ステップＳ２８でＹｅｓ）、プリントすべきである可能性が高いと判断して、プリントデータをプリントする（ステップＳ２９）。
【００３４】
最後に、プリント履歴情報中のプリント回数を更新して、プリント頻度記憶部４５に記録させる（ステップＳ３０）。なお、ＰＣ４２は、受信したプリントデータを記憶装置（不図示）に保持しており、上記のようにしてプリントしなかった場合でも、ユーザの指示によりプリントする。また、このプリントの際に、プリント履歴情報中のプリント回数を更新する。
【００３５】
なお、上記中で秘密のデータの指定とは、ユーザがプリントデータの種別毎におこなう指定であって、プリントデータが勝手にプリントされてしまっては困るような場合に設定する。
以上のようにすれば、ネットワークを介して配布されるさまざまなデータについて、ユーザは、いちいち内容をチェックしてプリント指示を発行しなくても、プリント制御装置が過去の履歴に基づいて自動的にプリントの必要性を判断して、プリントを実行するので、プリントデータのプリントに要する手間を省くことができる。同時に、ユーザが不在の場合でもプリントが必要なプリントデータを自動的にプリントするので、ユーザはプリンタがプリントを完了するまで待つ必要がなく便利である。
【００３６】
また、予め指定した種別のデータについては秘密のデータであるとの指定ができるので、ユーザが不在の場合に、人目に触れてはならないデータが自動的にプリントされ、機密が漏洩するという事態を回避することができる。
上記において、プリントデータの種別はプリントデータと併せて受信するとしてもよいし、プリントデータのフォーマットを解析して、フォーマット毎の種別とするとしても良い。更に、同一フォーマットであっても、ファイル名等によって種別を判定するとしても良い。
【００３７】
以上、本発明を実施の形態に基づいて説明してきたが、本発明は、上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
（変形例）
（１）  第１の実施の形態において、処方データを発信する病院数を１としたが、複数の病院から処方データを受信するとしても、本発明の効果を得ることができる。第２の実施の形態においても同様に、プリントデータの発信元が１箇所であれ、複数箇所であれ、本発明の効果は変わらない。
【００３８】
（２）  第１の実施の形態においては、処方データを自動的にプリントしなかった場合でも、処方データを保持して後の必要に備えるとしたが、これに代えて次のようにしても良い。すなわち、プリントしなかった処方データは直ちに破棄し、後に処方箋等をプリントする必要が生じた場合には、ＩＣカードから処方データを読み出したり、ＷＡＮ４を介して病院２に処方データを問い合わせたりする、としても良い。
【００３９】
（３）  上記、第２の実施の形態において、秘密のデータであるかどうかをプリントデータの種別毎に指定させるとしたが、これに代えて、秘密のデータであるかどうかの指定をプリントデータと共に受信し、当該指定に基づいてプリントの可否を決定するとしても良い。このようにすれば、同一種別のプリントデータであっても、添付された秘密データの指定によって、プリントの可否の判定を異にすることができるので、よりきめ細かな秘密データの指定ができる。
【００４０】
（４）  上記の実施の形態においては、履歴情報として受信日等を記録するとしたが、これに代えて、受信回数とプリント回数（調剤回数）のみを記録するとしても良い。
また、受信日等を記録する場合には、一定回数を超えた以前の履歴や、一定期間を超えた以前の履歴については、プリントの可否の判定にあたって参酌しないとしてもよい。このようにすれば、より最近の患者の来訪傾向やデータのプリントのニーズに適合したプリント制御が可能となる。
【００４１】
（５）  第１の実施の形態において、患者は端末装置１０を用いて調剤可能な薬局を検索するサービスを受けることができるとしが、これに加えて次のようにしても良い。すなわち、患者は、検索の結果、発見された薬局に対して、処方データと当該処方データを患者自らが送付を指示した旨の表示とを送付する。処方データを受信した薬局の端末装置１２は当該表示が添付されている場合には必ず処方箋等をプリントする。このように患者が利用する薬局を指定した場合には、当該薬局においては、ほぼ確実に処方箋等のプリントすることになるので履歴の状況に関わらずプリントして調剤の準備を開始すれば、患者に対するサービスを向上させることができる。
【００４２】
また、処方データについては医師等のみが薬局に送付するものとし、患者は薬局を利用するかどうかの通知のみを通知するとしてもよい。このようにすれば、同一の処方データが重複して送付されるのを避けることができるので、用紙やトナー等の資源を節約することができる。
（６）  上記第２の実施の形態において、通信処理部４４は電子メールに添付されたプリントデータを受信するとしても良い。この場合、プリント判断部４６は、プリントデータに対応するＭＩＭＥ（Multipurpose Internet Mail Extension）ヘッダを参照して、文字列「filename=」に引き続くプリントデータのファイル名に基づいて種別を特定するとしても良い。また、文字列「Content-Type: application/」に引き続く文字列に示されたアプリケーション名によってプリントデータの種別を特定するとしても良い。
【００４３】
また、プリントデータを電子メールに添付する以外の方法で送付されたプリントデータを通信処理部４４が受信するような場合には、当該プリントデータのヘッダ部分に付与された種別を特定する符号を検出して、プリントデータの種別を特定するとしても良い。
これらの方法に限らず、プリント判断部４６がプリントデータの種別を特定することができれば、本発明の効果を奏させることができる。
【００４４】
【発明の効果】
以上、説明したように、本発明にかかるプリント制御装置は、過去のプリント履歴に基づいてプリントの可否を判定してプリントを実行するので、不必要なプリントが実行されることに起因する資源の浪費を防止することができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係るプリント制御装置を含む医療支援システムの概略構成を示した概略構成図である。
【図２】病院２が患者に交付したＩＣカードに格納されている医療データの構成を示した図である。
【図３】薬局３ａのＰＣ２０の機能構成を示した機能構成図である。
【図４】顧客ＤＢ３１に格納された顧客ごとの履歴情報の例示した図である。
【図５】端末装置１２の処理の内容を示したフローチャートである。
【図６】第２の実施の形態にかかるプリント制御装置の機能構成を示した機能構成図である。
【図７】プリント頻度記憶部４５にて記録しているプリント履歴情報である。
【図８】プリント判断部４６の処理内容を示したフローチャートである。
【符号の説明】
１                 医療支援システム
２                 病院
３ａ、３ｂ         薬局
４                 ＷＡＮ
５                 待合室
６                 事務室
７                 病院ＤＢ
８                 薬局ＤＢ
９                 薬剤ＤＢ
１０、１１、１２     端末装置
１３                 表示部
１４、１７、１９     ＩＣカードリーダ・ライタ
１５                 制御部
１６、２１、４３     プリンタ
１８、２０、４２     パーソナル・コンピュータ
３０、４４           通信処理部
３１                 顧客ＤＢ
３２、４６           プリント判断部
３３                 業務管理部
３４                 計時部
３５、４７           プリンタ制御部
３６                 ＩＣカードリーダ・ライタ制御部
４０                 プリント制御装置
４１                 通信網
４５                 プリント頻度記憶部
【図１】
0004258134.tif 000002
【図２】
0004258134.tif 000003
【図３】
0004258134.tif 000004
【図４】
0004258134.tif 000005
【図５】
0004258134.tif 000006
【図６】
0004258134.tif 000007
【図７】
0004258134.tif 000008
【図８】
0004258134.tif 000009