JP6083465B2 - プログラム、通知方法及び通知装置 - Google Patents

Description

本発明は、プログラム、通知方法及び通知装置に関する。

新薬の治験は、複数の医師を通じて、治験の対象となる患者に治験薬を投与することで行われている。治験薬は完全に安全性が保証されていない為、患者に有害事象が発生することがある。

発生した有害事象が重篤な有害事象であった場合、その治験薬の治験を依頼した全ての医師に対して早期に通知し、治験を中止することが法律で定められている。一方、発生した有害事象が重篤でない場合には、治験を続行し、有効性・安全性の試験を続けることが一般的である。

なお、治験の方法としては、ダブルブラインド試験というものがある。ダブルブラインド試験は、新薬（実薬）と対照薬（偽薬）とを用い、医療機関側（医師）及び患者の双方にいずれの薬であるかを知らせることなく治験を行い、対照薬と比較した新薬の効果を測る方法である。

なお、従来、治験薬の問い合わせに対応するための対応システムに関する技術が知られている（例えば、特許文献１参照）。

特開２００３−３２３５００号公報

上述したように、治験において有害事象が発生した場合、治験薬を投与する前の患者や担当医師には治験薬のリスクを通知することが好ましい。しかしながら、従来は、ダブルブラインド試験の性質を考慮した有害事象の通知が行われていなかったため、通知することによる不都合が生じる場合があった。

１つの側面では、本発明は、治験において有害事象が発生した場合に適切な通知を行うことが可能なプログラム、通知方法及び通知装置を提供することを目的とする。

１つの態様では、プログラムは、新薬の治験に際して、対照薬を併用したダブルブラインド試験において有害事象が生じた場合に、新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部を参照し、記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わない、処理をコンピュータに実行させるプログラムである。

１つの態様では、通知方法は、新薬の治験に際して、対照薬を併用したダブルブラインド試験において有害事象が生じた場合に、新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部を参照する工程と、前記記憶部を参照する工程における参照結果に基づいて通知を行う工程と、をコンピュータが実行し、前記通知を行う工程では、記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わないこととする。

１つの態様では、通知装置は、新薬の治験に際して、対照薬を併用したダブルブラインド試験において新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部と、前記ダブルブラインド試験において有害事象が生じた場合に、前記記憶部を参照し、参照した結果に基づいて通知を行う通知部と、を備えており、前記通知部は、前記記憶部に記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わないこととする。

治験において有害事象が発生した場合に適切な通知を行うことができるという効果を奏する。

一実施形態に係る電子カルテ−治験情報管理システムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、医療機関端末及び製薬会社端末のハードウェア構成を示す図である。 サーバ、医療機関端末及び製薬会社端末の機能ブロック図である。 治験患者ＤＢの一例を示す図である。 割り付けＤＢの一例を示す図である。 有害事象ＤＢの一例を示す図である。 治験情報管理部の処理を示すフローチャートである。 図８（ａ）は、オーダー画面の一例を示す図であり、図８（ｂ）は、有害事象を通知する投与メッセージの一例を示す図である。 有害事象がないことを通知する投与メッセージの一例を示す図である。 図１０（ａ）〜図１０（ｄ）は、図７の処理を行った場合の処理結果を模式的に示す図である。 変形例を説明するための図である。

以下、電子カルテ−治験情報管理システムの一実施形態について、図１〜図１０に基づいて詳細に説明する。本実施形態の電子カルテ−治験情報管理システム１００は、電子カルテに関する情報（データ）と治験に関する情報（データ）とを蓄積・管理し、有効に活用するためのシステムである。なお、本実施形態における治験は、いわゆるダブルブラインド試験であるものとする。ダブルブラインド試験は、新薬（実薬）と対照薬（偽薬）とを用い、医療機関側（医師）及び患者の双方にいずれの薬であるかを知らせることなく治験を行い、対照薬と比較した新薬の効果を測る方法である。

