JP2006178729A - 薬品の安全性確認支援方法、安全性確認支援システム、およびプログラム - Google Patents

Abstract

【課題】医師などによる安全性の判断に必要な情報を出力するようにする。
【解決手段】情報処理装置が、第１の薬品特定情報に対応付けて、第１の薬品との併用により副作用を起こし得る第２の薬品の第２の薬品特定情報と、副作用情報とを含む安全性情報を記憶する安全性情報データベースと、患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、のそれぞれにアクセス可能であり、処方患者特定情報と第１の処方薬品特定情報との入力を入力装置から受け付け、処方患者特定情報に対応する第２の処方薬品特定情報を処方レシピデータベースから読み出し、第１の処方薬品特定情報に対応する安全性情報を安全性情報データベースから読み出し、第２の処方薬品特定情報と、安全性情報の第２の薬品特定情報とが一致する場合に安全性情報の副作用情報を出力装置に出力する。
【選択図】 図１

Description

本発明は、薬品の安全性確認支援方法、安全性確認支援システム、およびプログラムに関する。

病院等の医療機関では、薬品の処方に際し、薬品の副作用、ＭＲ（医薬情報担当者）などの薬品に関する注意書、患者の病歴や体温・血圧などの健康状況等を考慮した最適な薬品が処方されている。このような薬品の処方を支援するために、例えば特許文献１では、病院内にある薬剤・薬局部や薬局などのシステム上に薬品の副作用をコード化して、複数の薬剤から重複する副作用があるかどうかをチェックするシステムが提案されている。また、特許文献２では、薬剤情報や患者の個人情報のうち、投薬時に照合する必要のある項目を色分けによって表示するソフトウェアシステムが提案されている。さらに、特許文献３では、処方箋データの作成、薬歴管理、在庫管理、調剤支援などをＡＳＰ方式で行うシステムが提案されている。
特開２００２−２５１４６３号公報 特開２００３−２２３５１２号公報 特開２００２−１９７１８４号公報

ところで、医師や看護婦などが考慮すべき薬品に関する安全性情報は年々複雑かつ広範囲に及ぶようになってきている。例えば、患者の過去の投薬履歴や、併用する薬品、患者の体温、血圧やγ−ＧＰＴ値などの生化学検査数値などの健康状態などを総合的に判断して、副作用発生条件の一致を判断しなければ、副作用が発生する可能性があるかどうかを判断することができない。しかしながら、薬品の処方については、医師や看護士の経験、知識に依存している部分が多く、医師や看護士に対する薬品の安全性確認に係る負担が大きくなっている。

本発明は、このような背景を鑑みてなされたものであり、医師などによる安全性の判断に必要な情報を出力することのできる安全性確認支援方法、安全性確認支援システム、およびプログラムを提供することを目的とする。

上記課題を解決するための本発明のうち第１の発明は、薬品の安全性確認支援方法であって、ＣＰＵとメモリと入力装置と出力装置とを備える情報処理装置が、第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、のそれぞれにアクセス可能であり、薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付け、前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出し、前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出し、前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力することとする。

第２の発明は、第１の発明の安全性確認支援方法において、前記情報処理装置は、前記患者特定情報に対応付けて、過去に患者に投与された薬品を特定する投与薬品特定情報を記憶する投与履歴データベースにアクセス可能であり、前記処方患者特定情報に対応する前記投与薬品特定情報を前記投与履歴データベースから読み出し、前記第２の処方薬品特定情報および前記投与薬品特定情報の少なくとも何れかと、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記副作用情報を前記出力装置に出力することとする。

第３の発明は、第１の発明の安全性確認支援方法において、前記情報処理装置は、前記患者特定情報に対応付けて、患者に係る測定データを記憶する現況情報データベースにアクセス可能であり、前記安全性情報には、前記測定データに対する条件が含まれており、前記情報処理装置は、前記処方患者特定情報に対応する前記測定データを前記現況情報データベースから読み出し、読み出した前記測定データが前記安全性情報に含まれている前記条件を満たす場合に、前記副作用情報を前記出力装置に出力することとする。第４の発明は、第１の発明の安全性確認支援方法において、前記情報処理装置は、前記患者特定情報に対応付けて、患者の親族の病歴を示す親族病歴情報を記憶する親族病歴データベースにアクセス可能であり、前記安全性情報には、前記親族病歴情報に対する条件が含まれており、前記情報処理装置は、前記処方患者特定情報に対応する前記親族病歴情報を前記親族病歴データベースから読み出し、読み出した前記親族病歴情報が前記安全性情報に含まれている前記条件を満たす場合に、前記副作用情報を前記出力装置に出力することとする。

第５の発明は、第１の発明の安全性確認支援方法において、前記情報処理装置は、前記薬品特定情報に対応付けて薬品の在庫数を記憶する在庫データベースにアクセス可能であり、前記第１の処方薬品特定情報に対応する前記在庫数を前記在庫データベースから読み出し、読み出した前記在庫数がない場合にその旨を示すメッセージを前記出力装置に出力することとする。

