(57)【特許請求の範囲】
【請求項１】
業務の実施計画は遂行されるべき複数のタスクを規定し、各タスクはその遂行に必要な１以上のプロセスを規定するものであるとき、
医薬業界の業務の前記実施計画の登録を受け付ける計画登録部と、
前記実施計画で規定される複数のタスクであって、承認プロセス、教育プロセス、文書を有効なものとする発効プロセス、および配布プロセスを含む文書の新規作成タスクまたは文書の改訂タスクのそれぞれで対象となる文書の登録を受け付ける文書登録部と、
前記文書登録部が受け付けた文書のデータをバージョン情報と対応付けて保持する文書管理部と、
前記実施計画の進捗状況として、前記複数のタスクのそれぞれで規定されたプロセスの進捗状況を管理する進捗管理部と、
前記複数のタスクのそれぞれで規定されたプロセスの全てが完了したことを条件として、前記実施計画の遂行が完了した旨を所定の表示装置に表示させる進捗表示部と、を備え、
前記文書登録部は、文書を改訂するタスクで対象となる文書の登録を受け付ける場合、そのときの当該文書のバージョン情報に基づいて改訂後のバージョン情報を決定し、
前記文書管理部は、前記文書登録部が受け付けた文書であって文書を改訂するタスクで対象となる文書を、前記文書登録部が決定したバージョン情報と対応付けて保持することを特徴とする業務管理装置。
【請求項２】
前記計画登録部は、共通するタスクをそれぞれ含む複数の実施計画の登録を受け付け、
前記進捗管理部は、前記共通するタスクで規定されたプロセスの進捗状況を取得して、前記複数の実施計画それぞれの進捗状況を更新することを特徴とする請求項１に記載の業務管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、業務の進捗状況を管理する技術に関する。
【背景技術】
【０００２】
企業の業務の中には、文書に基づく実施が求められるものがあり、また、その実施結果を文書や記録等で残すことが求められるものがある。企業で保持されるべき文書や記録は電子化され、データベース等に格納されることもある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３１２４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ある業務を遂行するために、複数の文書を新規作成もしくは改訂すべき場合がある。さらに各文書の新規作成や改訂においても、その完了までに、承認プロセスや教育プロセス等、複数のプロセスを完了すべき場合がある。このような業務においては、その実施計画の設定から、その遂行の完了までの進捗管理は煩雑なものとなっていた。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、業務の実施計画に対する進捗管理を支援する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の業務管理装置は、業務の実施計画が遂行されるべき複数のタスクを規定し、各タスクがその遂行に必要な１以上のプロセスを規定するものであるとき、実施計画の登録を受け付ける計画登録部と、実施計画の進捗状況として、複数のタスクのそれぞれで規定されたプロセスの進捗状況を管理する進捗管理部と、複数のタスクのそれぞれで規定されたプロセスの全てが完了したことを条件として、実施計画の遂行が完了した旨を所定の表示装置に表示させる進捗表示部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、業務の実施計画に対する進捗管理を支援して、その進捗管理に要するユーザの負担を低減できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態の情報システムの構成を示す図である。
【図２】図１の業務管理装置の機能構成を示すブロック図である。
【図３】テーマ一覧画面の表示イメージを示す図である。
【図４】タスク一覧画面の表示イメージを示す図である。
【図５】業務管理装置の動作を示すフローチャートである。
【図６】業務管理装置の動作を示すフローチャートである。
【図７】業務管理装置の動作を示すフローチャートである。
【図８】情報システムにおける各装置の連係を模式的に示す図である。
【発明を実施するための形態】
【００１０】
本発明の実施の形態を説明する前に、まず概要を説明する。
医薬業界には、安全性や信頼性を担保するため、薬事法をはじめとした多くの規制が存在し、製薬会社の業務を規定している。規制下にある業務は、ＳＯＰ（Standard Operating Procedures）と呼ばれる文書に基づいて実施され、その実施の結果を示す文書や記録を残す必要がある。したがって医薬業界において文書管理は非常に重要な要素である。また、製薬会社以外の企業においても、コンプライアンスや企業統治の徹底が求められる現在、文書管理の重要性が高まっている。
【００１１】
企業では、業務の実施計画（以下、「テーマ」とも呼ぶ）が立案され、そのテーマに沿って業務が遂行されることが一般的である。テーマの中には、複数の文書の新規作成や改訂等の作業（以下、「タスク」とも呼ぶ）が必要になるものがある。さらに各タスクは、所定部署による承認プロセス、関係者への教育プロセス、文書を有効なものとする発効プロセス、関係者への配布プロセス等、１以上のプロセスを経て完了する。そして全タスクについて各々の全プロセスが完了して、テーマの遂行が完了する。
【００１２】
例えば、製薬会社において新たな検査機器を導入するというテーマにおいては、複数のＳＯＰ文書やＧＱＰ（Good Quality Practice）に関する申請書等を制定するタスクが必要である。そして、各タスクについて上記の様々なプロセスを経る必要がある。
【００１３】
同一のテーマに紐づくタスクであっても、タスクごとに必要なプロセスは異なる場合があり、またプロセスの進捗状況も異なる。またプロセスの中にはその完了までに長期間を要するものもある。したがって、複数のタスクそれぞれの進捗状況を管理することは煩雑であり、ひいては、テーマ全体としての進捗状況を管理することも困難であった。
【００１４】
そこで、本実施の形態で提案する業務管理装置は、テーマを細分化したタスクのプロセスごとに進捗管理を自動化し、テーマの進捗管理を支援する。ユーザは、テーマの進捗状況を効率的に把握でき、各種の報告や、進捗遅延時の対応等を迅速に行うことができる。
【００１５】
図１は、実施の形態の情報システムの構成を示す。情報システム１００は、企業内に構築された情報処理システムであり、業務管理装置１０と、担当者端末１２で総称される第１部署端末１２ａ、第２部署端末１２ｂ、品質保証課端末１２ｃとを備える。業務管理装置１０と担当者端末１２とは、ＬＡＮ・ＷＡＮ・インターネット等、種々の通信網を利用して構築されたイントラネット１４を介して相互接続される。
【００１６】
第１部署端末１２ａと第２部署端末１２ｂとのそれぞれは、企業の第１の部署と第２の部署とに設置されたＰＣ端末であり、それぞれの部署の担当者により操作される。業務管理装置１０は、各部署の担当者の業務遂行を管理および支援する情報処理装置である。
【００１７】
図２は、図１の業務管理装置１０の機能構成を示すブロック図である。業務管理装置１０は、文書管理部２０と、ワークフロー処理部３０と、テーマ管理部４０とを備える。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、業務管理装置１０のハードディスクにインストールされ、業務管理装置１０のメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
【００１８】
文書管理部２０は、文書の登録を受け付けて、その文書のデータを所定の記憶領域に保持する。そして、文書の取得要求を受け付けたとき、その文書のデータを要求元へ提供する。文書に対するユーザのアクセス権限を保持し、そのアクセス権限に応じて文書の提供許否を決定してもよいことはもちろんである。
【００１９】
ワークフロー処理部３０は、文書改訂等のタスクにおいて規定されたプロセスを実行するワークフローエンジンである。例えば、あるプロセスの実行においては、そのプロセスの遂行担当者へ文書を回覧し、遂行担当者からそのプロセスの作業終了を示す通知を受け付けると、次のプロセスを実行する。なお、文書の回覧順序等、プロセスの処理手順を規定する情報（以下、「ワークフロー」とも呼ぶ。）をさらに受け付けて、その手順に従ってプロセスを実行してもよいことはもちろんである。また、特に制約が設けられない場合、ワークフロー処理部３０は、複数のタスクのそれぞれを並行実行してもよく、１つのタスク内の複数プロセスを並行実行してもよい。
【００２０】
テーマ管理部４０は、テーマの進捗状況を管理する。説明の便宜のため、まず、テーマの進捗状況をユーザへ提示するためのユーザインタフェースを説明し、続いてテーマ管理部４０の機能構成を説明することとする。
【００２１】
図３は、テーマ一覧画面の表示イメージを示す。テーマ一覧画面は、複数のテーマそれぞれの進捗状況を一覧表示する。テーマＩＤ欄は、テーマを一意に特定するためのテーマのＩＤを示す。ステータス欄は、テーマの遂行が完了済か、または未完了かを示す。登録日欄は、業務管理装置１０に対してテーマが登録された日付を示し、対応期限日欄は、テーマが完了すべき期限を示す。対応完了日欄は、テーマの遂行が完了した日付を示し、テーマの遂行が未完了であれば未設定となる。
【００２２】
図４は、タスク一覧画面の表示イメージを示す。タスク一覧画面は、テーマ一覧画面に表示されたテーマのうち、ユーザが指定するテーマにおいて規定されたタスクの進捗状況を一覧表示する。タスクＩＤ欄は、タスクを一意に特定するためのタスクのＩＤを示す。タスク名欄は、テーマにおいて遂行されるべき作業、例えば文書の新規作成、改訂、バリデーション等を示す。バージョン欄は、文書のバージョン番号を示す。同図の承認、教育、発効、配布、バリデーションチェックの各カラムは、タスクにおいて行われるべきプロセスの名称を示している。管理の対象とされたプロセスでは、そのプロセスが完了済か、未完了か、完了済の場合にはその完了日を示す情報が設定される。完了日欄は、タスクの遂行が完了した日付けを示し、未完了であれば未設定となる。
【００２３】
図２に戻りテーマ管理部４０は、各種のデータを保持する記憶領域であるデータ保持部４２と、各種のデータ処理を実行するデータ処理部５２とを含む。データ保持部４２は、テンプレート保持部４４と、テーマ保持部４６と、タスク保持部４８と、プロセス保持部５０とを含む。データ処理部５２は、テンプレート登録部５４と、テーマ登録部５６と、文書登録部５８と、進捗情報取得部６０と、進捗情報更新部６２と、進捗情報表示部６４とを含む。
【００２４】
テンプレート保持部４４は、ユーザがテーマ登録の際に再利用可能な登録フォーム（以下、「テンプレート」とも呼ぶ）のデータを保持する。このテンプレートは、複数のプロセスの組み合わせを規定するものであり、例えば承認、教育、発効、配布の組み合わせが規定される。その一方で、テンプレートはタスクを規定しない。テーマにおいて実行すべきタスクは、そのテーマ登録の際にユーザが設定する。ユーザは、テーマ登録の際に登録済のテンプレートを使用することで、基本的にはテンプレートにタスクを追加すればよくなり、効率的にテーマの内容を設定しやすくなる。
【００２５】
テーマ保持部４６は、ユーザにより登録されたテーマについて、テーマそのものに関連するデータを保持する。具体的には、図３で示したデータを保持する。タスク保持部４８は、ユーザにより登録されたテーマについて、テーマで規定されたタスクに関連するデータを保持する。具体的には、テーマＩＤとともに、図４で示したタスク番号、タスク名、文書名、バージョン、完了日のデータを保持する。なお、タスクには文書に関連するものだけでなく、バリデーション作業等、文書に関連しない作業が含まれてもよい。
【００２６】
プロセス保持部５０は、ユーザにより登録されたテーマについて、各タスクで規定されたプロセスに関連するデータを保持する。具体的には、タスクＩＤと、タスク内でのプロセスの実行順序を示すシーケンス番号とともに、図４で示したプロセス名、管理有無、ステータスのデータを保持する。
【００２７】
テンプレート登録部５４は、テンプレートの登録画面を担当者端末１２に表示させ、その登録画面においてユーザが設定したテンプレートのデータをテンプレート保持部４４へ格納する。このテンプレートの設定画面において、ユーザは、複数のプロセスの組み合わせ態様、実行順序、各プロセスの名称等を設定する。
【００２８】
テーマ登録部５６は、テーマの登録画面を担当者端末１２に表示させ、その登録画面においてユーザが設定したテーマのデータを担当者端末１２から取得する。そして、そのデータをデータ保持部４２へ格納する。これにより、業務管理装置１０においてそのテーマに対する進捗管理を開始させる。
【００２９】
具体的には、テーマの登録画面において、まず、テンプレート保持部４４に保持された登録済テンプレートを表示させ、登録済テンプレートの中からテーマ登録の際に利用するテンプレートをユーザに選択させる。続いて、ユーザは選択したテンプレートを適宜編集して、図３および図４で示した各情報項目のうちステータスや完了日以外の項目を入力する。なお、テーマの登録画面では、テンプレートには未設定のプロセスをユーザが任意に追加することもできる。テーマ登録部５６は、登録画面への入力データのうち、テーマそのものに関するデータはテーマ保持部４６へ、タスクに関するデータはタスク保持部４８へ、各タスクのプロセスに関するデータはプロセス保持部５０へ格納する。
【００３０】
文書登録部５８は、タスクでの作業対象となる文書、すなわち新規作成や改訂の対象となる文書を登録させるための文書登録画面を担当者端末１２に表示させ、その登録画面においてユーザが設定した文書のデータを担当者端末１２から取得する。そして、そのデータを文書管理部２０に保持させる。以下、担当者端末１２から受け付けられた、タスクでの作業対象となる文書を「登録文書」とも呼ぶこととする。
【００３１】
進捗情報取得部６０は、タスクの各プロセスが終了した旨を示す情報をワークフロー処理部３０から逐次取得する。進捗情報更新部６２は、タスクの各プロセスの進捗状況をプロセス保持部５０へ反映する。具体的には、承認、教育等の各プロセスのステータスを更新する。また、プロセスの進捗状況に応じてタスクの進捗状況を判別し、タスク保持部４８に保持されたタスクのステータスを更新する。また、タスクの進捗状況に応じてテーマの進捗状況を判別し、テーマ保持部４６に保持されたテーマのステータスを更新する。
【００３２】
進捗情報表示部６４は、テーマ、タスク、プロセスそれぞれの進捗状況を示すデータをデータ保持部４２から取得して外部のディスプレイに表示させる。例えば、担当者端末１２等の外部装置から、登録済のテーマに関する進捗状況の表示要求を受け付けてもよい。そして、進捗状況を示すデータをその外部装置へ送信することにより、その外部装置において進捗状況を表示させてもよい。
【００３３】
以上の構成による動作を以下説明する。
図５は、業務管理装置１０の動作を示すフローチャートである。同図は、テーマの進捗管理が開始されるまでの動作を示している。予めテンプレート登録部５４は、テンプレート登録画面を介して担当者端末１２から受け付けたテンプレートのデータをテンプレート保持部４４へ格納しておく。テーマ登録部５６は、テーマ登録画面において、編集対象として選択されたテンプレートを担当者端末１２へ提供する（Ｓ１０）。そして、ユーザにより登録されたテーマの設定情報を担当者端末１２から取得してデータ保持部４２へ格納する（Ｓ１２）。文書登録部５８は、文書登録画面においてユーザにより設定された登録文書のデータを担当者端末１２から取得して文書管理部２０に保持させる（Ｓ１４）。ワークフロー処理部３０は、プロセスを実行するためのワークフローを担当者端末１２から受け付け、そのワークフローで規定された順序にしたがって、所定部署の担当者端末１２へプロセスの実行指示を通知する（Ｓ１６）。
【００３４】
図６は、業務管理装置１０の動作を示すフローチャートである。同図は、テーマの進捗状況を更新する際の動作を示している。ワークフロー処理部３０は、各タスクで規定されたプロセスの完了を検出すると（Ｓ２０のＹ）、その旨を進捗情報取得部６０へ逐次通知する。進捗情報取得部６０は、プロセスの完了通知をワークフロー処理部３０から受け付けると、そのプロセスのステータスを完了へ更新する（Ｓ２２）。あるタスクで規定された全プロセスのステータスが完了となった場合（Ｓ２４のＹ）、進捗情報更新部６２は、そのタスクの完了日のデータを設定する（Ｓ２６）。さらに、あるテーマで規定された全タスクの完了日が設定された場合（Ｓ２８のＹ）、進捗情報更新部６２は、そのテーマの完了日のデータを設定する（Ｓ３０）。そのテーマについて一部のタスクが未完了であれば（Ｓ２８のＮ）、Ｓ３０はスキップされる。また、あるタスクについて一部のプロセスのみ終了し、未完了のプロセスが存在する場合（Ｓ２４のＮ）、ワークフロー処理部３０は、次のプロセスの実行指示を所定部署の担当者端末１２へ通知して、本図のフローを終了する（Ｓ３２）。プロセスの完了が検出されなければ（Ｓ２０のＮ）、以降のフローはスキップされ、本図のフローを終了する。
【００３５】
図７は、業務管理装置１０の動作を示すフローチャートである。同図は、テーマの進捗状況をユーザへ提示する際の動作を示している。進捗情報表示部６４は、テーマ一覧画面の取得要求を受け付けると（Ｓ４０のＹ）、進捗管理中のテーマそれぞれの進捗状況をテーマ保持部４６から取得し、テーマ一覧画面のデータを担当者端末１２へ送信して表示させる（Ｓ４２）。そのテーマ一覧画面において特定のテーマがユーザにより選択されると（Ｓ４４のＹ）、そのテーマで規定されたタスクそれぞれの進捗状況をタスク保持部４８から取得し、各タスクで規定されたプロセスそれぞれの進捗状況をプロセス保持部５０から取得する。そして、タスク一覧画面のデータを担当者端末１２へ送信して表示させる（Ｓ４６）。テーマ一覧画面において特定のテーマが選択されなければ（Ｓ４４のＮ）、Ｓ４６はスキップされる。テーマ一覧画面の取得要求がなければ（Ｓ４０のＮ）、Ｓ４２〜Ｓ４６はスキップされ、本図のフローが終了する。
【００３６】
図８は、情報システム１００における各装置の連係を模式的に示す。同図は、承認、教育、配布の３プロセスが規定された、ＳＯＰ文書を改訂するタスク（以下、「ＳＯＰ改訂タスク」とも呼ぶ）が実行される例を示している。また、同図の点線で示すブロックは主にテーマ管理部４０の機能を示し、一点鎖線で示すブロックは主にワークフロー処理部３０の機能を示し、二点差線で示すブロックは主に文書管理部２０の機能を示している。
【００３７】
まず、第１部署端末１２ａはＳＯＰ改訂タスクを含むテーマを業務管理装置１０へ登録し、業務管理装置１０は当該テーマの進捗管理を開始する。続いて、第１部署端末１２ａは改訂版ＳＯＰおよびその承認プロセスのワークフローを業務管理装置１０へ登録する。業務管理装置１０は、登録されたワークフローにしたがって、第２部署端末１２ｂ、品質保証課端末１２ｃの順に改訂版ＳＯＰを回覧させる。改訂版ＳＯＰの承認可否を決定した旨が第２部署端末１２ｂから受け付けられると、業務管理装置１０はＳＯＰ改訂タスクの承認プロセスのステータスを承認可否に応じて更新する。業務管理装置１０は、改訂版ＳＯＰの承認結果を第１部署端末１２ａへ通知する。否決された場合、改訂版ＳＯＰは修正されて、承認プロセスが再度実行される。
【００３８】
改訂版ＳＯＰが承認された場合、第１部署端末１２ａは、教育プロセスのワークフローを業務管理装置１０へ登録する。業務管理装置１０は、登録されたワークフローにしたがって、第２部署端末１２ｂへ改訂版ＳＯＰを提供する。教育の受講を終了した旨が第２部署端末１２ｂから受け付けられると、業務管理装置１０は、ＳＯＰ改訂タスクの教育プロセスのステータスを完了とするとともに、その旨を品質保証課端末１２ｃへ通知する。
【００３９】
教育プロセスの完了が通知されると、品質保証課端末１２ｃは、配布プロセスのワークフローを業務管理装置１０へ登録する。業務管理装置１０は、登録されたワークフローにしたがって、第１部署端末１２ａおよび第２部署端末１２ｂへ改訂版ＳＯＰを提供する。改訂版ＳＯＰを受領した旨が第１部署端末１２ａおよび第２部署端末１２ｂから受け付けられると、業務管理装置１０はＳＯＰ改訂タスクの配布プロセスのステータスを完了とする。それとともに、ＳＯＰ改訂タスクの全プロセスが完了したため、ＳＯＰ改訂タスクのステータスを完了として、その完了日を設定する。
【００４０】
上述したように、業務の実施計画（テーマ）に基づいて、様々な新規作成文書および改訂文書に対して承認、教育、配布・・・等、様々なプロセスを実行する必要がある。また、テーマに基づき、様々な人間系の作業が実施される必要がある。従来、これらを一元管理することは煩雑であり、テーマ全体の進捗も不明確になりやすかった。本実施の形態の業務管理装置１０によれば、文書管理部２０、ワークフロー処理部３０、テーマ管理部４０の連係により、テーマ・タスク・プロセスといった業務の上位階層から下位階層までの、各階層での進捗管理が自動化される。これにより、テーマの進捗状況をユーザが効率的、容易に確認できるよう支援できる。
【００４１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００４２】
第１の変形例を説明する。上記実施の形態では詳細には言及しなかったが、共通するタスクが異なる複数のテーマにおいて設定されてもよい。例えば、同一のＳＯＰ文書の改訂をタスクとする複数のテーマが担当者端末１２から業務管理装置１０へ登録されて、それぞれのテーマの進捗状況が実行されてもよい。この場合、進捗情報取得部６０は共通タスクのプロセスの進捗状況をワークフロー処理部３０から受け付け、進捗情報更新部６２は、複数のテーマそれぞれで設定された共通タスクの進捗状況を一時に更新してもよい。この変形例によれば、テーマとタスクとの間で多対多の関係が許容されるため、各テーマにおけるタスクの組み合わせ態様の自由度が向上する。また、複数のテーマそれぞれの進捗管理を効率よく実現できる。
【００４３】
第２の変形例を説明する。上記実施の形態では詳細には言及しなかったが、業務管理装置１０において文書のバージョン管理がなされてもよい。例えば、業務管理装置１０の文書管理部２０においては、同一名称の文書であってもバージョンごとに区別された文書データが保持されてもよい。この場合、文書を改訂するタスクについて、テーマ登録の時点では改訂後の文書のバージョンは確定されないことが望ましく、文書登録の時点でそのバージョンが確定されることが望ましい。テーマ登録と文書登録との間にはタイムラグが生じることがあり、その間に別テーマの遂行によって当該文書のバージョンが変更される可能性があるためである。この変形例において文書登録部５８は、文書登録の際にその時点の最新バージョンに基づいて改訂後文書のバージョンを決定し、そのバージョン番号をタスク保持部４８に設定する。それとともに、そのバージョン番号と改訂後文書のデータとを対応づけて文書管理部２０に保持させる。この変形例によれば、複数のテーマが同時並行に遂行される場合でも、文書のバージョン管理を適切に行うことができる。
【００４４】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００４５】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００４６】
１０  業務管理装置、  ２０  文書管理部、  ３０  ワークフロー処理部、  ４０  テーマ管理部、  ４４  テンプレート保持部、  ４６  テーマ保持部、  ４８  タスク保持部、  ５０  プロセス保持部、  ５４  テンプレート登録部、  ５６  テーマ登録部、  ５８  文書登録部、  ６０  進捗情報取得部、  ６２  進捗情報更新部、  ６４  進捗情報表示部、  １００  情報システム。
【図１】
0005415910.tif 000002
【図２】
0005415910.tif 000003
【図３】
0005415910.tif 000004
【図４】
0005415910.tif 000005
【図５】
0005415910.tif 000006
【図６】
0005415910.tif 000007
【図７】
0005415910.tif 000008
【図８】
0005415910.tif 000009