(57)【要約】【課題】本発明は、医薬品情報管理システムにおいて、優先的に処理すべき薬剤による症例を効率的に判断できる仕組みを提供することを目的とする。【解決手段】薬剤による症例の情報を表示する症例画面を表示する医薬品情報管理システムにおいて、症例画面において薬剤による症例の情報を表示する薬剤を特定し、薬剤の販売日に基づいて現時点での薬剤の販売ステータスを算出し、症例画面において薬剤による症例の情報を表示する際に、現時点での薬剤の販売ステータスも合わせて表示する。【選択図】図３
2018036825.tif 000002
【特許請求の範囲】
【請求項１】
薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバであって、
前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定手段と、
前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出手段と、
前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御手段と、
を有することを特徴とする管理サーバ。
【請求項２】
前記現時点での薬剤の販売情報の指定を受け付ける受付手段と、
前記症例表示制御手段は、前記指定された現時点での薬剤の販売情報を持つ薬剤を検索し、該検索された薬剤による症例の情報を表示するように制御する
ことを特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記薬剤の販売情報は、前記薬剤の販売日であり、
前記現時点での薬剤の販売情報は、前記薬剤の販売日から現時点までの経過期間による区分情報である
ことを特徴とする請求項１または２に記載の管理サーバ。
【請求項４】
前記症例表示制御手段は、前記現時点での薬剤の販売情報に従い、前記薬剤による症例の情報を並べ替えて表示するように制御することを特徴とする請求項１乃至３のいずれか１項に記載の管理サーバ。
【請求項５】
薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバの制御方法であって、
薬剤特定手段が、前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定ステップと、
算出手段が、前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出ステップと、
症例表示制御手段が、前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御ステップと、
を有することを特徴とする管理サーバの制御方法。
【請求項６】
薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバにおいて実行可能なプログラムであって、
前記管理サーバを、
前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定手段と、
前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出手段と、
前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御手段と、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医薬品情報管理システムにおける有害事象に係る症例の管理方法に関する。
【背景技術】
【０００２】
日本で薬品を製造販売する会社は、自社で販売する薬品で有害事象が発生した場合、その情報を速やかに当局に報告することが、薬事法で義務付けられている。期限までに報告ができていない場合や、報告に漏れがあると営業停止処分を受ける事もある。そういったリスクを軽減するために、有害事象を管理するシステムを導入する製薬会社が増加している。
【０００３】
特許文献１では、医薬品情報収集管理サーバにおいて、医薬品に関する有害事象情報を入力する際に、入力者の職種を特定し、職種に対応した入力画面を表示する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１３３７０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら特許文献１では、入力すべき有害事象に係る症例を選択する際には、登録済みの症例が単純に一覧表示されるだけであり、入力者はどの症例を優先的に処理すべきか判断することができない。
【０００６】
有害事象を管理するシステムでは、当局への報告漏れを防ぐために、症例一覧表示画面において、連携（当局へのシステム的な報告処理）の必要がある症例にも関らず、まだ連携していない症例を強調表示する機能が既に存在する。特許文献１でも、症例に対する処理ステータスが一覧上に表示される。
【０００７】
しかし症例の処理ステータスを表示するだけでは、未処理の症例が多数存在した場合には、評価の要否は判断できるが、どの症例を優先的に評価すべきかを一覧表示からは判断できず、各症例の詳細を確認して優先度を判断する必要がある。特に、症例に関連している医薬品の状況（例えば、販売前か、販売直後か、販売後期間が経過して市場に広まっている状況か、など）によって優先的に処理すべき症例を判断する必要があり、その場合は症例に関連する医薬品の情報まで確認する必要がある。
【０００８】
そこで本発明では、医薬品情報管理システムにおいて、優先的に処理すべき薬剤による症例を効率的に判断できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の管理サーバは、薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバであって、前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定手段と、前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出手段と、前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御手段と、を有することを特徴とする。
【００１０】
本発明の制御方法は、薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバの制御方法であって、薬剤特定手段が、前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定ステップと、算出手段が、前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出ステップと、症例表示制御手段が、前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御ステップと、を有することを特徴とする。
【００１１】
本発明のプログラムは、薬剤による症例の情報を表示する症例画面をクライアントで表示するべく制御する管理サーバにおいて実行可能なプログラムであって、前記管理サーバを、前記症例画面において薬剤による症例の情報を表示する薬剤を特定する薬剤特定手段と、前記薬剤の販売情報に基づいて、現時点での薬剤の販売情報を算出する算出手段と、前記症例画面において薬剤による症例の情報を表示する際に、前記現時点での薬剤の販売情報も合わせて表示するように制御する症例表示制御手段と、として機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によると、医薬品情報管理システムにおいて、優先的に処理すべき薬剤による症例を効率的に判断できるようになる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態である医薬品情報管理システムのシステム構成の一例を示すブロック図。
【図２】本発明の実施形態である医薬品情報管理システムを構成するクライアント、サーバに適用可能なハードウェア構成の一例を示すブロック図。
【図３】本発明の実施形態である医薬品情報管理システムに機能構成の一例を示すブロック図。
【図４】本発明の実施形態である医薬品情報管理システムの症例一覧を表示する全体処理の一例を示すフローチャート。
【図５】本発明の実施形態である医薬品情報管理システムの症例一覧表示制御処理の一例を示すフローチャート。
【図６】本発明の実施形態である医薬品情報管理システムの薬剤ステータス判別処理の一例を示すフローチャート。
【図７】本発明の実施形態である医薬品情報管理システムで使用する症例情報関連テーブルの一例を示すデータ構成図。
【図８】本発明の実施形態である医薬品情報管理システムで使用するマスタテーブルの一例を示すデータ構成図。
【図９】本発明の実施形態である医薬品情報管理システムの症例検索一覧表示画面（初期状態）の一例を示す画面イメージ。
【図１０】本発明の実施形態である医薬品情報管理システムの症例検索一覧表示画面（全件検索）の一例を示す画面イメージ。
【図１１】本発明の実施形態である医薬品情報管理システムの症例検索一覧表示画面（絞り込み検索）の一例を示す画面イメージ。
【図１２】本発明の実施形態である医薬品情報管理システムの症例検索一覧表示画面（絞り込み検索）の一例を示す画面イメージ。
【発明を実施するための形態】
【００１４】
図１は、本発明の実施形態の医薬品情報管理システムのシステム構成の一例を示すブロック図である
【００１５】
医薬品情報管理システム１００は、クライアント１０１、サーバ１０２、ネットワーク１０３より構成される。
【００１６】
クライアント１０１は、ユーザからの要求を受けて、サーバ１０２に対して処理要求を行い、サーバ１０２からの処理結果を表示する。クライアント１０１はＷＥＢブラウザを装備しており、当該ＷＥＢブラウザを介して上記処理を行う。また、ＷＥＢブラウザではなく、専用のクライアントプログラムを介して上記処理を行ってもよい。
【００１７】
サーバ１０２は、クライアント１０１からの処理要求を受けて、各種処理を実行し、画面表示用データを作成して、クライアント１０１の表示装置に表示させる。本実施例では、サーバ１０２がデータベースを持ち、データベースの管理も実施する構成としているが、データベースの管理用に別途データベースサーバを設置してもよい。
【００１８】
ネットワーク１０３は、クライアント１０１とサーバ１０２を連携させる。ネットワーク１０３は、インターネットであってもよいし、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。
【００１９】
図２は、図１のクライアント１０１、サーバ１０２に適用可能なハードウェア構成の一例を示すブロック図である。
【００２０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器はＣＲＴや、液晶ディスプレイ等の様々な種類が存在する。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０３）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２７】
図３は、本発明の実施形態の医薬品情報管理システムの機能構成の一例を示すブロック図である。
【００２８】
医薬品情報管理システム１００は、クライアント１０１、サーバ１０２を持つ。
【００２９】
クライアント１０１は、入力受付部３１１、画面表示部３１２を持つ。
【００３０】
入力受付部３１１は、画面を介してユーザからの入力を受け付け、サーバ１０２に入力されたデータを送信する機能部である。画面表示部３１２は、サーバ１０２から受信した画面表示データをもとに画面を表示する機能部である。
【００３１】
サーバ１０２は、症例検索一覧表示制御部３２１、症例検索部３２２、症例情報管理部３２３、マスタ管理部３２４を持つ。
【００３２】
症例検索一覧表示制御部３２１は、図４から図６に示す処理を実行することにより、症例検索一覧を表示するための画面データを作成し、クライアント１０１に表示させるために画面データを送信する。
【００３３】
症例検索部３２２は、クライアント１０１にてユーザから入力された検索項目に応じて、データベースから検索項目に合致する症例情報を検索する機能部であり、検索された結果が症例検索一覧表示制御部３２１に渡され、クライアント１０１に表示される。
【００３４】
症例情報管理部３２３は、クライアント１０１にてユーザから有害事象に係る症例に関するデータ入力を受け付け、図７に示す症例に関連する情報テーブルを登録、更新する機能部である。
【００３５】
マスタ管理部３２４は、図８に示すマスタテーブルをデータベースに格納し、その内容をメンテナンスする機能部である。これらのテーブルは、症例一覧を表示する際に、必要データを取得するために使用される。
【００３６】
本実施例の機能構成では、サーバ１０２の処理はＷｅｂアプリケーションの形態で提供され、クライアント１０１が装備するＷｅｂブラウザを使用して当該Ｗｅｂアプリケーションにアクセスする形態となる。なお、サーバ１０２と、クライアント１０１の接続形態はＷｅｂアプリケーション形式ではなく、クライアント１０１が専用プログラムを備えたサーバ・クライアント形式でもよい。
【００３７】
以下、図を参照して、医薬品情報管理システムにおける症例一覧を表示する処理について説明する。
【００３８】
図４は、医薬品情報管理システムにおいて症例一覧を表示する全体処理の一例を示すフローチャートである。
【００３９】
本処理フローは、クライアント１０１のキーボード２０９等からユーザにより入力を受け付け、サーバ１０２のＣＰＵ２０１によって実行され、クライアント１０１のディスプレイ２１０等に画面を表示する。
【００４０】
ステップＳ４０１では、サーバ１０２は、メインメニュー画面（不図示）をクライアント１０１に表示させる。なお、本処理フローでは省略しているが、事前にユーザからログイン要求を受け付け、ログイン認証した後、ユーザの権限に応じたメインメニュー画面を表示する。
【００４１】
ステップＳ４０２では、クライアント１０１は、メインメニュー画面を表示し、ユーザからの操作を受け付けるべく待機する。
【００４２】
ステップＳ４０３では、クライアント１０１は、ユーザからメインメニュー画面上の一覧画面ボタンの押下を受け付けたことにより、サーバ１０２に表示要求を通知する。
【００４３】
ステップＳ４０４では、サーバ１０２は、クライアント１０１からの一覧表示要求を受け付ける。
【００４４】
ステップＳ４０５では、サーバ１０２は、症例検索一覧表示画面９００をクライアント１０１に表示させる。
【００４５】
ここで、図９を参照して、症例検索一覧表示画面９００について説明する。
【００４６】
図９は、症例検索一覧表示画面９００の一例を示す画面イメージである。
【００４７】
症例検索一覧表示画面９００は、検索項目欄９０１、検索ボタン９０２、調査状況一覧表示欄９０３、および、画面表示に関する各種ボタン（他画面への遷移、ページ送りなど）を持つ。
【００４８】
検索項目欄９０１は、検索項目として、報告管理番号、症例ステータス、情報入手日、有害事象情報、重篤性、製品名、製品ステータス、報告者を持ち、検索したい項目に検索値を入力することにより検索する。各項目については後述する。
【００４９】
検索ボタン９０２は、検索項目欄９０１にて検索項目に検索値をした後、、本ボタンを押下することにより検索が実行される。
【００５０】
調査状況一覧表示欄９０３は、検索結果として症例情報の一覧を表示する。各表示項目については後述する。
【００５１】
なお、本実施例では、ステップＳ４０５にて症例検索一覧表示画面９００を表示させる際には、検索実行前であるため、調査状況一覧表示欄９０３には何も表示されないが、初期表示として検索項目を指定せずに全件を表示させたり（後述）、重要症例のみを表示させたりしてもよい。
図４の説明に戻る。
【００５２】
ステップＳ４０６では、クライアント１０１は、症例検索一覧表示画面９００を表示し、ユーザからの操作を受け付けるべく待機する。
【００５３】
ステップＳ４０７では、クライアント１０１は、症例検索一覧表示画面９００において、ユーザから検索項目の入力を受け付け、検索ボタンの押下を受け付けたことにより、サーバ１０２に症例検索要求を通知する。
【００５４】
ステップＳ４０８では、サーバ１０２は、クライアント１０１から症例検索要求を検索項目とともに受け付ける。
【００５５】
ステップＳ４０９では、サーバ１０２は、症例一覧表示制御処理を実行し、クライアント１０１に症例一覧を表示させる。症例一覧表示制御処理については図５で後述する。
【００５６】
ステップＳ４１０では、クライアント１０１は、症例検索一覧表示画面９００の調査状況一覧表示欄９０３に症例一覧を表示する。
【００５７】
以上で、医薬品情報管理システムにおいて症例一覧を表示する全体処理を終了する。
【００５８】
図５は、ステップＳ４０９の症例一覧表示制御処理の一例を示すフローチャートである。
【００５９】
本処理は、サーバ１０２のＣＰＵ２０１によって実行される。
【００６０】
ステップＳ５０１では、サーバ１０２は、データベースにアクセスし、登録されている全症例情報を取得する。ここで症例情報とは、後述する報告症例情報テーブル７００、薬剤情報テーブル７１０、有害事象情報テーブル７２０からそれぞれ得られる報告症例情報、薬剤情報、有害事象情報である。なお、本実施例では、登録されている症例情報はユーザに依存しない共通情報として説明しているが、各症例情報にユーザ固有のアクセス情報が設定されている場合には、各ユーザがアクセス可能な症例情報のみを取得することになる。
【００６１】
ステップＳ５０２では、サーバ１０２は、ステップＳ５０３の処理を、ステップＳ５０１で取得した報告症例情報の数だけ繰り返し実施する。
【００６２】
ステップＳ５０３では、サーバ１０２は、薬剤ステータス判別処理を実行する。薬剤ステータス判別処理については、図６で後述する。
【００６３】
ステップＳ５０４は、ステップＳ５０２により繰り返し処理の終端である。
【００６４】
ステップＳ５０５では、サーバ１０２は、ステップＳ５０１で取得した症例情報を、クライアント１０１から受け付けた検索項目を元にデータを絞り込む。
【００６５】
ステップＳ５０６では、サーバ１０２は、ステップＳ５０５で絞り込んだ症例情報をもとに、、症例一覧として表示するための表示データを作成する。
【００６６】
ステップＳ５０７では、サーバ１０２は、ステップＳ５０６で作成した症例一覧の表示データの内、重要症例を強調表示する。本実施例では、未連携の死亡症例を重要症例として強調表示させているが、未評価の重篤症例を準重要症例として強調表示させるなど、処理の必要性、緊急性や症例の重大性等を考慮して強調表示させる症例を設定すればよい。また、重要症例の判断に後述する薬剤ステータスを使用してもよい。
【００６７】
ステップＳ５０８では、サーバ１０２は、ステップＳ５０６で作成した症例一覧の表示データを、出力項目に従ってソートする。本実施例では、症例ステータス、重篤性、薬剤ステータスをキーにソートしているが、処理の必要性、緊急性や症例の重大性等を考慮してソートキーを設定すればよい。
以上で、症例一覧表示制御処理を終了する。
【００６８】
ここで、図を参照して、症例一覧の表示内容の一例について説明する。
【００６９】
図１０は、検索項目を設定せずに全件検索した場合の、症例検索一覧表示画面９００の画面イメージである。
【００７０】
検索項目欄９０１の検索項目に何も検索値が入力されていない状態で、検索ボタン９０２が押下された結果、調査状況一覧表示欄９０３に登録されている症例の全件が表示される。
【００７１】
症例一覧として表示する項目は、報告管理番号（枝番付き）、入手日、製品名、製品ステータス、重篤性、有害事象、症例ステータス、報告者名である。
【００７２】
報告管理番号（枝番付き）は、症例を識別する項目であり、報告症例情報の報告管理番号７０２と枝番７０３を結合した英数字列である。
【００７３】
入手日は、症例の入手日を表し、報告症例情報の情報入手日７０４を設定する。
【００７４】
製品名は、症例の第一被疑薬とされた薬剤の製品名であり、薬剤情報の被疑薬フラグが”１”で投与薬剤ＳＥＱ７１２の小さいレコードの製品名７１４を設定する。
【００７５】
製品ステータスは、上記薬剤のステータスを表し、後述する薬剤ステータス判別処理により設定される。
【００７６】
重篤性は、症例の重篤性の区分を表し、有害事象情報の重篤性区分７２４から重篤性マスタを検索して重篤性８２２を設定する。本実施例では、”死亡”、”重篤”、”非重篤”の３区分のいずれかが表示される
【００７７】
有害事象は、症例の有害事象の内容（複数の場合あり）であり、有害事象情報の有害事象７２３を設定する。一つの症例に対して複数の有害事象情報がある場合は、全てを連結する。
【００７８】
症例ステータスは、症例の処理状況を表し、報告症例情報の症例ステータス７０５を設定する。
【００７９】
報告者名は、症例を報告した担当者の名称であり、報告症例情報の報告者ＩＤ７０６からユーザマスタを検索して報告者名８０２を設定する。
【００８０】
また、報告管理番号が”Ｘ２０１５０００００４−０１”の症例については、重篤性が”死亡”、つまり死亡症例であり、症例ステータスが”評価済み”、つまり評価まで終了し未連携の状況であるため、重要症例として強調表示されている。
【００８１】
次に、図１１は、検索項目として、症例ステータスを指定して検索した場合の、症例検索一覧表示画面９００の画面イメージである。
【００８２】
本実施例では、検索項目欄９０１の症例ステータスに”未評価”が入力された状態で、検索ボタン９０２が押下された結果、調査状況一覧表示欄９０３に絞り込まれた症例が表示される。
【００８３】
次に、図１２は、検索項目として、製品ステータスを指定して検索した場合の、症例検索一覧表示画面９００の画面イメージである。
【００８４】
本実施例では、検索項目欄９０１の製品ステータスに”販売後１ヶ月以上”が入力された状態で、検索ボタン９０２が押下された結果、調査状況一覧表示欄９０３に絞り込まれた症例が表示される。
【００８５】
図６は、ステップＳ５０３の薬剤ステータス判別処理の一例を示すフローチャートである。
【００８６】
本処理は、サーバ１０２のＣＰＵ２０１によって実行される。
【００８７】
ステップＳ６０１では、サーバ１０２は、報告症例情報の内部管理番号７０１をもとに薬剤情報テーブル７１０の内部管理番号７１１が一致するレコードのうち、被疑薬フラグが”１”で投与薬剤ＳＥＱ７１２が最も小さいものを第一被疑薬に対する薬剤情報として取得し、さらにその薬剤コード７１３により薬剤マスタ８１０の薬剤コード８１１の一致するレコードを検索し、一般販売日８１３を取得する。
【００８８】
ステップＳ６０１では、サーバ１０２は、ステップＳ６０１で取得した一般販売日から本処理実行日までの「薬剤販売後の経過期間」を計算する。
【００８９】
ステップＳ６０３では、サーバ１０２は、ステップＳ６０２で計算した「薬剤販売後の経過期間」が１０９５日以上の場合は、ステップＳ６０９にて薬剤ステータスに”販売後３年以上”をセットする。１０９５日より少ない場合は、ステップＳ６０４に進む。
【００９０】
ステップＳ６０４では、サーバ１０２は、ステップＳ６０２で計算した「薬剤販売後の経過期間」が３６５日以上の場合は、ステップＳ６０８にて薬剤ステータスに”販売後１年以上”をセットする。３６５日より少ない場合は、ステップＳ６０５に進む。
【００９１】
ステップＳ６０５では、サーバ１０２は、ステップＳ６０２で計算した「薬剤販売後の経過期間」が３０日以上の場合は、ステップＳ６０７にて薬剤ステータスに”販売後１ヶ月以上”をセットする。３０日より少ない場合は、ステップＳ６０６にて薬剤ステータスに”販売直後”をセットする。
以上で、薬剤ステータス判別処理を終了する。
【００９２】
なお、本実施例では、薬剤の一般販売日と本処理実行日までの経過期間に基づく区分を薬剤ステータスとして設定しているが、販売前の期間の薬剤も取り扱う場合には、”治験中”、”臨床試験中”、”販売後”等の区分を設定してもよい。また、”増産期”、”量産期”、”終息期”等の薬剤のライフサイクルに関する区分を設定してもよい。
【００９３】
以下、図を参照して、医薬品情報管理システムで使用するデータテーブルの一例について説明する。
【００９４】
図７（ａ）は、報告症例情報テーブル７００の一例を示すデータ構成図である。
【００９５】
報告症例情報テーブル７００は、ＭＲ（医薬情報担当者）等から報告された症例情報を各報告ごとに管理する情報テーブルである。
【００９６】
報告症例情報テーブル７００は、内部管理番号７０１、報告管理番号７０２、枝番７０３、情報入手日７０４、症例ステータス７０５、報告者ＩＤ７０６を持つ。
【００９７】
内部管理番号７０１は、一回の症例の報告に対して一意に付与する番号である。
【００９８】
報告管理番号７０２は、関連する症例の報告を分類管理するために付与する番号である。
【００９９】
枝番７０３は、同一の報告管理番号７０２に対して、関連する症例の続報が報告された場合に、順次付与する番号である。報告管理番号７０２と枝番７０３の組み合わせは一つの内部管理番号７０１に対応し一意となる。
【０１００】
情報入手日７０４は、報告者が症例情報を入手した日付である。
【０１０１】
症例ステータス７０５は、症例の評価・連携の進捗状態をテキストまたは数値で表したものである。この情報はＰＶ（安全性情報管理者）に当該症例の状態を知らせるためのステータスである。例えば、症例が登録された直後であれば”未評価”、ＰＶが症例を評価した直後であれば”評価済み”、連携処理まで行ったものであれば”連携完了”と設定されることになる。
【０１０２】
報告者ＩＤ７０６は、報告者であるＭＲ等のユーザＩＤを表し、ユーザマスタ８００の報告者ＩＤ８０１に対応する。
【０１０３】
図７（ｂ）は、薬剤情報テーブル７１０の一例を示すデータ構成図である。
【０１０４】
薬剤情報テーブル７１０は、症例に関連する薬剤を管理する情報テーブルである。
【０１０５】
薬剤情報テーブル７１０は、内部管理番号７１１、投与薬剤ＳＥＱ７１２、薬剤コード７１３、製品名７１４、被疑薬フラグ７１５を持つ。
【０１０６】
内部管理番号７１１は、一回の症例の報告に対して一意に付与する番号であり、報告症例情報テーブル７００の内部管理番号７０１に対応する。
【０１０７】
投与薬剤ＳＥＱ７１２は、同一の症例の報告に対して複数の薬剤が関連している場合に、各薬剤に順次付与する番号である。本実施例では、関連度の高い薬剤から順に番号を付与しており、その結果、本項目が”１”の薬剤が第一被疑薬となる。
【０１０８】
薬剤コード７１３は、薬剤を一意に表す英数字列であり、薬剤マスタ８１０の薬剤コード８１１に対応する。
【０１０９】
製品名７１４は、薬剤の製品名である。本項目は、薬剤コード７１３から薬剤マスタ８１０を検索して薬剤名８１２として取得できるが、使用頻度が高いため本テーブルに持たせている。
【０１１０】
被疑薬フラグ７１５は、症例への影響が疑われる薬剤に対して”１”が付与される。本実施例では、同一の症例、つまり同一の内部管理番号７１１に対して複数の被疑薬フラグが”１”の薬剤が存在する場合は、投与薬剤ＳＥＱ７１２が小さいもの（実質は投与薬剤ＳＥＱ７１２が”１”のもの）を第一被疑薬として判定しているが、他の判定方法として、被疑薬フラグ７１５に対して、”１”、”２”、…と順位を設定することにより、”１”のものを第一被疑薬としてもよい。
【０１１１】
図７（ｃ）は、有害事象情報テーブル７２０の一例を示すデータ構成図である。
【０１１２】
有害事象情報テーブル７２０は、症例に対する有害事象を管理する情報テーブルである。
【０１１３】
有害事象情報テーブル７２０は、内部管理番号７２１、有害事象ＳＥＱ７２２、有害事象７２３、重篤性区分７２４を持つ。
【０１１４】
内部管理番号７２１は、一回の症例の報告に対して一意に付与する番号であり、報告症例情報テーブル７００の内部管理番号７０１に対応する。
【０１１５】
有害事象ＳＥＱ７２２は、同一の症例の報告に対して複数の有害事象が対応している場合に、各有害事象に順次付与する番号である。
【０１１６】
有害事象７２３は、有害事象を表すテキストである。
【０１１７】
重篤性区分７２４は、本症例に対する有害事象の重篤性を表し、重篤性マスタ８２０の重篤性区分８２１に対応する。
【０１１８】
図８（ａ）は、ユーザマスタ８００の一例を示すデータ構成図である。
【０１１９】
ユーザマスタ８００は、医薬品情報管理システムを使用するユーザを管理するマスタテーブルである。
【０１２０】
ユーザマスタ８００は、報告者ＩＤ８０１、報告者名８０２、役割８０３を持つ。
【０１２１】
報告者ＩＤ８０１は、報告者であるＭＲ等のユーザＩＤを表す。報告者名８０２は、報告者であるＭＲ等の名称を表す。役割８０３は、報告者の役割を表す。
【０１２２】
図８（ｂ）は、薬剤マスタ８１０の一例を示すデータ構成図である。
【０１２３】
薬剤マスタ８１０は、薬剤に関する情報を管理するマスタテーブルである。
【０１２４】
薬剤マスタ８１０は、薬剤コード８１１、薬剤名８１２、一般販売日８１３を持つ。
【０１２５】
薬剤コード８１１は、薬剤を一意に表す英数字列である。薬剤名８１２は、薬剤の名称である。
【０１２６】
一般販売日８１３は、薬剤の販売を開始した日付であり、本実施例では本日付からの経過日数をもとに薬剤ステータスを判断している。
【０１２７】
図８（ｃ）は、重篤性マスタ８２０の一例を示すデータ構成図である。
【０１２８】
重篤性マスタ８２０は、症例に対する重篤性の区分情報を管理するマスタテーブルである。
【０１２９】
重篤性マスタ８２０は、重篤性区分８２１、重篤性８２２を持つ。
【０１３０】
重篤性区分８２１は、有害事象に対する重篤性の区分を表す。死亡症例に係る有害事象の場合は”１”、重篤症例に係る有害事象の場合は”２”、それ以外は”０”が設定される。
重篤性８２２は、重篤性を表すテキストである。
【０１３１】
以上、本実施形態の医薬品情報管理システムで使用する最小限のデータテーブルについて説明したが、データテーブルの種類、テーブルの各項目についてこの限りではない。
【０１３２】
上記の通り、症例一覧に各症例に関連する薬剤のステータスを表示することにより、ＰＶ等の担当者が優先的に処理すべき症例を効率的に判断することができるようになる。
【０１３３】
以上、各実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３４】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１３５】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１３６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４３】
１００  医薬品情報管理システム
１０１  クライアント
１０２  サーバ
１０３  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆコントローラ
２０９  キーボード
２１０  ＣＲＴ
２１１  外部メモリ
【図１】
2018036825.tif 000003
【図２】
2018036825.tif 000004
【図３】
2018036825.tif 000005
【図４】
2018036825.tif 000006
【図５】
2018036825.tif 000007
【図６】
2018036825.tif 000008
【図７】
2018036825.tif 000009
【図８】
2018036825.tif 000010
【図９】
2018036825.tif 000011
【図１０】
2018036825.tif 000012
【図１１】
2018036825.tif 000013
【図１２】
2018036825.tif 000014