第６の発明は、第２の発明の安全性確認支援方法において、前記情報処理装置は、前記患者特定情報に対応付けて、患者に処方されて請求対象となった薬品を特定する前記薬品特定情報を含むレセプト情報を記憶するレセプトデータベースにアクセス可能であり、前記処方患者特定情報に対応する前記レセプト情報を前記レセプトデータベースから読み出し、前記処方患者特定情報と、前記レセプト情報に含まれている前記薬品特定情報とを対応付けて前記投与履歴データベースに登録することとする。

第７の発明は、薬品の安全性確認を支援するシステムであって、第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付ける入力部と、前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出す処方薬品特定情報取得部と、前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出す安全性情報取得部と、前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力する出力部と、を備えることとする。

第８の発明は、薬品の安全性確認を支援するためのプログラムであって、ＣＰＵとメモリと入力装置と出力装置とを備え、第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、のそれぞれにアクセス可能な情報処理装置に、薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付けるステップと、前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出すステップと、前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出すステップと、前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力するステップと、を実行させるようにする。

本発明によれば、医師などによる安全性の判断に必要な情報を出力することができる。

＝＝＝システム構成＝＝＝
図１は、本実施形態に係る薬品の安全性確認支援システムの全体構成を示す図である。本実施形態の安全性確認支援システムは、薬品に関する情報を統括管理する薬品情報機関や政府機関などに設置される薬品安全性情報サーバ１００および薬品コード情報サーバ１１０、並びに、医療機関等に設置される、薬品情報サーバ１２０、患者情報サーバ１３０、および利用者端末１４０を含んで構成されている。上記の各サーバは、通信ネットワーク１６０を介して相互に通信可能に接続している。通信ネットワーク１６０には、例えば、インターネットや専用回線、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、ＥＤＩ専用回線などの様々なものを用いることができる。また、通信ネットワーク１６０上で例えばＶＰＮなどの仮想専用ネットワークを確立し、セキュリティ性を高めるようにしても好適である。

利用者端末１４０（本発明の「情報処理装置」に該当する。）は、例えば、パーソナルコンピュータやＰＤＡ（Personal Digital Assistant）などのコンピュータであり、医師の診断室や院内の薬剤師を管轄する薬務局などに設置される。本実施形態では、医療機関において医師や薬剤師、看護士などが利用者端末１４０に対して患者に投与予定の薬品を入力することで、利用者端末１４０からその薬品の投与により起こり得る副作用などの情報を表示するようになっている。なお、利用者端末１４０を可搬型のコンピュータとすることで、例えば、医師や看護士などが診断室だけでなく患者の病室や検査室などで利用したり、薬剤師が薬剤在庫の情報などの確認に携帯して利用したりすることができる。

薬品安全性情報サーバ１００、薬品コード情報サーバ１１０、薬品情報サーバ１２０、および患者情報サーバ１３０はそれぞれデータベースを管理する、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータである。利用者端末１４０は、上記の各サーバに対して例えばＳＱＬなどにより記述された検索要求を送信することにより、そのサーバが管理しているデータベースにアクセスすることができるようになっている。

図２に、上記各サーバとして用いられる典型的なコンピュータのハードウェアの構成を示す。図２に示すように、上記のサーバとして用いられるコンピュータは、ＣＰＵ１１、メモリ１２、記憶装置１３、通信インタフェース１４を含んで構成されている。記憶装置１３はプログラムやデータを記憶する、例えば、ハードディスクドライブなどである。ＣＰＵ１１は、記憶装置１３に記憶されているプログラムをメモリ１２に読み出して実行することにより、各種の機能を実現する。通信インタフェース１４は、通信ネットワーク１６０に接続するためのインタフェースである。通信インタフェース１４としては、例えば、電話回線に接続するためのモデムや、イーサネット（登録商標）に接続するためのイーサネット（登録商標）アダプタ、電灯線ネットワークに接続するためのモデム、無線ネットワークに接続する無線データ送受信機などを用いることができる。

なお、後述の各データベースは、上記コンピュータのメモリ１２や記憶装置１３が提供する記憶領域上に構築されるものとし、各サーバのＣＰＵ１１が記憶装置１３に記憶されているプログラムをメモリ１２に読み出して実行することによりデータベースの管理機能を実現するものとする。

＝＝＝薬品安全性情報サーバ１００＝＝＝
薬品安全性情報サーバ１００は、安全性情報データベース１０１を管理している。安全性情報データベース１０１には、臨床試験（治験）や市販後調査などにより調査された、薬品の服用により発生し得る副作用や、その副作用が発生する条件、副作用の重篤度などを含む情報（以下、安全性情報という。）が格納される。