図１には、一実施形態に係る電子カルテ−治験情報管理システム１００の構成が概略的に示されている。図１に示すように、電子カルテ−治験情報管理システム１００は、通知装置としてのサーバ１０と、医療機関端末２０と、製薬会社端末３０と、を備える。サーバ１０、医療機関端末２０及び製薬会社端末３０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。なお、本実施形態では、医療機関端末２０及び製薬会社端末３０は、複数存在しているものとする。

サーバ１０は、電子カルテに関するデータや治験に関するデータを蓄積・管理し、医療機関端末２０や製薬会社端末３０に対して各種情報提供や、各種通知を行うものである。図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図３に示す、医療情報管理部１１及び通知部としての治験情報管理部１２の機能が実現されている。医療情報管理部１１は、医療機関端末２０から入力される電子カルテのデータを電子カルテＤＢ（database）１６に格納（蓄積）し、管理する。治験情報管理部１２は、製薬会社端末３０から入力される治験に関するデータを治験患者ＤＢ１７や割り付けＤＢ１８に格納（蓄積）し、管理する。また、治験情報管理部１２は、治験において有害事象が発生したというデータが医療機関端末２０から入力された場合に、有害事象ＤＢ１９に格納（蓄積）するとともに、各医療機関端末２０に対して、有害事象に関する通知を行う。

ここで、サーバ１０が有する各種ＤＢについて説明する。なお、各種ＤＢは、サーバ１０のＨＤＤ９６等に格納されている。

治験患者ＤＢ１７は、治験を受けた患者（被験者）及び治験を受けることに承諾した（治験を受ける予定の）患者（被験者）（以下、「治験患者」とも呼ぶ）のデータを格納するデータベースである。治験患者ＤＢ１７は、図４に示すように、「治験医療機関」、「医療機関別患者ＩＤ」、「診療科」、「患者名」、「治験薬」、「担当医師」、「状況」、「投与日」、「内容」、「主病名」、「年齢」、「性別」、「承諾日」のフィールドを有する。

「治験医療機関」のフィールドには、治験患者が治験を受ける（受けた）医療機関（病院や診療所など）の名称が格納される。「医療機関別患者ＩＤ」のフィールドには、治験患者の医療機関における識別情報が格納される。「診療科」のフィールドには、治験患者が治療を受けている診療科の名称が格納される。「患者名」のフィールドには、治験患者の氏名が格納される。「治験薬」のフィールドには、治験において投与する治験薬の名称が格納される。なお、本実施形態では、治験においてダブルブラインド試験を行うため、治験薬は新薬（実薬）と対照薬（偽薬）のいずれかである（治験患者により異なる）。しかしながら、「治験薬」のフィールドには、治験薬が新薬（実薬）と対照薬（偽薬）のいずれであるかの情報は格納されない。

「担当医師」のフィールドには、治験患者の治験を担当する医師の氏名（図４では氏のみ）が格納される。「状況」のフィールドには、治験患者に治験薬が投与される前か、投与済であるか、投与された後において有害事象が発生したかの情報が格納される。なお、有害事象とは、重篤な有害事象に限らず、重篤でない有害事象（嘔吐や下痢、発熱など）も含まれる。

「投与日」のフィールドには、治験患者に治験薬が投与された日付が格納される。なお、治験患者に治験薬が投与される前の場合には、「−」が格納される。「内容」のフィールドには、治験患者に有害事象が発生した場合の、有害事象の内容（嘔吐や下痢、発熱など）の情報が格納される。なお、治験患者に治験薬が投与される前の場合や、投与されたが、有害事象が発生していない場合には、「−」が格納される。「主病名」のフィールドには、治験患者の主病名の情報が格納される。「年齢」、「性別」のフィールドには、治験患者の年齢及び性別の情報が格納される。「承諾日」のフィールドには、治験患者が治験に参加することに承諾した日付が格納される。

割り付けＤＢ１８は、どの治験患者に新薬と対照薬のいずれを投与した（投与する予定）かの情報（製薬会社端末３０から入力される）を格納するデータベースである。なお、本実施形態では、治験においてダブルブラインド試験を実施するため、割り付けＤＢ１８の内容を医療機関（医師）や患者が閲覧することはできないようになっている。

