[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[orca-dev:00064] Re: 印刷トラブル時の対応
- To: orca-dev@xxxxxxxxxxxxxx
- Subject: [orca-dev:00064] Re: 印刷トラブル時の対応
- From: Yukiharu YABUKI <yabuki@xxxxxxxxxxxxxx>
- Date: Wed, 5 Jun 2002 10:30:06 +0900
矢吹です。
On Tue, 04 Jun 2002 12:06:08 +0900
Keisuke Nishida <knishida@xxxxxxxxx> wrote:
> 西田です。orca-dev ももっと使いましょう。
>
> 印刷トラブル時の対応に関する案のまとめです。
>
> 問題:
>
> 複数のプリンタがある環境で、一つのプリンタがトラブルを
> 起こしたとき、別のプリンタで処理を継続出来るようにしたい。
>
> 例えば、100 枚のレセプトを印刷中に、99 枚目でトラブルが
> 発生した場合、99 枚目から別のプリンタで印刷が出来るように
> したい。
>
> 対応案 1: 印刷する内容を指定して印刷
>
> 印刷を行なうときに、何枚目からどのプリンタで印刷を行なうか
> 指定出来るようにする。Windows 等でよくあるイメージ。
>
> トラブルが発生した場合には、同じ画面からページ番号を指定
> してやり直してもらう。
>
> 問題点として、この方法では印刷する内容を再生成することに
> なるので、もし再開するまでにデータベースの内容が変わって
> しまっていると、再開したとき違う内容が出る可能性がありうる。
>
> 対応案 2: 印刷した内容の履歴を取って再開
>
> 例えば過去一週間に印刷した内容を全てサーバ上で記録しておき、
> 将来、その一部を取り出して再開出来るようにする。
>
> トラブルが発生した場合には、印刷履歴の画面に移動し、どの
> 印刷をどのページからどのプリンタで再開するか指定出来る
> ようにする。
>
> 印刷データそのものを保存するため、後からデータベースが
> 更新されていても影響されることはない。
この案2なのですが、予想される蓄積されるデータ量のオーダって
いくらなんでしょうか。蓄積されるデータがK単位M単位G単位
なのかによって、ちょいとハードディスクの容量構成に絡んでくる
のではないかと
でも、案2が 必要な病院があることも容易に想像できます。一回
確定したデータでないとダメっていう場合は、忙しい所程、そう
いう事例が多そうな予感がします。(実際にききとり調査をしている
わけではないので、エンジニアとしての予想です)
--
--- Please check -> http://www.good-day.co.jp/profile.html#saiyou
--- Tel 06-4796-6670 FAX 06-4796-7373
--- Yukiharu Yabuki <yabuki@xxxxxxxxxxxxxx>
--- GPG fingerprint = DB64 AF5C 4374 1E43 FA87 37AB 6692 F138 ED43 0BBA