図３に安全性情報の構成を示す。図３に示すように、安全性情報は、薬品を特定する薬品コード（本実施形態の「薬品特定情報」に該当する。）をキーとして、薬品名、薬品を生産した製薬会社を特定するコード、薬品の安全性レベル、安全性情報を識別する安全性情報コード、安全性情報が利用可能になった年月日を示す安全性情報公示年月日、起こり得る副作用の重篤内容、副作用条件コード、副作用条件内容、併用薬品コード、併用薬品名、副作用発生内容、対応内容が含まれている。副作用条件コードは、薬品を投与した場合に副作用が発生する可能性のある条件を特定する情報である。副作用条件コードは、後述するように、同時に併用する薬品や患者の健康状態、過去に患者に投与された薬品、患者の病歴、患者の親族の病歴などに対する条件を指定するための情報である。副作用条件内容は、副作用条件コードにより指定される条件（以下、副作用発生条件という。）を説明する情報や、副作用発生条件により比較対象となるデータである。併用薬品コードは、薬品の併用によって副作用が発生する場合の併用薬を特定する薬品コードである。併用薬薬品名は、その併用薬の名称である。なお、副作用条件コード、副作用条件内容、併用薬品コードなどを用いた副作用発生条件の検証処理については後述する。対応内容は、副作用発生条件が満たされた場合に、医療関係者が取るべき対応を示す情報である。対応内容としては、例えば、「併用の禁止」や「医師の判断による」などがある。

＝＝＝薬品コード情報サーバ１１０＝＝＝
薬品コード情報サーバ１１０は、薬品コード情報データベース１１１を管理している。薬品コード情報データベース１１１には、薬品コード毎に、その薬品の名称や製薬会社等の、薬品に関する詳細情報である薬品コード情報が格納される。薬品コードは、新薬の承認が得られた際にその新薬に付与された医薬品業界で統一されたコードである。

図４に薬品情報の構成例を示す。薬品情報には、薬品コード、薬品の名称（薬品名）、薬品の英語名、錠剤や粉末等の形態を示す提供形態コード、薬品の製造元となる製薬会社のコード、その製薬会社の名称（製薬会社名）、薬品に付けられるバーコード用のＪＡＮコード、国際標準医療用語集において薬品を特定するＭｅｄＲａコード、薬品の使用上の所定の注意を示す使用注意書コード、薬品が承認された年月日、その承認を行った承認国が含まれている。

なお、ＪＡＮコード以外にも、ＥＡＮ−１２８コードやＲＳＳシンボルコードなどのバーコード用のＩＤを記憶するようにしてもよい。

＝＝＝薬品情報サーバ１２０＝＝＝
薬品情報サーバ１２０は、薬品在庫データベース１２１と、レセプトデータベース１２２とを管理している。薬品在庫データベース１２１には、薬品の在庫に関する情報（以下、在庫情報という。）が格納され、レセプトデータベース１２２には、患者に対して処方された薬品や診療報酬などを含む請求（以下、レセプト情報という。）が格納される。なお、薬品在庫データベース１２１やレセプトデータベース１２２は、一般的な医療機関における薬品の在庫やレセプト情報の管理システムにより提供されるものを利用することができる。

図５に在庫情報の構成を示す。在庫情報には、薬品コードをキーとして、薬品の名称、製造元の製薬会社コードと製薬会社名、ＪＡＮコード、提供形態コード、薬品が入庫された日（入庫日）、薬品の品質保持期限、薬品の在庫量、薬品の処方によって在庫の薬品が出庫された（引き当てられた）履歴を示す引当情報が含まれている。図６に在庫情報に含まれる引当情報の構成を示す。引当情報には、薬品コードをキーとして、引当日、引き当てを行った医師を特定するコード、引き当てた薬品数（引当数）が含まれている。

図７にレセプト情報の構成を示す。レセプト情報には、レセプト情報の識別情報であるレセプト番号、請求先である患者のカルテ番号、その患者を特定する患者コード（本発明の「患者特定情報」に該当する。）、薬品の処方年月日、薬品を投与する期間、患者を担当した診療医を特定するコード、処方された薬品の量、患者の社会保険番号、社会保険を適用するかどうかを示す情報（社会保険適用有無）、処方された薬品の薬価、薬価により計算された請求金額、社会保険を適用した請求金額、処方された薬品の薬品コード、その薬品名、製薬会社コード、製薬会社名、ＪＡＮコード、提供形態コード、品質保持期限が含まれている。利用者端末１４０は、レセプト情報を参照することで、実際に患者に投与された薬品を把握することができる。

＝＝＝患者情報サーバ１３０＝＝＝
患者情報サーバ１３０は、処方レシピデータベース１３１、現況情報データベース１３２、および背景情報データベース１３３を管理している。処方レシピデータベース１３１には、患者に対して処方予定の薬品に関する情報（以下、処方レシピ情報という。）が格納され、現況情報データベース１３２には、患者の状態に関する情報（以下、現況情報という。）が格納され、背景情報データベース１３３には、過去に患者に投与された薬品や患者の親族の病歴などを含む情報（以下、背景情報という。）が格納される。