割り付けＤＢ１８は、図５に示すように、「患者名」、「治験医療機関」、「薬種類」のフィールドを有する。「患者名」のフィールドには、治験患者の氏名が格納される。「治験医療機関」のフィールドには、治験患者に対する治験を実施する医療機関の名称が格納される。「薬種類」のフィールドには、治験患者に対し、新薬と対照薬のいずれの薬を投与したか（又は投与するか）の情報が格納される。

有害事象ＤＢ１９は、どの治験薬（新薬）で、どのような有害事象が、どの程度の確率で生じたかの情報を格納するデータベースである。有害事象ＤＢ１９は、図６に示すように、「治験薬名」、「有害事象」、「可能性」のフィールドを有する。「治験薬名」のフィールドには、有害事象が生じた治験薬（新薬）の名称が格納される。「有害事象」のフィールドには、有害事象の内容（嘔吐や下痢、発熱など）が格納される。「可能性」のフィールドには、治験薬（新薬）を投与した治験患者の数に対する、有害事象が発生した治験患者の数（割合）を格納する。

なお、電子カルテＤＢ１６のデータ構造については、図示していないが、電子カルテＤＢ１６には、患者の情報や病気の情報、担当医師の情報等が格納される。

図１に戻り、医療機関端末２０は、医療機関において医師が電子カルテのデータを閲覧、入力したり、薬のオーダーを行ったり、治験に関するデータを閲覧、入力したりする端末である。医療機関端末２０は、図２（ｂ）に示すように、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、医療機関端末２０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。医療機関端末２０においては、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することで、図３に示す表示処理部２１及び入力処理部２２としての機能が実現される。表示処理部２１は、サーバ１０の医療情報管理部１１や治験情報管理部１２からの指示に応じて、医療機関端末２０の表示部１９３上に電子カルテに関する画面や治験、有害事象に関する画面等を表示する。入力処理部２２は、医療機関端末２０の利用者（医師等）が入力部１９５を介して入力した電子カルテや治験、有害事象に関する情報や、オーダーに関する情報等を受け付け、当該情報を医療情報管理部１１や治験情報管理部１２に対して送信する。

製薬会社端末３０は、製薬会社において、担当者が治験に関するデータを閲覧、入力等するための端末である。製薬会社端末３０は、医療機関端末２０と同様、図２（ｂ）に示すように、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えている。製薬会社端末３０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部３１及び入力処理部３２としての機能が実現される。表示処理部３１は、サーバ１０の医療情報管理部１１や治験情報管理部１２からの指示に応じて、製薬会社端末３０の表示部１９３上に治験に関する画面等を表示する。入力処理部３２は、製薬会社端末３０の利用者（担当者）が入力部１９５を介して入力した治験に関する情報等を医療情報管理部１１や治験情報管理部１２に対して送信する。

次に、本実施形態における治験情報管理部１２の処理について、図７のフローチャートに沿って詳細に説明する。本処理は、医療機関端末２０からの求めに応じて、医療情報管理部１１が表示処理部２１に薬のオーダー画面のデータを送信し、表示処理部２１が表示部１９３上に図８（ａ）に示すオーダー画面を表示した状態から開始される。なお、図８（ａ）のオーダー画面は、医師がある患者に対して処方する薬（治験薬も含む）を薬局に対してオーダーする場合に用いる画面である。

図７の処理では、まず、ステップＳ１０において、治験情報管理部１２が、医師から治験薬のオーダーを受けるまで（オーダー画面上で選択されるまで）待機する。なお、ここでは、図４の治験患者ＤＢ１７において治験薬が投与される前の治験患者「佐藤直子」に対して治験薬（胃炎薬Ａ）のオーダーがされたものとする。

次いで、ステップＳ１２では、治験情報管理部１２は、オーダーされた治験薬に有害事象が存在するか否かを図６の有害事象ＤＢ１９を用いて判定する。ここでは、胃炎薬Ａのオーダーがされているので、図６より、有害事象（嘔吐）が存在すると判定する。

次いで、ステップＳ１４では、治験情報管理部１２が、有害事象が存在したか否かを判断する。ここでの判断が否定された場合には、ステップＳ２４に移行するが、肯定された場合には、ステップＳ１６に移行する。