図８に処方レシピ情報の構成を示す。処方レシピ情報には、患者コードをキーとして、患者のカルテ番号、患者の指名、医師などにより処方が指示された薬品の薬品コード（処方薬品コード）、その薬品名（処方薬品名）、薬品の処方量、処方の仕方を示す処方方法コード、薬品の色、薬品に付されている記号、薬品の使用注意事項を特定するコード、処方を指示した医師を特定する医師コード、処方が指示された日、薬品が調剤された日などが含まれている。処方レシピ情報により特定される薬品が患者に処方されると、その薬品に関するレセプト情報が上記レセプトデータベース１２２に登録されて、処方レシピ情報は処方レシピデータベース１３１からは削除される。

図９に現況情報の構成を示す。現況情報には、患者コードをキーとして、患者のカルテ番号、患者の氏名、患者の身体に関する身長、体重、ＢＭＩ、血圧、体温、血清ＣＲＰ、ガラス板法、ＴＰＨＡ、血液型（ＡＢＯ式、Ｒｈ式）、総蛋白、ＺＴＴ、ＧＯＴ、ＧＰＴなどの測定データ、測定データの測定日などが含まれている。これらの測定データは、患者の健康状態を示す指標として用いることができる。

図１０に背景情報の構成を示す。背景情報には、患者コードをキーとして、患者のカルテ番号、患者の氏名、性別、患者の病歴を示す病歴情報、患者に対する薬品投与履歴を示す投与履歴情報、親族の病歴を示す親族病歴情報、背景情報の作成日が含まれている。図１１に患者の病歴情報の構成を示す。病歴情報は、患者が診療を受けた年月日、診断された病気を特定する病歴コード、患者が診療を受けた病院を特定する病院コード、診察を行った医師を特定する医師コードが設定される。図１２に投与履歴情報の構成を示す。投与履歴情報には、患者に投与された薬品を特定する薬品コードとその投与量、投与が開始された日と終了された日、開始日から終了日までの期間（投与期間）が含まれている。図１３に親族病歴情報の構成を示す。親族病歴情報には、患者から見た親族の関係を示す親族コード、親族が患った病気を示す病歴コード、親族がその病気について現在どのような状態にあるかを示す状態コードが含まれている。状態コードとしては、例えば、「完治」「治療中」「死亡」などがある。なお、背景情報には、病歴情報、投与履歴情報、および親族病歴情報をそれぞれ複数含めることができる。

＝＝＝利用者端末１４０＝＝＝
図１４は、利用者端末１４０のハードウェア構成を示す図である。図１４に示すように、利用者端末１４０は、ＣＰＵ１４１、メモリ１４２、記憶装置１４３、記録媒体読取装置１４４、入力装置１４５、出力装置１４６、通信インタフェース１４７を備えている。

記録媒体読取装置１４４は、記録媒体１４８に記録されているプログラムやデータを、記憶装置１４３に読み出す。記録媒体１４８としては、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、フレキシブルディスク、ＭＯ、磁気テープ、メモリカードなどを用いることができる。記録媒体読取装置１４４は、記録媒体１４８に合わせて、例えば、ＣＤ−ＲＯＭドライブやＤＶ−ＲＯＭドライブ、フレキシブルディスクドライブ、ＭＯドライブ、磁気テープドライブ、メモリカードリーダなどを用いることができる。ＣＰＵ１４１は、記憶装置１４３に記憶されているプログラムをメモリ１４２に読み出して実行することで各種の機能を実現する。

入力装置１４５は、例えば、キーボードやマウス、マイク、タッチパネル、ペンタブレット、バーコードリーダ、電子タグのスキャナなどの、データの入力を受け付ける入力インタフェースである。出力装置１４６は、例えば、ディスプレイやスピーカ、プリンタなどのデータを出力する出力インタフェースである。通信インタフェース１４７は、通信ネットワーク１６０に接続するためのインタフェースである。通信インタフェース１４としては、例えば、電話回線に接続するためのモデムや、イーサネット（登録商標）に接続するためのイーサネット（登録商標）アダプタ、電灯線ネットワークに接続するためのモデム、無線ネットワークに接続する無線データ送受信機などを用いることができる。

図１５は、利用者端末１４０の機能ブロック図である。図１５に示すように、利用者端末１４０は、入力部１４０１、在庫情報取得部１４０２、安全性情報取得部１４０３、処方レシピ情報取得部１４０４、現況情報取得部１４０５、背景情報取得部１４０６、副作用条件コード充足判断部１４０７、メッセージ出力部１４０８、処方レシピ情報登録部１４０９、在庫引当処理部１４１０、レセプト情報登録部１４１１、投与履歴登録部１４１２を備えている。

入力部１４０１は、医師や看護士などから、患者コードや薬品コード、患者に薬品を処方した医師を特定する医師コード、薬品の処方量、薬品の投与期間などの入力を受け付ける。