ステップＳ１６に移行すると、治験情報管理部１２は、投与されるのが新薬であるか否かを判断する。この場合、治験情報管理部１２は、図５の割り付けＤＢ１８を参照して、治験患者「佐藤直子」に割り付けられている治験薬が新薬か対照薬かを判断する。この場合、治験患者「佐藤直子」には、「新薬」が割り付けられているので、ステップＳ１６の判断は肯定され、ステップＳ２０に移行する。

ステップＳ２０に移行すると、治験情報管理部１２は、治験薬に対応する有害事象を有害事象ＤＢ１９（図６）から取得する。そして、ステップＳ２２では、治験情報管理部１２は、取得した有害事象に関する内容を含めた投与メッセージの画像データを医療機関端末２０の表示処理部２１に対して送信する。具体的には、治験情報管理部１２は、図８（ｂ）に示すような投与メッセージ（有害事象である嘔吐が過去に発生したことを通知するメッセージ）の画像データを表示処理部２１に対して送信する。これにより、医療機関端末２０の表示部１９３上には、図８（ｂ）のような有害事象を通知する投与メッセージが表示されることになる。なお、投与メッセージには、「投与する」、「投与しない」を選択するためのボタンが設けられている。これにより、医師は、治験患者（新薬が割り付けられている患者）に対して有害事象を知らせ、該治験患者と相談した上で、投与するか否か（オーダーするか否か）を決定することができる。

一方、治験薬のオーダーが、図４の治験患者「田中一郎」に対するものであった場合には、図５の割り付けＤＢ１８より、「田中一郎」には「対照薬」が割り付けられているので、ステップＳ１６の判断が否定される。そして、治験情報管理部１２は、ステップＳ１８に移行する。

ステップＳ１８に移行すると、治験情報管理部１２が、同医療機関内に新薬が投与された（又は投与される）患者がいるか否かを判断する。すなわち、治験情報管理部１２は、治験患者「田中一郎」と同一の医療機関内に、治験薬「胃炎薬Ａ」の「新薬」が割り付けられている治験患者がいるか否かを判断する。この場合、治験患者「田中一郎」は、図４の治験患者ＤＢ１７より、病院Ｂで治験を受けており、図５の割り付けＤＢ１８より、病院Ｂ内の治験患者「竹田花子」に既に新薬が割り付けられているので、ここでの判断は肯定されることになる。

ステップＳ１８の判断が肯定されると、治験情報管理部１２は、ステップＳ２０、Ｓ２２の処理を前述と同様にして、実行する。これにより、医療機関端末２０の表示部１９３上には、図８（ｂ）の投与メッセージが表示されることになる。このように、本実施形態では、同じ医療機関内で新薬が投与された（又は投与される）治験患者と対照薬が投与される治験患者に対して異なる投与メッセージを通知することがない。したがって、通知からは、ダブルブラインド試験において誰に新薬が割り付けられ、誰に対象薬が割り付けられたかを医師や患者が一切判別できないようになっている。

これに対し、治験薬のオーダーが、図４の治験患者「山田三郎」に対するものであった場合には、図５の割り付けＤＢ１８より、「山田三郎」には「対照薬」が割り付けられているので、ステップＳ１６の判断が否定される。そして、治験情報管理部１２は、ステップＳ１８に移行し、治験患者「山田三郎」と同一の医療機関内に新薬が投与された（又は投与される）患者がいるか否かを判断する。この場合、治験患者「山田三郎」は、図４の治験患者ＤＢ１７より、病院Ｄで治験を受けており、図５の割り付けＤＢ１８より、病院Ｄ内では未だ誰にも新薬が割り付けられていないので、ここでの判断は否定される。この場合、治験情報管理部１２は、ステップＳ２４に移行する。

ステップＳ２４に移行すると、治験情報管理部１２は、有害事象が存在しない旨のメッセージを含めた投与メッセージの画面データを医療機関端末２０の表示処理部２１に対して送信する。具体的には、治験情報管理部１２は、図９に示すような投与メッセージ（有害事象が発生していないことを通知するメッセージ）の画像データを表示処理部２１に対して送信する。これにより、医療機関端末２０の表示部１９３上には、図９のような投与メッセージが表示されることになる。なお、投与メッセージには、「投与する」、「投与しない」を選択するためのボタンが設けられている。これにより、医師は、治験患者（対照薬が割り付けられている患者）に対して有害事象がないことを知らせ、該治験患者と相談した上で、投与するか否かを決定することができる。

なお、ステップＳ１４の判断が否定された場合（有害事象が存在していない場合）にも、ステップＳ２４に移行するので、医療機関端末２０の表示部１９３上には、図９と同様の画面が表示されることになる。

ここで、図１０（ａ）〜図１０（ｄ）を用いて、図７の処理を行った場合の処理結果について、更に説明する。

本実施形態では、図１０（ａ）に示すように、有害事象が存在する場合、新薬を投与しようとしている治験患者に対しては、同一医療機関内の治験患者に対する新薬、対照薬の割り付けに関係なく、有害事象の存在を必ず通知することとしている（図８（ｂ）参照）。これにより、治験患者は、有害事象を考慮して、新薬の投与を受けるか否かを判断することができる。

一方、有害事象が存在する場合で、図１０（ｂ）に示すように同一医療機関内の全ての治験患者に対して対照薬が割り付けられている場合には、対象薬を投与しようとしている治験患者に対しては、有害事象を通知しないこととしている（図９参照）。これにより、対象薬が割り付けられている治験患者に不安を与えることなく（躊躇させることなく）、対照薬を投与することができるので、対象薬の治験データを多く収集することが可能となる。

また、有害事象が存在する場合で、図１０（ｃ）に示すように、同一医療機関の治験患者の少なくとも１人に新薬が割り付けられている場合には、対象薬を投与しようとしている治験患者に対しては、有害事象の存在を通知する（図８（ｂ）参照）。ここで、例えば、同一医療機関内で同一の治験薬が投与される患者に対して異なるメッセージが通知されてしまうと、どの治験患者に新薬が割り当てられ、どの治験患者に対照薬が割り当てられているかが医師等に知られてしまう場合がある。しかるに、本実施形態のように、図１０（ｃ）のような通知を行うようにすれば、治験患者に対する有害事象（リスク）の通知を行いつつ、同一医療機関内の治験患者に対して同一の通知を行うことで、ダブルブラインド試験の信頼性を維持することが可能となる。

なお、有害事象が存在しない場合には、図１０（ｄ）に示すように、有害事象の通知を行わない（有害事象が存在しないことを通知する）ので、治験患者は安心して治験に参加することができる。

なお、本実施形態では、医療機関単位で治験患者群を形成し、治験患者群のうち、新薬が投与される又は投与された治験患者を含む治験患者群については、対応する通知先に有害事象の存在を通知している、といえる。また、新薬が投与される又は投与された治験患者を含まない治験患者群については、対応する通知先に有害事象の存在を通知しないこととしている、といえる。なお、本実施形態では、治験患者ＤＢ１７と割り付けＤＢ１８とにより、治療患者群を複数記憶する記憶部としての機能が実現されている。

以上、詳細に説明したように、本実施形態によると、新薬の治験に際して、対照薬を併用したダブルブラインド試験において有害事象が生じた場合に、治験情報管理部１２は、治験患者ＤＢ１７及び割り付けＤＢ１８を参照し、同一医療機関の治験患者の中に新薬が投与される又は投与された治験患者（新薬が割り付けられた治験患者）が含まれている場合には、通知対象の治験患者に対して有害事象の存在を通知し（図８（ｂ））、同一医療機関の治験患者の中に新薬が投与される又は投与された治験患者（新薬が割り付けられた治験患者）が含まれていない場合には、通知対象の治験患者に対して有害事象の存在を通知しない（図９）こととしている。これにより、同一医療機関の治験患者の中に新薬が割り付けられた治験患者が含まれている場合に、通知対象の治験患者に同一の通知（有害事象の通知）を行うことで、有害事象の存在を治験患者に認知させつつ、ダブルブラインド試験の信頼性低下を抑制することができる。また、同一医療機関内の治験患者の中に新薬が割り付けられた治験患者が含まれていない場合には、有害事象の通知を行わず、治験患者に不安を与えないようにしているので、信頼性の高い対照薬の治験結果を数多く収集することができる。以上のように、本実施形態によれば、ダブルブラインド試験において有害事象が発生した場合に、治験患者に対して適切な通知を行うことができる。