在庫情報取得部１４０２は、薬品情報サーバ１２０から、薬品コードをキーとした、薬品在庫データベース１２１に記憶されている在庫情報を取得する。安全性情報取得部１４０３は、薬品安全性情報サーバ１００から、薬品コードをキーとした、安全性情報データベース１０１に記憶されている安全性情報を取得する。処方レシピ情報取得部１４０４は、患者情報サーバ１３０から、薬品コードをキーとした、処方レシピデータベース１３１に記憶されている処方レシピ情報を取得する。現況情報取得部１４０５は、患者情報サーバ１３０から、患者コードをキーとした、現況情報データベース１３２に記憶されている現況情報を取得する。背景情報取得部１４０６は、患者情報サーバ１３０から、患者コードをキーとした、背景情報データベース１３３に記憶されている背景情報を取得する。

副作用条件コード充足判断部１４０７は、上記処方レシピ情報、現況情報、および背景情報によって上記安全性情報の副作用発生条件が満たされるかどうかを判断する。副作用発生条件が満たされるかどうかの判定は、安全性情報の副作用条件コードの先頭から２桁の文字に応じて、併用薬品コードあるいは副作用条件内容と、上記処方レシピ情報、現況情報、背景情報の項目とが一致するかどうかにより行われる。

図１６に、比較するべき安全性情報の項目と上記処方レシピ情報、現況情報、背景情報の項目との対応関係を示す。図１６の例では、副作用条件コードの第１桁が「Ｓ」である場合、安全性情報の併用薬品コードと、処方レシピ情報の薬品コードとが一致したときに、副作用発生条件が満たされると判定される。また、副作用条件コードの第１桁が「Ｆ」である場合には、安全性情報の併用薬品コードと、処方レシピ情報の薬品コード又は背景情報の投与履歴の薬品コードのいずれかとが一致したときに、副作用発生条件が満たされると判定される。副作用条件コードの第１桁が「Ｕ］である場合には、安全性情報の併用薬品コードは判定には用いられない。

一方副作用条件コードの第２桁が「Ｐ］である場合、副作用条件コードの第３桁以降は、現況情報に含まれる測定データを特定するコードになり、そのコードにより特定される現況情報の測定データと、安全性情報に副作用条件内容として含まれているデータとが一致したときに、副作用発生条件が満たされると判定される。副作用条件コードの第２桁が「Ｓ」である場合、背景情報に含まれている病歴情報の病歴コードと、安全性情報の副作用条件内容とが一致したときに副作用発生条件が満たされると判定される。副作用条件コードの第２桁が「Ａ］である場合、背景情報に含まれている親族病歴情報の病歴コードと、安全性情報の副作用条件内容とが一致したときに、副作用発生条件が満たされると判定される。

メッセージ出力部１４０８は、上記データベースから読み出し、処方レシピ情報、現況情報、背景情報などを出力装置１４６に出力する。また、メッセージ出力部１４０８は、安全性情報の副作用発生条件が満たされた場合には、安全性情報も出力装置１４６に出力する。メッセージ出力部１４０８は、入力部１４０１に入力された薬品コードにより特定される薬品の在庫がない場合には、在庫がない旨のメッセージを出力装置１４６に出力する。

処方レシピ情報登録部１４０９は、上記安全性情報の副作用発生条件が満たされた場合に、入力部１４０１に入力された患者コードと薬品コードを含む処方レシピ情報を作成し、作成した処方レシピ情報を処方レシピデータベース１３１に登録する。

在庫引当処理部１４１０は、上記安全性情報の副作用発生条件が満たされない場合に、入力部１４０１に入力された薬品コードにより特定される薬品に係る引当処理を行う。具体的には、在庫引当処理部１４１０は、薬品コードと、現在の年月日と、医師コードと、処方量とを含む引当情報を作成し、作成した引当情報を、上記の薬品コードにより特定される、薬品在庫データベース１２１に記憶されている在庫情報の引当情報に追加し、在庫情報の在庫量から薬品数を減算する。

レセプト情報登録部１４１１は、副作用発生条件が満たされない場合に、入力部１４０１に入力された薬品コードや患者コード、処方レシピ情報取得部１４０４が取得した処方レシピ情報の薬品コードなどを含むレセプト情報を作成し、作成したレセプト情報を、レセプトデータベース１２２に登録する。またこのとき、レセプト情報登録部１４１１は、処方レシピ情報取得部１４０４が取得した処方レシピ情報を処方レシピデータベース１３１から削除する。

投与履歴登録部１４１２は、レセプト情報登録部１４１１によりレセプトデータベース１２２に登録されたレセプト情報に含まれている薬品コードや、薬品量、投与期間などに基づいて投与履歴情報を作成し、作成した投与履歴情報を、入力された患者コードにより特定される、背景情報データベース１３３に記憶されている背景情報の薬品投与履歴に追加する。

＝＝＝薬品安全情報の出力処理＝＝＝
本実施形態では、利用者端末１４０から薬品の安全性についての情報が出力され、医師などが処方予定の薬品について、その薬品の安全性を確認することができるようになっている。図１７に利用者端末１４０による薬品の安全性情報の出力処理の流れを示す。

利用者端末１４０は、図１８に示すような画面１７００を表示し、医師から患者コードや、処方予定の薬品の薬品コード、薬品の処方量、処方期間、医師コードなどの入力を受け付ける（Ｓ１００１）。図１８に示すように、画面１７００には、上記のような入力を受け付けるために、患者コードの入力欄１７０１、薬品コードの入力欄１７０２、処方量の入力欄１７０３、処方期間の入力欄１７０４、担当医の医師コードの入力欄１７０５が表示される。各入力欄に情報が入力されて送信ボタン１７０６が押下されると、利用者端末１４０は、入力欄１７０２に入力された薬品コード（以下、処方薬品コードという。本発明の「処方薬品特定情報」に該当する。）をキーとして、薬品在庫データベース１２１に記憶されている在庫情報を薬品情報サーバ１２０から取得する（Ｓ１００２）。利用者端末１４０は、取得した在庫情報の在庫量が、入力欄１７０３に入力された処方量よりも少ない場合（Ｓ１００３：ＮＯ）、在庫がない旨のメッセージを出力して（Ｓ１００４）、処理を終了する。なお、この場合再度（Ｓ１００１）に戻り、薬品コードの入力をするようにしてもよい。

在庫量が処方量よりも多い場合（Ｓ１００３：ＹＥＳ）、利用者端末１４０は、処方薬品コードをキーとして、安全性情報データベース１０１に格納されている安全性情報を薬品安全性情報サーバ１００から取得する（Ｓ１００５）。利用者端末１４０は、画面１７００の入力欄１７０１に入力された患者コード（以下、処方患者コードという。本発明の「処方患者特定情報」に該当する。）をキーとして、処方レシピデータベース１３１に記憶されている処方レシピ情報を患者情報サーバ１３０から取得する（Ｓ１００６）。利用者端末１４０は、処方患者コードをキーとして、現況情報データベース１３２に格納されている現況情報と、背景情報データベース１３３に格納されている背景情報とを患者情報サーバ１３０から取得する（Ｓ１００７、Ｓ１００８）。利用者端末１４０は、上記処方レシピ情報、現況情報、背景情報などによって安全性情報の副作用発生条件が満たされるかどうかを判定し（Ｓ１００９）する。

利用者端末１４０は、副作用発生条件が満たされたと判断した場合（Ｓ１００９：ＹＥＳ）、処方患者コードと処方薬品コードとを含む処方レシピ情報を作成し、作成した処方レシピ情報を処方レシピデータベース１３１に登録する（Ｓ１０１０）。なお、利用者端末１４０は、処方薬品コードに対応する薬品名や使用注意事項コードなどは、薬品コード情報データベース１１１から取得することができる。

一方、利用者端末１４０は、副作用発生条件が満たされていないと判断した場合（Ｓ１００９：ＮＯ）、処方患者コードと処方薬品コード、上記処方レシピ情報の薬品コードを含むレセプト情報を作成し、作成したレセプト情報をレセプトデータベース１２２に登録する（Ｓ１０１１）。また、利用者端末１４０は、上記の処方レシピ情報は処方レシピデータベース１３１から削除する。利用者端末１４０は、上記の背景情報に処方薬品コードを含む投与履歴情報を追加し、背景情報データベース１３３を更新する（Ｓ１０１２）。

利用者端末１４０は、上記の処方レシピ情報、現況情報、背景情報、安全性情報などを出力装置１４６に出力する（Ｓ１０１３）。出力例を図１９に示す。画面１９００は、背景情報の親族病歴情報が表示される表示欄１９０１、背景情報の投与履歴情報が表示される表示欄１９０２、現況情報の測定データが表示される表示欄１９０３、副作用発生条件が満たされたかどうかを示すメッセージ（図１９の例では、「副作用発生可能性あり」）が表示される表示欄１９０４を備えている。副作用発生条件が満たされた場合には、安全性情報の安全性レベルも併せて表示欄１９０４に表示される。また、画面１９００には、副作用発生条件が満たされた場合、安全性情報の副作用重篤内容が表示欄１９０５に表示され、副作用条件内容が表示欄１９０６に表示され、副作用発生内容が表示欄１９０７に表示され、対応内容が表示欄１９０８に表示される。

上記のようにして、利用者端末１４０では、医師などにより入力された患者コードと薬品コードとに応じて、患者に薬品を投与した場合に発生し得る副作用に関する情報を表示することができる。したがって、医師などは処方する薬品の併用によって発生し得る副作用についての情報を処方時に確認することができる。よって、医師などは安全性の確認作業を容易に行うことができる。これにより、医療機関における薬品の安全性の確認に係る医師などの負担を軽減することができる。