また、本実施形態では、ステップＳ１８において、医療機関単位で新薬が投与された又は投与される治験患者が存在するか否かを判断することとしている。これにより、医療機関ごとに治験に関与する医師を決定し、該医師によってダブルブラインド試験が行われるような場合において、治験の信頼性維持に特に有効である。

なお、上記実施形態では、ステップＳ１８において、医療機関単位で新薬が投与された又は投与される治験患者が存在するか否かを判断する場合について説明したが、これに限られるものではない。例えば、診療科単位で判断することとしてもよいし、担当医師単位で判断することとしてもよい。診療科単位の場合、医療機関単位とするよりも参照すべき治験患者の数を減らすことができる。また、担当医師単位とする場合、医師が複数の医療機関を掛け持ちしている場合等において、特に有効である。

なお、上記実施形態では、治験情報管理部１２は、オーダー画面において治験薬がオーダーされた際に、有害事象の存在の有無を通知する場合について説明したが、これに限られるものではない。例えば、治験情報管理部１２は、既に治験薬が投与された治験患者やその担当医師に対して、有害事象の存在の有無を通知することとしてもよい。この場合、治験患者への通知は、治験患者が利用する端末（携帯端末など）に対して行うこととしてもよい。

なお、上記実施形態では、図６の有害事象ＤＢ１９が「可能性」のフィールドを有しているので、治験情報管理部１２は、有害事象を通知する際に、「可能性」を反映させた通知を行うこととしてもよい。例えば、通知されるメッセージ内において有害事象が発生する「可能性」を表示することとしてもよいし、「可能性」に応じてメッセージの重要度（高、中、低など）を設定し、通知することとしてもよい。

なお、上記実施形態では、サーバ１０が、治験情報管理部１２としての機能を有するとともに、治験患者ＤＢ１７、割り付けＤＢ１８、有害事象ＤＢ１９を保持する場合について説明したが、これに限られるものではない。例えば、図１１に示すように、製薬会社端末３０’が治験情報管理部１１２としての機能を有するとともに、治験患者ＤＢ１７、割り付けＤＢ１８、有害事象ＤＢ１９を保持することとしてもよい。このようにしても、上記実施形態と同様の効果を得ることができる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

１０ サーバ（通知装置）
１２ 治験情報管理部（通知部）
１７ 治験患者ＤＢ（記憶部の一部）
１８ 割り付けＤＢ（記憶部の一部）

Claims (4)

1. 新薬の治験に際して、対照薬を併用したダブルブラインド試験において有害事象が生じた場合に、新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部を参照し、
   記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わない、
   処理をコンピュータに実行させることを特徴とするプログラム。
2. 前記被験者群は、医療機関単位又は診療科単位又は担当医師単位に形成される、ことを特徴とする請求項１に記載のプログラム。
3. 新薬の治験に際して、対照薬を併用したダブルブラインド試験において有害事象が生じた場合に、新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部を参照する工程と、
   前記記憶部を参照する工程における参照結果に基づいて通知を行う工程と、をコンピュータが実行し、
   前記通知を行う工程では、記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わないことを特徴とする通知方法。
4. 新薬の治験に際して、対照薬を併用したダブルブラインド試験において新薬か対照薬かのいずれが投与される又は投与された複数の被験者を含む被験者群を複数記憶する記憶部と、
   前記ダブルブラインド試験において有害事象が生じた場合に、前記記憶部を参照し、参照した結果に基づいて通知を行う通知部と、を備え、
   前記通知部は、前記記憶部に記憶された複数の被験者群のうち、該新薬が投与される又は投与された被験者を含む被験者群については、対応する通知先に該有害事象の発生に関する通知を行い、該新薬が投与される又は投与された被験者を含まない被験者群については、対応する通知先に該有害事象の発生に関する通知を行わないことを特徴とする通知装置。

Images