また、本実施形態の利用者端末１４０によれば、過去に患者に投与された薬品や、患者の病歴、測定データ、患者の親族の病歴など多くの情報を用いて、薬品の安全性を確認することができる。したがって、医師等は、より詳細に薬品投与の安全性を確認することができる。よって、医療機関における安全性を高めることができる。また、患者の親族の病歴を利用することにより、例えば、遺伝的な要因による副作用に関しても確認しておくことができる。

また、本実施形態の利用者端末１４０によれば、処方予定の薬品の在庫があるかどうかが表示される。したがって、医師は実際に処方可能な薬品についての安全性を確認することが可能であり、在庫不足によって処方できなかった薬品について再度安全性を確認する等の手間を軽減することができる。また、在庫がない薬品について同様の効用を持つ代替品に取り替えられるような状況であっても、医師等は実際に処方される薬品について安全性を確認することができる。よって、より確実な安全性の確認が行われるようになる。

また、本実施形態の利用者端末１４０は、患者への金銭請求に係るレセプト情報に基づいて、患者に投与された薬品の履歴を蓄積する。したがって、医師の処方した薬品と、患者に実際に投与された薬品とが異なるような場合であっても、請求された薬品と投与された薬品とは一致するため、確実な投与履歴を格納することができる。これにより、より確実な薬品の安全性の確認を行うことができる。

以上、本発明の実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

例えば、本実施形態では、上記図１７に示す処理は利用者端末１４０が行うものとしたが、これに限らず、例えば、患者情報サーバ１３０が行うようにしてもよい。この場合、利用者端末１４０は上記の処理の結果を患者情報サーバ１３０から受信し、受信したデータを表示するようにする。これにより、利用者端末１４０として必要な処理能力を低減されるため、安価なコンピュータを利用者端末１４０として用いることができる。

また、本実施形態では複数のサーバによってデータベースを管理するものとしたが、例えば、１台のサーバにより管理するようにしてもよい。

また、上記図１８の画面１７００などにおいて、利用者端末１４０が医師などから受け付ける患者コードや医師コードは、例えば、患者の診察券や医師のＩＤカードなどに印刷されているバーコードを読み取るようにすることができる。また、診察券やＩＤカードなどにＩＣカードが利用されている場合には、そのＩＣカードから患者コードや医師コードをから読み出すようにしてもよい。

本発明の一実施の形態による、薬品の安全性確認支援システムの全体構成を示す図である。 本発明の一実施の形態による、各サーバとして用いられる典型的なコンピュータのハードウェアの構成を示す図である。 本発明の一実施の形態による安全性情報の構成を示す図である。 本発明の一実施の形態による薬品情報の構成例を示す図である。 本発明の一実施の形態による在庫情報の構成を示す図である。 本発明の一実施の形態による在庫情報に含まれる引当情報の構成を示す図である。 本発明の一実施の形態によるレセプト情報の構成を示す図である。 本発明の一実施の形態による処方レシピ情報の構成を示す図である。 本発明の一実施の形態による現況情報の構成を示す図である。 本発明の一実施の形態による背景情報の構成を示す図である。 本発明の一実施の形態による病歴情報の構成を示す図である。 本発明の一実施の形態による投与履歴情報の構成を示す図である。 本発明の一実施の形態による親族病歴情報の構成を示す図である。 本発明の一実施の形態による、利用者端末１４０のハードウェア構成を示す図である。 本発明の一実施の形態による、利用者端末１４０の機能ブロック図である。 本発明の一実施の形態による、比較する安全性情報の項目と上記処方レシピ情報、現況情報、背景情報の項目との対応関係を示す図である。 本発明の一実施の形態による、利用者端末１４０による薬品の安全性情報の出力処理の流れを示す図である。 本発明の一実施の形態による、入力を受け付ける画面１７００の例を示す図である。 本発明の一実施の形態による、処方レシピ情報、現況情報、背景情報、安全性情報の出力例を示す図である。

符号の説明

１１ ＣＰＵ １２ メモリ
１３ 記憶装置 １４ 通信インタフェース
１００ 薬品安全性情報サーバ １０１ 安全性情報データベース
１１０ 薬品コード情報サーバ １１１ 薬品コード情報データベース
１２０ 薬品情報サーバ １２１ 薬品在庫データベース
１２２ レセプトデータベース １３０ 患者情報サーバ
１３１ 処方レシピデータベース １３２ 現況情報データベース
１３３ 背景情報データベース １４０ 利用者端末
１４１ ＣＰＵ １４２ メモリ
１４３ 記憶装置 １４４ 記録媒体読取装置
１４５ 入力装置 １４６ 出力装置
１４７ 通信インタフェース １４８ 記録媒体
１４０１ 入力部 １４０２ 在庫情報取得部
１４０３ 安全性情報取得部 １４０４ 処方レシピ情報取得部
１４０５ 現況情報取得部 １４０６ 背景情報取得部
１４０７ 副作用条件コード充足判断部 １４０８ メッセージ出力部
１４０９ 処方レシピ情報登録部 １４１０ 在庫引当処理部
１４１１ レセプト情報登録部 １４１２ 投与履歴登録部
１６０ 通信ネットワーク

Claims (8)

1. ＣＰＵとメモリと入力装置と出力装置とを備える情報処理装置が、
   第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、
   患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、
   のそれぞれにアクセス可能であり、
   薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付け、
   前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出し、
   前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出し、
   前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力すること、
   を特徴とする薬品の安全性確認支援方法。
2. 請求項１に記載の薬品の安全性確認支援方法であって、
   前記情報処理装置は、
   前記患者特定情報に対応付けて、過去に患者に投与された薬品を特定する投与薬品特定情報を記憶する投与履歴データベースにアクセス可能であり、
   前記処方患者特定情報に対応する前記投与薬品特定情報を前記投与履歴データベースから読み出し、
   前記第２の処方薬品特定情報および前記投与薬品特定情報の少なくとも何れかと、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記副作用情報を前記出力装置に出力すること、
   を特徴とする薬品の安全性確認支援方法。
3. 請求項１に記載の薬品の安全性確認支援方法であって、
   前記情報処理装置は、前記患者特定情報に対応付けて、患者に係る測定データを記憶する現況情報データベースにアクセス可能であり、
   前記安全性情報には、前記測定データに対する条件が含まれており、
   前記情報処理装置は、
   前記処方患者特定情報に対応する前記測定データを前記現況情報データベースから読み出し、
   読み出した前記測定データが前記安全性情報に含まれている前記条件を満たす場合に、前記副作用情報を前記出力装置に出力すること、
   を特徴とする薬品の安全性確認支援方法。
4. 請求項１に記載の薬品の安全性確認支援方法であって、
   前記情報処理装置は、前記患者特定情報に対応付けて、患者の親族の病歴を示す親族病歴情報を記憶する親族病歴データベースにアクセス可能であり、
   前記安全性情報には、前記親族病歴情報に対する条件が含まれており、
   前記情報処理装置は、
   前記処方患者特定情報に対応する前記親族病歴情報を前記親族病歴データベースから読み出し、
   読み出した前記親族病歴情報が前記安全性情報に含まれている前記条件を満たす場合に、前記副作用情報を前記出力装置に出力すること、
   を特徴とする薬品の安全性確認支援方法。
5. 請求項１に記載の薬品の安全性確認支援方法であって、
   前記情報処理装置は、
   前記薬品特定情報に対応付けて薬品の在庫数を記憶する在庫データベースにアクセス可能であり、
   前記第１の処方薬品特定情報に対応する前記在庫数を前記在庫データベースから読み出し、
   読み出した前記在庫数がない場合にその旨を示すメッセージを前記出力装置に出力すること、
   を特徴とする薬品の安全性確認支援方法。
6. 請求項２に記載の薬品の安全性確認支援方法であって、
   前記情報処理装置は、
   前記患者特定情報に対応付けて、患者に処方されて請求対象となった薬品を特定する前記薬品特定情報を含むレセプト情報を記憶するレセプトデータベースにアクセス可能であり、
   前記処方患者特定情報に対応する前記レセプト情報を前記レセプトデータベースから読み出し、
   前記処方患者特定情報と、前記レセプト情報に含まれている前記薬品特定情報とを対応付けて前記投与履歴データベースに登録すること、
   を特徴とする薬品の安全性確認支援方法。
7. 薬品の安全性確認を支援するシステムであって、
   第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、
   患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、
   薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付ける入力部と、
   前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出す処方薬品特定情報取得部と、
   前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出す安全性情報取得部と、
   前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力する出力部と、
   を備えることを特徴とする薬品の安全性確認支援システム。
8. 薬品の安全性確認を支援するためのプログラムであって、
   ＣＰＵとメモリと入力装置と出力装置とを備え、
   第１の薬品を特定する第１の薬品特定情報に対応付けて、前記第１の薬品との併用により副作用を起こし得る第２の薬品を特定する第２の薬品特定情報と、前記副作用を示す副作用情報とを含む安全性情報を記憶する安全性情報データベースと、
   患者を特定する患者特定情報に対応付けて、患者に処方予定の薬品を特定する処方薬品特定情報を記憶する処方レシピデータベースと、のそれぞれにアクセス可能な情報処理装置に、
   薬品の処方対象となる患者を特定する処方患者特定情報と、当該患者に処方予定の薬品を特定する第１の前記処方薬品特定情報との入力を前記入力装置から受け付けるステップと、
   前記処方患者特定情報に対応する第２の前記処方薬品特定情報を前記処方レシピデータベースから読み出すステップと、
   前記第１の処方薬品特定情報に対応する前記安全性情報を前記安全性情報データベースから読み出すステップと、
   前記第２の処方薬品特定情報と、前記安全性情報に含まれている前記第２の薬品特定情報とが一致する場合に、前記安全性情報に含まれている前記副作用情報を前記出力装置に出力するステップと、
   を実行させるためのプログラム。
   
   

Images