JP5245804B2 - データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 - Google Patents
データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 Download PDFInfo
- Publication number
- JP5245804B2 JP5245804B2 JP2008323358A JP2008323358A JP5245804B2 JP 5245804 B2 JP5245804 B2 JP 5245804B2 JP 2008323358 A JP2008323358 A JP 2008323358A JP 2008323358 A JP2008323358 A JP 2008323358A JP 5245804 B2 JP5245804 B2 JP 5245804B2
- Authority
- JP
- Japan
- Prior art keywords
- medication
- pattern
- department
- doctor
- patient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明はデータ選択支援プログラム、データ選択支援装置およびデータ選択支援方法に関し、特に、信頼性の高いデータを選択するデータ選択支援プログラム、データ選択支援装置およびデータ選択支援方法に関する。
近年、電子カルテに蓄積された情報を有効活用する方法の１つとして、過去に患者に投薬した投薬パターンを他の患者の投薬時に参考とするナレッジセット（登録商標）機能が知られている。
例えば、処方箋データベースに記憶された過去の処方箋データを、当該患者のＩＤ等を検索キーとして抽出し、抽出された処方箋データを表示する方法が知られている。
また、医師（利用者）毎の投薬指示パターンをデータベースに記憶させておき、投薬に際して医師が投薬指示パターンを一覧表示させ、表示させたパターンに基づいて投薬指示の入力を簡易化させる方法が知られている。
特開２００４−３１８５２０号公報
特開平８−６３５２４号公報
また、医師（利用者）毎の投薬指示パターンをデータベースに記憶させておき、投薬に際して医師が投薬指示パターンを一覧表示させ、表示させたパターンに基づいて投薬指示の入力を簡易化させる方法が知られている。
医師が受信者を診療する際に考慮すべき事項は、ケースに応じて異なる。
例えば、医師は、自己の所属する診療科における初診の患者に対する投薬内容決定にあたっては、自己が当該診療科で多くの患者に対して行っていた過去の投薬パターンを再確認しながら投薬内容を吟味することが好ましい。
例えば、医師は、自己の所属する診療科における初診の患者に対する投薬内容決定にあたっては、自己が当該診療科で多くの患者に対して行っていた過去の投薬パターンを再確認しながら投薬内容を吟味することが好ましい。
一方、医師は、自己の所属する診療科での投薬以外にも、例えば緊急外来患者等、他の診療科の初診患者について専門外の投薬を行わなければならない場合がある。
本発明はこのような点に鑑みてなされたものであり、信頼性の高い投薬パターンを容易に得ることができるデータ選択支援プログラム、データ選択支援装置およびデータ選択支援方法を提供することを目的とする。
本発明はこのような点に鑑みてなされたものであり、信頼性の高い投薬パターンを容易に得ることができるデータ選択支援プログラム、データ選択支援装置およびデータ選択支援方法を提供することを目的とする。
上記目的を達成するために、開示のデータ選択支援プログラムが提供される。このプログラムは、コンピュータを、薬品を特定する情報の入力を受け付ける入力受付手段、患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出手段、前記第１の抽出手段により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出する第２の抽出手段、前記第２の抽出手段により抽出された投薬パターンを表示する表示手段、として機能させる。
このようなデータ選択支援プログラムによれば、入力受付手段により、薬品を特定する情報の入力が受け付けられる。第１の抽出手段により、データベースから、入力された薬品を含む投薬パターンが抽出される。第２の抽出手段により、第１の抽出手段により抽出された投薬パターンのうち、予め用意された決定者の経験を判断する基準に基づいて、基準を満たす投薬パターンが抽出される。表示手段により、第２の抽出手段によって抽出された投薬パターンが表示される。
開示のデータ選択支援プログラムによれば、信頼性の高い投薬パターンを容易に得ることができる。
以下、実施の形態を、図面を参照して詳細に説明する。
まず、実施の形態のデータ選択支援プログラムの概要について説明し、その後、実施の形態をより具体的に説明する。
まず、実施の形態のデータ選択支援プログラムの概要について説明し、その後、実施の形態をより具体的に説明する。
図１は、実施の形態のデータ選択支援プログラムの概要を示す図である。
実施の形態のデータ選択支援プログラムは、コンピュータ１を、入力受付手段２、第１の抽出手段３、第２の抽出手段４および表示手段５として機能させる。
実施の形態のデータ選択支援プログラムは、コンピュータ１を、入力受付手段２、第１の抽出手段３、第２の抽出手段４および表示手段５として機能させる。
入力受付手段２は、例えば、患者（なお、一般的に「患者」とは病人や怪我人のことを指すが、ここでは、妊産婦や健康診断の受診者などの健常者も含み、電子カルテ装置でのカルテデータ入力対象者を総称して説明の便宜上「患者」というものとする。）に投与しようとする薬品を特定する情報の入力を受け付ける。
第１の抽出手段３は、患者への投薬を決定した決定者（医師）を識別する情報を備える投薬パターンが複数格納されたデータベース６から、入力受付手段２が受け付けた薬品を含む投薬パターンを抽出する。
図１では、一例として投薬パターンＡ、Ｂ、Ｃが抽出されている。
第２の抽出手段４は、第１の抽出手段３により抽出された投薬パターンのうち、予め用意された決定者の経験を判断する基準を満たす投薬パターンを抽出する。
第２の抽出手段４は、第１の抽出手段３により抽出された投薬パターンのうち、予め用意された決定者の経験を判断する基準を満たす投薬パターンを抽出する。
この基準は特に限定されないが、例えば、コンピュータ１を操作する利用者（医師）の経験年数が、決定者より長いことや、当該利用者の職能が、決定者よりも上位であること等が挙げられる。
図１では、一例として基準を満たした投薬パターンＢ、Ｃが抽出されている。
表示手段５は、第２の抽出手段４により抽出された投薬パターンを表示する。
このようなコンピュータ１によれば、決定者の経験を判断する基準を満たす投薬パターンを抽出し表示することで、信頼性の高い投薬パターンを容易に得ることができる。
表示手段５は、第２の抽出手段４により抽出された投薬パターンを表示する。
このようなコンピュータ１によれば、決定者の経験を判断する基準を満たす投薬パターンを抽出し表示することで、信頼性の高い投薬パターンを容易に得ることができる。
なお、図１では示していないが、例えば、さらに、各投薬パターンの患者への投薬を決定した回数を記憶しておき、第２の抽出手段４が、この回数が一定以上である投薬パターンのみを抽出し、表示手段５が表示するようにするのが好ましい。これにより、さらに信頼性の高い投薬パターンを得ることができる。
以下、実施の形態をより具体的に説明する。
図２は、実施の形態の電子カルテシステムを示す図である。
電子カルテシステム１００は、サーバ装置１０、３０、４０と、複数の（図２では２台の）クライアント装置２０、２０、・・・とを有している。
図２は、実施の形態の電子カルテシステムを示す図である。
電子カルテシステム１００は、サーバ装置１０、３０、４０と、複数の（図２では２台の）クライアント装置２０、２０、・・・とを有している。
サーバ装置１０は、各診療科の電子カルテを管理するサーバである。
サーバ装置１０は、患者毎の投薬（処方）パターンや、患者および医師を識別するデータ等を格納し、必要に応じてそのデータを各クライアント装置２０に送る。また、これらのデータをサーバ装置３０、４０と共有する。
サーバ装置１０は、患者毎の投薬（処方）パターンや、患者および医師を識別するデータ等を格納し、必要に応じてそのデータを各クライアント装置２０に送る。また、これらのデータをサーバ装置３０、４０と共有する。
各クライアント装置２０は、それぞれ、医師が、処方箋を作成したり、患者への病状を説明したりする際に使用する電子カルテアプリケーションを備えている。電子カルテアプリケーションは、医師の操作に応じて付属のモニタに電子カルテや、そのカルテ作成をサポートするために当該医師や他の医師が過去に処方した投薬パターンを表示させる。その際、医師の経験や他の医師に支持された回数等を考慮し、より信頼性の高い投薬パターンを表示させる。
サーバ装置３０およびサーバ装置４０は、他部門（例えば、調剤部門や会計部門等）の情報を管理するサーバである。
例えば、薬剤師は、端末装置（図示せず）からサーバ装置３０アクセスすることで、医師により作成された処方箋を参照し、調剤することができる。また、会計担当者は、端末装置（図示せず）からサーバ装置４０にアクセスすることで、医師により作成された処方箋を参照し、会計金額を算出することができる。
例えば、薬剤師は、端末装置（図示せず）からサーバ装置３０アクセスすることで、医師により作成された処方箋を参照し、調剤することができる。また、会計担当者は、端末装置（図示せず）からサーバ装置４０にアクセスすることで、医師により作成された処方箋を参照し、会計金額を算出することができる。
図３は、クライアント装置のハードウェア構成例を示す図である。
クライアント装置２０は、ＣＰＵ（Central Processing Unit）２０１によって装置全体が制御されている。ＣＰＵ２０１には、バス２０７を介してＲＡＭ（Random Access Memory）２０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）２０３、グラフィック処理装置２０４、入力インタフェース２０５、および通信インタフェース２０６が接続されている。
クライアント装置２０は、ＣＰＵ（Central Processing Unit）２０１によって装置全体が制御されている。ＣＰＵ２０１には、バス２０７を介してＲＡＭ（Random Access Memory）２０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）２０３、グラフィック処理装置２０４、入力インタフェース２０５、および通信インタフェース２０６が接続されている。
ＲＡＭ２０２には、ＣＰＵ２０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、ＣＰＵ２０１による処理に必要な各種データが格納される。ＨＤＤ２０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ２０３内には、プログラムファイルが格納される。
グラフィック処理装置２０４には、モニタ２０４ａが接続されている。グラフィック処理装置２０４は、ＣＰＵ２０１からの命令に従って、画像をモニタ２０４ａの画面に表示させる。入力インタフェース２０５には、キーボード２０５ａとマウス２０５ｂとが接続されている。入力インタフェース２０５は、キーボード２０５ａやマウス２０５ｂから送られてくる信号を、バス２０７を介してＣＰＵ２０１に送信する。
通信インタフェース２０６は、ネットワーク７０に接続されている。通信インタフェース２０６は、ネットワーク７０を介して、他のコンピュータとの間でデータの送受信を行う。
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３にはクライアント装置２０のハードウェア構成を示したがサーバ装置１０、３０、４０についても同様のハードウェア構成で実現することができる。このようなハードウェア構成の電子カルテシステム１００においてサーバ装置１０および各クライアント装置２０内には、以下のような機能が設けられる。
＜サーバ装置＞
図４は、サーバ装置の機能を示すブロック図である。
サーバ装置１０は、データ送受信部１１と、制御部１２と、電子カルテ処理用データ格納部１３とを有している。
図４は、サーバ装置の機能を示すブロック図である。
サーバ装置１０は、データ送受信部１１と、制御部１２と、電子カルテ処理用データ格納部１３とを有している。
データ送受信部１１は、各クライアント装置２０との間でデータの送受信を行う機能を有している。
制御部１２は、各クライアント装置２０が電子カルテアプリケーションにログインする際の認証機能を有している。
制御部１２は、各クライアント装置２０が電子カルテアプリケーションにログインする際の認証機能を有している。
具体的には、各クライアント装置２０からのユーザ認証要求に応じて認証を行い、認証後、各クライアント装置２０からのデータ送信要求に応じて電子カルテ処理用データ格納部１３に格納されているデータをクライアント装置２０に送信する。
また、クライアント装置２０からのデータ更新要求に応じて電子カルテ処理用データ格納部１３に格納されているデータを更新する。
電子カルテ処理用データ格納部１３は、各クライアント装置２０の電子カルテアプリケーションの実行時に使用するデータを格納しており、医師ＤＢ１３１と、患者ＤＢ１３２と、投薬歴（投薬履歴）ＤＢ１３３と、発行医師カウントＤＢ１３４と、条件マスタ１３５とを有している。
電子カルテ処理用データ格納部１３は、各クライアント装置２０の電子カルテアプリケーションの実行時に使用するデータを格納しており、医師ＤＢ１３１と、患者ＤＢ１３２と、投薬歴（投薬履歴）ＤＢ１３３と、発行医師カウントＤＢ１３４と、条件マスタ１３５とを有している。
医師ＤＢ１３１には、医師の基本情報が格納されている。
患者ＤＢ１３２には、患者の基本情報が格納されている。
投薬歴ＤＢ１３３には、過去に患者に投薬した薬品の情報（投薬パターン）が、投薬指示をした医師や、投薬日数等と関連づけられて格納されている。
患者ＤＢ１３２には、患者の基本情報が格納されている。
投薬歴ＤＢ１３３には、過去に患者に投薬した薬品の情報（投薬パターン）が、投薬指示をした医師や、投薬日数等と関連づけられて格納されている。
発行医師カウントＤＢ１３４には、後述するカウント値が医師毎に格納されている。
条件マスタ１３５には、他の医師が、投薬パターンを採用するための判断対象となる薬品の使用回数や、参考とする職能に関する情報が格納されている。
条件マスタ１３５には、他の医師が、投薬パターンを採用するための判断対象となる薬品の使用回数や、参考とする職能に関する情報が格納されている。
なお、図４には図示していないが、サーバ装置１０は、この他にも患者毎の電子カルテ（図示せず）が、予め定められたフォーマットで格納されている電子カルテＤＢや、予め薬品の一般的な情報が登録された薬品マスタ等を有している。
以下、各ＤＢのデータ構造について説明する。
＜医師ＤＢ＞
医師ＤＢ１３１ではデータがテーブル化されて格納されている。
＜医師ＤＢ＞
医師ＤＢ１３１ではデータがテーブル化されて格納されている。
図５は、医師管理テーブルのデータ構造を示す図である。
医師管理テーブル１３１ａには、医師コード、医師名称、医師免許取得日、所属科コード、所属科および職能の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
医師管理テーブル１３１ａには、医師コード、医師名称、医師免許取得日、所属科コード、所属科および職能の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
医師コードの欄には、医師名称の欄に格納された医師（当該医師）を識別する番号が格納されている。
医師名称の欄には、当該医師の氏名が格納されている。
医師名称の欄には、当該医師の氏名が格納されている。
医師免許取得日の欄には、当該医師の医師免許取得日が格納されている。
所属科コードの欄には、当該医師の所属する科を識別するコードが格納されている。
所属科の欄には、当該医師の所属する科の名称が格納されている。
所属科コードの欄には、当該医師の所属する科を識別するコードが格納されている。
所属科の欄には、当該医師の所属する科の名称が格納されている。
職能の欄には、当該医師の職能が格納されている。職能は、「教授」が一番高く、「准教授」がその次に高く、「講師」が一番低いことが予め定められている。
＜患者ＤＢ＞
患者ＤＢ１３２ではデータがテーブル化されて格納されている。
＜患者ＤＢ＞
患者ＤＢ１３２ではデータがテーブル化されて格納されている。
図６は、患者管理テーブルのデータ構造を示す図である。
患者管理テーブル１３２ａには、患者ＩＤ、患者名、性別、生年月日の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者管理テーブル１３２ａには、患者ＩＤ、患者名、性別、生年月日の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者を識別する番号（ＩＤ）が格納されている。
患者名の欄には、患者の氏名が格納されている。
性別の欄には、患者の性別が格納されている。
患者名の欄には、患者の氏名が格納されている。
性別の欄には、患者の性別が格納されている。
生年月日の欄には、患者名の欄に格納されている患者の生年月日が格納されている。
＜投薬歴ＤＢ＞
投薬歴ＤＢ１３３ではデータがテーブル化されて格納されている。
＜投薬歴ＤＢ＞
投薬歴ＤＢ１３３ではデータがテーブル化されて格納されている。
図７および図８は、投薬歴管理テーブルのデータ構造を示す図である。なお、図７および図８は、１つのテーブルを構成している。
投薬歴管理テーブル１３３ａには、患者ＩＤ、患者名、診療科コード、診療科名称、医師コード、医師名称、投薬開始日、オーダ番号、項目属性、項目属性名称、項目コード、項目名称、項目数量および項目単位名称の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
投薬歴管理テーブル１３３ａには、患者ＩＤ、患者名、診療科コード、診療科名称、医師コード、医師名称、投薬開始日、オーダ番号、項目属性、項目属性名称、項目コード、項目名称、項目数量および項目単位名称の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者を識別する番号（ＩＤ）が格納されている。
患者名の欄には、患者の氏名が格納されている。
診療科コードの欄には、診療科名称の欄に格納された診療科を識別する番号が格納されている。
患者名の欄には、患者の氏名が格納されている。
診療科コードの欄には、診療科名称の欄に格納された診療科を識別する番号が格納されている。
診療科名称の欄には、医師名称の欄に格納された医師が所属する診療科が格納されている。
医師コードの欄には、医師名称の欄に格納された医師を識別する番号が格納されている。
医師コードの欄には、医師名称の欄に格納された医師を識別する番号が格納されている。
医師名称の欄には、患者名の欄に格納された患者に対する薬品を処方した医師名が格納されている。
投薬開始日の欄には、投薬オーダを発行した日付が格納されている。
投薬開始日の欄には、投薬オーダを発行した日付が格納されている。
オーダ番号の欄には、投薬オーダ毎に設けられた固有の識別番号が格納されている。同じオーダ番号が付されているオーダ情報（投薬歴管理テーブル１３３ａの一列分の情報）は、１つのオーダの単位（投薬パターン）（投薬する薬品の組み合わせおよび内服用法を備えるパターン）を構成していることを意味する。なお、本実施の形態では、オーダ番号の数が大きいオーダ情報ほど、オーダ日が新しい。
項目属性の欄には、オーダ情報の属性を示す識別子が格納されている。「Ｄ」は、オーダ情報の属性が薬品であることを示し、「Ｙ」は、オーダ情報の属性が用法であることを示している。
項目属性名称の欄には、項目名称の欄が薬品名である場合は「薬品」が格納され、用法である場合は「用法」が記載されている。
項目コードの欄には、項目属性が「Ｄ」の項目については、先頭に「Ｄ」が付された薬品名を識別する識別番号が格納されている。項目属性が「Ｙ」の項目については、先頭に「Ｙ」が付された内服用法毎のパターンを識別する識別番号が格納されている。
項目コードの欄には、項目属性が「Ｄ」の項目については、先頭に「Ｄ」が付された薬品名を識別する識別番号が格納されている。項目属性が「Ｙ」の項目については、先頭に「Ｙ」が付された内服用法毎のパターンを識別する識別番号が格納されている。
項目名称の欄には、項目属性が「Ｄ」の項目については、具体的な投薬オーダの薬品名とその量が格納されている。項目属性が「Ｙ」の項目については、内服用法が格納されている。
項目数量の欄には、項目属性が「Ｄ」の項目については、１日あたりの内服数量が格納されており、項目属性が「Ｙ」の項目については、投薬日数を示す日にちが格納されている。以下、オーダ日に投薬日数を加えた日を「投薬終了日」という。例えば、オーダ日が「２００７．８．１」で投薬日数が７日の場合、投薬終了日は、「２００７．８．８」である。
項目単位名称の欄には、項目属性が「Ｄ」の項目については、項目名称の薬品名に応じて「包」または「錠」が格納されており、項目属性が「Ｙ」の項目については、「日」が格納されている。
＜発行医師カウントＤＢ＞
発行医師カウントＤＢ１３４ではデータがテーブル化されて格納されている。
図９は、発行医師カウント管理テーブルのデータ構造を示す図である。
発行医師カウントＤＢ１３４ではデータがテーブル化されて格納されている。
図９は、発行医師カウント管理テーブルのデータ構造を示す図である。
発行医師カウント管理テーブル１３４ａには、医師コードおよびカウントの欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
医師コードの欄には、医師管理テーブル１３１ａに格納された医師コードと同じコードが格納されている。
医師コードの欄には、医師管理テーブル１３１ａに格納された医師コードと同じコードが格納されている。
カウントの欄には、後述する処理によってカウントされるカウント値が格納されている。同処理においては、経験年数が一定以上かあるいは一定以上の職能の各医師ごとに、特定の薬品を含む投薬を行った回数がカウントされ、このカウント値に基づいて、各医師の該特定の薬品の使用経験が判断される。
＜条件マスタ＞
条件マスタ１３５ではデータがテーブル化されて格納されている。
図１０は、条件マスタ管理テーブルのデータ構造を示す図である。
条件マスタ１３５ではデータがテーブル化されて格納されている。
図１０は、条件マスタ管理テーブルのデータ構造を示す図である。
条件マスタ管理テーブル１３５ａには、条件名、科および値の欄が設けられており、各欄の横方向に並べられた情報同士が互いに関連づけられている。
条件名の欄には、他の医師が、投薬パターンを採用するための判断条件とする項目が格納されている。
条件名の欄には、他の医師が、投薬パターンを採用するための判断条件とする項目が格納されている。
具体的には、条件名の欄の「経験判断薬品使用回数」は、他の医師が、科の欄に格納された科の経験判断薬品使用回数が、値の欄に格納された回数以上である投薬パターンを採用するための判断条件であることを示している。
例えば、条件名「経験判断薬品使用回数」、科「内科」、値「１５」は、内科の経験判断薬品使用回数が１５回以上である投薬パターンを採用するための判断条件である。
また、「参考許可職能」は、他の医師が、科の欄に格納された科の参考許可職能が値の欄に格納された職能以上である投薬パターンを採用するための判断条件であることを示している。
また、「参考許可職能」は、他の医師が、科の欄に格納された科の参考許可職能が値の欄に格納された職能以上である投薬パターンを採用するための判断条件であることを示している。
例えば、条件名「参考許可職能」、科「内科」、値「教授」は、内科の参考許可職能が教授以上である投薬パターンを採用するための判断条件である。
また、前述したように、職能は「教授」が一番高く、「准教授」がその次に高く、「講師」が一番低いことが予め定められている。このため、値「講師」の科は、「准教授」および「教授」も参考可能職能となる。
また、前述したように、職能は「教授」が一番高く、「准教授」がその次に高く、「講師」が一番低いことが予め定められている。このため、値「講師」の科は、「准教授」および「教授」も参考可能職能となる。
次に、クライアント装置の機能を説明する。
図１１は、クライアント装置の機能を示すブロック図である。
クライアント装置２０は、入力受付部２１と、インタフェース部２２と、アプリケーション格納部２３と、アプリケーション実行部２４とを有している。
図１１は、クライアント装置の機能を示すブロック図である。
クライアント装置２０は、入力受付部２１と、インタフェース部２２と、アプリケーション格納部２３と、アプリケーション実行部２４とを有している。
入力受付部２１は、患者に対して投与しようとする薬品の情報の入力等、医師のキーボード２０５ａやマウス２０５ｂ等による入力操作（以下、単に「医師の操作」と言う）を受け付ける。
インタフェース部２２は、サーバ装置１０とのデータのやりとりを行うインタフェースである。なお、図１１では、データ送受信部１１および制御部１２の図示を省略している。
アプリケーション格納部２３は、電子カルテアプリケーションを格納している。
アプリケーション実行部２４は、入力受付部２１が受け付けた医師の操作による、電子カルテアプリケーションの起動要求に応じてアプリケーション格納部２３に格納されている電子カルテアプリケーションを呼び出し、電子カルテアプリケーションのログイン画面をモニタ２０４ａに表示させる。
アプリケーション実行部２４は、入力受付部２１が受け付けた医師の操作による、電子カルテアプリケーションの起動要求に応じてアプリケーション格納部２３に格納されている電子カルテアプリケーションを呼び出し、電子カルテアプリケーションのログイン画面をモニタ２０４ａに表示させる。
医師の操作により、医師の医師コードと、固有のパスワード等が入力され、ログインボタン（図示せず）が選択（押下）されることにより、アプリケーション実行部２４は、認証処理を行う。
具体的には、アプリケーション実行部２４が、ログイン名およびパスワードとともに認証要求を、インタフェース部２２を介してサーバ装置１０に送信する。サーバ装置１０の制御部１２によって認証されれば、電子カルテアプリケーションにログインすることができる。
電子カルテアプリケーションにログインすると、アプリケーション実行部２４は、モニタ２０４ａに電子カルテを管理するための各種ツールを表示する。
医師の操作により、投薬指示ツールが選択されると、アプリケーション実行部２４は、投薬指示ツールを起動する。
医師の操作により、投薬指示ツールが選択されると、アプリケーション実行部２４は、投薬指示ツールを起動する。
そして、医師の操作により、投薬パターン表示ツールが選択されると、アプリケーション実行部２４は、後述する投薬オーダ指示画面をモニタ２０４ａに表示する。
投薬オーダ指示画面における医師の操作により、アプリケーション実行部２４は、投薬パターン表示処理を行う。
投薬オーダ指示画面における医師の操作により、アプリケーション実行部２４は、投薬パターン表示処理を行う。
この処理により、アプリケーション実行部２４は、投薬歴管理テーブル１３３ａに格納されている投薬オーダの中から、今回選択した薬品を含む投薬パターンを一覧表示した投薬パターン表示画面をモニタ２０４ａに表示する。
図１２は、アプリケーション実行部の機能を示すブロック図である。
データ抽出処理部２４１は、投薬歴管理テーブル１３３ａから今回選択した薬品を含む投薬パターンを１件ずつ読み込む。そして以下の各機能により投薬パターン表示画面に表示する投薬パターンを抽出する。
データ抽出処理部２４１は、投薬歴管理テーブル１３３ａから今回選択した薬品を含む投薬パターンを１件ずつ読み込む。そして以下の各機能により投薬パターン表示画面に表示する投薬パターンを抽出する。
このデータ抽出処理部２４１は、モード選択部２４１ａと、パターン抽出部２４１ｂと、パターン抽出ベースＤＢ２４１ｃとを有している。
モード選択部２４１ａは、後述する与えられた条件に基づいて、医師過去歴モードと、自科過去歴モードと、他科過去歴モードのいずれかを選択する。
モード選択部２４１ａは、後述する与えられた条件に基づいて、医師過去歴モードと、自科過去歴モードと、他科過去歴モードのいずれかを選択する。
ここで、医師過去歴モードは、当該医師が過去に投薬した全ての投薬パターンを抽出対象とするモードである。また、自科過去歴モードは、当該医師の所属する診療科における医師が過去に投薬した全ての投薬パターンを抽出対象とするモードである。また、他科過去歴モードは、当該患者が他の診療科において過去に投薬された投薬パターンを抽出対象とするモードである。
パターン抽出部２４１ｂは、モード選択部２４１ａが選択したモードに応じた投薬パターンから後述する条件に一致する投薬パターンを抽出する。
パターン抽出ベースＤＢ２４１ｃは、パターン抽出部２４１ｂによって抽出された投薬パターンを一時保管する領域を構成している。
パターン抽出ベースＤＢ２４１ｃは、パターン抽出部２４１ｂによって抽出された投薬パターンを一時保管する領域を構成している。
投薬パターン圧縮処理部２４２は、データ抽出処理部２４１の抽出が終了した後に、パターン抽出ベースＤＢ２４１ｃに記憶された投薬パターンのうち、重複するパターンをまとめる。
投薬パターン表示処理部２４３は、投薬パターン圧縮処理部２４２によりまとめられた投薬パターンを備える投薬パターン表示画面を作成し、モニタ２０４ａに表示する。
データ送信部２４４は、電子カルテを閉じる際に、当該患者の電子カルテをサーバ装置１０に送信する。
データ送信部２４４は、電子カルテを閉じる際に、当該患者の電子カルテをサーバ装置１０に送信する。
これにより、サーバ装置１０は、受信した電子カルテの処方箋の欄に記載されている投薬パターンを、投薬オーダとしてサーバ装置３０、４０に送信する。また、投薬歴管理テーブル１３３ａの内容を更新する。
次に、投薬オーダ指示画面について説明する。
図１３は、投薬オーダ指示画面を示す図である。
投薬オーダ指示画面６０には、患者ＩＤ表示部６１と、患者氏名表示部６２と、投薬オーダ伝票選択部６３と、終了ボタン６４と、検索部６５とが表示されている。
図１３は、投薬オーダ指示画面を示す図である。
投薬オーダ指示画面６０には、患者ＩＤ表示部６１と、患者氏名表示部６２と、投薬オーダ伝票選択部６３と、終了ボタン６４と、検索部６５とが表示されている。
患者ＩＤ表示部６１には、患者管理テーブル１３２ａから取得した患者ＩＤが表示される。
患者氏名表示部６２には、患者管理テーブル１３２ａから取得した患者名が表示される。
患者氏名表示部６２には、患者管理テーブル１３２ａから取得した患者名が表示される。
投薬オーダ伝票選択部６３には、院内処方と院外処方とを選択するボタン６３１と薬品を処方する日付を表示する処方日表示部６３２とが設けられている。なお、処方日表示部６３２には、薬品を処方する日付が、クライアント装置２０が備えるタイマから呼び出されて表示される。
終了ボタン６４が選択されると、アプリケーション実行部２４は、投薬オーダ指示画面６０の表示を終了する。
検索部６５には、薬剤を検索する薬剤タブ６５１と、用法を検索する用法タブ６５２と、コメントを検索するコメントタブ６５３と煎じ薬を検索する煎じ薬タブ６５４とが設けられている。
検索部６５には、薬剤を検索する薬剤タブ６５１と、用法を検索する用法タブ６５２と、コメントを検索するコメントタブ６５３と煎じ薬を検索する煎じ薬タブ６５４とが設けられている。
図１３では、医師の操作により、薬剤タブ６５１が選択されている。
薬剤タブ６５１が選択されると薬剤検索部６５ａが表示される。
薬剤検索部６５ａには、薬品を検索する薬品検索タブ６５１ａと、薬効を検索する薬効検索タブ６５１ｂと、頻用薬（使用頻度の高い薬）を検索する頻用薬検索タブ６５１ｃとが設けられている。
薬剤タブ６５１が選択されると薬剤検索部６５ａが表示される。
薬剤検索部６５ａには、薬品を検索する薬品検索タブ６５１ａと、薬効を検索する薬効検索タブ６５１ｂと、頻用薬（使用頻度の高い薬）を検索する頻用薬検索タブ６５１ｃとが設けられている。
医師の操作により、薬品検索タブ６５１ａ、薬効検索タブ６５１ｂ、頻用薬検索タブ６５１ｃのいずれかが選択されると、投薬パターン表示処理が実行され、投薬パターン表示画面６６が表示される。
図１４は、投薬パターン表示画面の一例を示す図である。
投薬パターン表示画面６６には、医師過去歴モードを選択する医師選択タブ６６ａと、自科過去歴モードを選択する自科選択タブ６６ｂと、他科過去歴モードを選択する他科選択タブ６６ｃとが設けられている。
投薬パターン表示画面６６には、医師過去歴モードを選択する医師選択タブ６６ａと、自科過去歴モードを選択する自科選択タブ６６ｂと、他科過去歴モードを選択する他科選択タブ６６ｃとが設けられている。
例えば、自科選択タブ６６ｂが選択されると、薬品名入力部６６１と、検索ボタン６６２と、検索結果表示部６６３とが表示される。
なお、他の選択タブが選択されたときも同様の画面が表示される。
なお、他の選択タブが選択されたときも同様の画面が表示される。
薬品名入力部６６１は、医師の検索する薬品名の一部または全部の入力を受け付ける。
医師の操作により検索ボタン６６２が選択されると、アプリケーション実行部２４は、薬品名入力部６６１に入力された内容で、前述した薬品マスタの検索を行う。
医師の操作により検索ボタン６６２が選択されると、アプリケーション実行部２４は、薬品名入力部６６１に入力された内容で、前述した薬品マスタの検索を行う。
検索結果表示部６６３には、検索ボタン６６２が選択されたときに、薬品名入力部６６１に入力された薬品名と少なくとも一部が一致した投薬パターン、かつ、当該投薬パターンを処方した医師の経験年数または職能の基準を満たす投薬パターンが表示される。
図１４では、一例として、自科選択タブ６６ｂが選択され、医師の操作により薬品名入力部６６１に薬品名「マーズレン」の一部である「マーズ」が入力されている。この状態で、検索ボタン６６２が選択された結果、薬品名入力部６６１に入力された薬品名を含む（図１４では「マーズレンＳ顆粒０．５ｇ包」を含む）投薬パターン、かつ、基準を満たす投薬パターンが、投薬した日付の新しいものから順に表示されている。
次に、電子カルテシステムの処理を説明する。
図１５は、電子カルテシステムの全体処理を示すフローチャートである。
まず、アプリケーション実行部２４が、医師の操作に応じて電子カルテアプリケーションを呼び出す。また、アプリケーション実行部２４が、医師の操作によるログイン名およびパスワードの入力およびログインボタンの選択に応じて、医師管理テーブル１３１ａを参照し、認証処理を行う（ステップＳ１）。
図１５は、電子カルテシステムの全体処理を示すフローチャートである。
まず、アプリケーション実行部２４が、医師の操作に応じて電子カルテアプリケーションを呼び出す。また、アプリケーション実行部２４が、医師の操作によるログイン名およびパスワードの入力およびログインボタンの選択に応じて、医師管理テーブル１３１ａを参照し、認証処理を行う（ステップＳ１）。
ログイン後、アプリケーション実行部２４が、医師の操作による患者およびその患者の受診科の指定に応じて、サーバ装置１０に格納されている当該患者の電子カルテを取得して開く（ステップＳ２）。また、患者管理テーブル１３２ａに格納されている当該患者の情報を取得する。
その後、医師の操作により、投薬指示ツールが選択されると、アプリケーション実行部２４は、投薬指示ツールを起動する（ステップＳ３）。
次に、医師の操作により、投薬指示ツール内の投薬オーダメニューが選択されると、アプリケーション実行部２４が、投薬オーダ指示画面６０を起動させる（ステップＳ４）。
次に、医師の操作により、投薬指示ツール内の投薬オーダメニューが選択されると、アプリケーション実行部２４が、投薬オーダ指示画面６０を起動させる（ステップＳ４）。
次に、医師の操作により、投薬オーダ指示画面６０内の薬剤タブ６５１が選択されると、薬剤検索部６５ａが起動する（ステップＳ５）。
次に、医師の操作により、薬品検索タブ６５１ａ、薬効検索タブ６５１ｂ、頻用薬検索タブ６５１ｃのいずれかが選択されると、アプリケーション実行部２４が、投薬パターン表示処理を行う（ステップＳ６）。
次に、医師の操作により、薬品検索タブ６５１ａ、薬効検索タブ６５１ｂ、頻用薬検索タブ６５１ｃのいずれかが選択されると、アプリケーション実行部２４が、投薬パターン表示処理を行う（ステップＳ６）。
医師の操作により、終了ボタン６４が選択されると、アプリケーション実行部２４が、投薬オーダ指示画面６０の表示を終了する。また、医師の操作により、投薬指示ツールの終了が選択されると、投薬指示ツールを終了する（ステップＳ７）。
医師の操作により、電子カルテが閉じる旨が選択されると、アプリケーション実行部２４が患者の電子カルテを閉じる（ステップＳ８）。
その後、データ送信部２４４が、当該患者の電子カルテをサーバ装置１０に送信する。これにより、投薬歴管理テーブル１３３ａの内容が更新される。
その後、データ送信部２４４が、当該患者の電子カルテをサーバ装置１０に送信する。これにより、投薬歴管理テーブル１３３ａの内容が更新される。
医師の操作により、電子カルテアプリケーションからのログアウトが選択されると、アプリケーション実行部２４が、電子カルテアプリケーションからログアウトする（ステップＳ９）。これにより、処理を終了する。
次に、投薬パターン表示処理を説明する。
図１６および図１７は、投薬パターン表示処理を示すフローチャートである。
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む（ステップＳ１１）。
図１６および図１７は、投薬パターン表示処理を示すフローチャートである。
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む（ステップＳ１１）。
次に、モード選択部２４１ａが、ログイン時に入力された情報に基づいて、当該クライアント装置２０を操作する医師の情報（所属診療科および経験年数）を取得する（ステップＳ１２）。
次に、モード選択部２４１ａが、ログイン時に入力された情報に基づいて、患者の診療科の情報を取得する（ステップＳ１３）。
次に、モード選択部２４１ａが、医師が所属する診療科と患者の診療科とが一致するか否かを判断する（ステップＳ１４）。
次に、モード選択部２４１ａが、医師が所属する診療科と患者の診療科とが一致するか否かを判断する（ステップＳ１４）。
一致する場合（ステップＳ１４のＹｅｓ）、モード選択部２４１ａが、投薬歴管理テーブル１３３ａを検索するためのキーワード（検索キー）として当該医師の診療科と医師コードをセットする（ステップＳ１５）。
次に、モード選択部２４１ａが、医師過去歴モードを選択する（ステップＳ１６）。
次に、モード選択部２４１ａが、医師過去歴モードを継続して利用するか否かの有無を判断する（ステップＳ１７）。具体的には、医師により、自科選択タブ６６ｂまたは他科選択タブ６６ｃが選択されたか否かを判断する。
次に、モード選択部２４１ａが、医師過去歴モードを継続して利用するか否かの有無を判断する（ステップＳ１７）。具体的には、医師により、自科選択タブ６６ｂまたは他科選択タブ６６ｃが選択されたか否かを判断する。
医師過去歴モードを継続して利用する場合、すなわち、医師により、自科選択タブ６６ｂまたは他科選択タブ６６ｃが選択されていない場合（ステップＳ１７のＹｅｓ）、後述するステップＳ２３に移行する。
一方、医師過去歴モードを継続して利用しない場合、すなわち、医師により、自科選択タブ６６ｂまたは他科選択タブ６６ｃが選択された場合（ステップＳ１７のＮｏ）、選択されたモードは自科過去歴モードであるか否かを判断する（ステップＳ１８）。
選択モードが自科過去歴モードである場合、すなわち、医師により、自科選択タブ６６ｂが選択された場合（ステップＳ１８のＹｅｓ）、モード選択部２４１ａが、投薬歴管理テーブル１３３ａの検索キーに当該医師の診療科をセットする（ステップＳ１９）。
次に、モード選択部２４１ａが、自科過去歴モードを選択し（ステップＳ２０）、ステップＳ２３に移行する。
ステップＳ１４において医師が所属する診療科と患者の診療科が一致しない場合（ステップＳ１４のＮｏ）、およびステップＳ１８において、選択モードが他科過去歴モードである場合、（ステップＳ１８のＮｏ）、モード選択部２４１ａが、投薬歴管理テーブル１３３ａの検索キーに患者の診療科をセットする（図１７のステップＳ２１）。
ステップＳ１４において医師が所属する診療科と患者の診療科が一致しない場合（ステップＳ１４のＮｏ）、およびステップＳ１８において、選択モードが他科過去歴モードである場合、（ステップＳ１８のＮｏ）、モード選択部２４１ａが、投薬歴管理テーブル１３３ａの検索キーに患者の診療科をセットする（図１７のステップＳ２１）。
次に、モード選択部２４１ａが、他科過去歴モードを選択する（ステップＳ２２）。
次に、パターン抽出部２４１ｂが、医師の操作による薬品名入力部６６１への薬品名の一部または全部の入力、および検索ボタン６６２の選択を受け付ける（ステップＳ２３）。
次に、パターン抽出部２４１ｂが、医師の操作による薬品名入力部６６１への薬品名の一部または全部の入力、および検索ボタン６６２の選択を受け付ける（ステップＳ２３）。
次に、パターン抽出部２４１ｂが、投薬パターンベースデータ抽出処理を行う（ステップＳ２４）。なお、この処理は後に詳述する。
次に、投薬パターン圧縮処理部２４２が、投薬パターンベースデータ抽出処理によって抽出された投薬パターンのうち、同一の投薬パターンをまとめる（ステップＳ２５）。
次に、投薬パターン圧縮処理部２４２が、投薬パターンベースデータ抽出処理によって抽出された投薬パターンのうち、同一の投薬パターンをまとめる（ステップＳ２５）。
次に、投薬パターン表示処理部２４３が、投薬パターン表示画面６６をモニタ２０４ａに表示する（ステップＳ２６）。
次に、医師による投薬パターンの選択を受け付けたか否かを判断する（ステップＳ２７）。
次に、医師による投薬パターンの選択を受け付けたか否かを判断する（ステップＳ２７）。
投薬パターンの選択を受け付けた場合（ステップＳ２７のＹｅｓ）、受け付けた投薬パターンを当該患者の電子カルテの処方箋の欄に反映する（ステップＳ２８）。その後、処理を終了する。
一方、投薬パターンの選択がなかった場合（ステップＳ２７のＮｏ）、処理を終了する。
次に、投薬パターンベースデータ抽出処理を説明する。
次に、投薬パターンベースデータ抽出処理を説明する。
図１８は、投薬パターンベースデータ抽出処理を示すフローチャートである。
まず選択されたモードが医師過去歴モードか否かを判断する（ステップＳ３１）。
医師過去歴モードである場合（ステップＳ３１のＹｅｓ）、医師過去歴モード処理を行う（ステップＳ３２）。その後、処理を終了する。
まず選択されたモードが医師過去歴モードか否かを判断する（ステップＳ３１）。
医師過去歴モードである場合（ステップＳ３１のＹｅｓ）、医師過去歴モード処理を行う（ステップＳ３２）。その後、処理を終了する。
一方、ステップＳ３１において選択されたモードが医師過去歴モードではない場合（ステップＳ３１のＮｏ）、選択されたモードが自科過去歴モードか否かを判断する（ステップＳ３３）。
起動されたモードが自科過去歴モードである場合（ステップＳ３３のＹｅｓ）、自科過去歴モード処理を行う（ステップＳ３４）。その後、処理を終了する。
一方、起動されたモードが自科過去歴モードではない場合（ステップＳ３３のＮｏ）、他科過去歴モード処理を行う（ステップＳ３５）。その後、処理を終了する。
一方、起動されたモードが自科過去歴モードではない場合（ステップＳ３３のＮｏ）、他科過去歴モード処理を行う（ステップＳ３５）。その後、処理を終了する。
次に、医師過去歴モード処理を説明する。
図１９は、医師過去歴モード処理を示すフローチャートである。
まず、当該医師の診療科、医師コードおよび検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ４１）。
図１９は、医師過去歴モード処理を示すフローチャートである。
まず、当該医師の診療科、医師コードおよび検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ４１）。
次に、検索した結果、該当する投薬パターンが存在するか否かを判断する（ステップＳ４２）。
該当する投薬パターンが存在する場合（ステップＳ４２のＹｅｓ）、その投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する（ステップＳ４３）。その後、ステップＳ４１に移行し、ステップＳ４１以降の処理を繰り返し行う。
該当する投薬パターンが存在する場合（ステップＳ４２のＹｅｓ）、その投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する（ステップＳ４３）。その後、ステップＳ４１に移行し、ステップＳ４１以降の処理を繰り返し行う。
一方、該当する投薬パターンが存在しない場合（ステップＳ４２のＮｏ）、処理を終了する。
次に、自科過去歴モード処理を説明する。
次に、自科過去歴モード処理を説明する。
図２０は、自科過去歴モード処理を示すフローチャートである。
まず、当該医師の診療科および検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ５１）。
まず、当該医師の診療科および検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ５１）。
次に、検索した結果、該当する投薬パターンが存在するか否かを判断する（ステップＳ５２）。
該当する投薬パターンが存在する場合（ステップＳ５２のＹｅｓ）、その投薬パターンが、当該医師自身が指示した投薬パターンか否かを判断する（ステップＳ５３）。
該当する投薬パターンが存在する場合（ステップＳ５２のＹｅｓ）、その投薬パターンが、当該医師自身が指示した投薬パターンか否かを判断する（ステップＳ５３）。
当該医師自身が指示した投薬パターンではない場合（ステップＳ５３のＮｏ）、医師管理テーブル１３１ａを参照し、当該投薬パターンを発行した医師の経験年数を取得する（ステップＳ５４）。
次に、当該投薬パターンを発行した医師の経験年数が、当該医師の経験年数より長いか否かを判断する（ステップＳ５５）。
長くない場合（ステップＳ５５のＮｏ）、当該投薬パターンを破棄する（ステップＳ５７）。その後ステップＳ５１に移行し、ステップＳ５１以降の処理を継続して行う。
長くない場合（ステップＳ５５のＮｏ）、当該投薬パターンを破棄する（ステップＳ５７）。その後ステップＳ５１に移行し、ステップＳ５１以降の処理を継続して行う。
一方、長い場合（ステップＳ５５のＹｅｓ）、当該投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａの当該発行医師のカウント値をカウントアップする（ステップＳ５６）。その後、ステップＳ５１に移行し、ステップＳ５１以降の処理を継続して行う。
ステップＳ５２において該当する投薬パターンが存在しない場合、すなわち、投薬歴管理テーブル１３３ａの全ての投薬パターンについて検索を終了した場合（ステップＳ５２のＮｏ）、パターン抽出ベースＤＢ２４１ｃに格納されている投薬パターンのうち、当該医師以外の医師のカウント値が、条件マスタ管理テーブル１３５ａに格納されている経験判断薬品使用回数未満である投薬パターンを削除する（ステップＳ５８）。その後、処理を終了する。
次に、他科過去歴モード処理を説明する。
図２１は、他科過去歴モード処理を示すフローチャートである。
まず、患者の診療科および検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ６１）。
図２１は、他科過去歴モード処理を示すフローチャートである。
まず、患者の診療科および検索薬品名を検索キーに、投薬歴管理テーブル１３３ａを検索する（ステップＳ６１）。
次に、検索した結果、該当する投薬パターンが存在するか否かを判断する（ステップＳ６２）。
該当する投薬パターンが存在する場合（ステップＳ６２のＹｅｓ）、医師管理テーブル１３１ａを参照し、当該投薬パターンを発行した医師の職能情報を取得する（ステップＳ６３）。
該当する投薬パターンが存在する場合（ステップＳ６２のＹｅｓ）、医師管理テーブル１３１ａを参照し、当該投薬パターンを発行した医師の職能情報を取得する（ステップＳ６３）。
次に、条件マスタ管理テーブル１３５ａを参照し、取得した職能情報が、参考許可職能か否かを判断する（ステップＳ６４）。
参考許可職能ではない場合（ステップＳ６４のＮｏ）、当該投薬パターンを破棄する（ステップＳ６５）。その後ステップＳ６１に移行し、ステップＳ６１以降の処理を継続して行う。
参考許可職能ではない場合（ステップＳ６４のＮｏ）、当該投薬パターンを破棄する（ステップＳ６５）。その後ステップＳ６１に移行し、ステップＳ６１以降の処理を継続して行う。
一方、参考許可職能である場合（ステップＳ６４のＹｅｓ）、当該投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａの当該発行医師のカウント値をカウントアップする（ステップＳ６６）。その後、ステップＳ６１に移行し、ステップＳ６１以降の処理を継続して行う。
ステップＳ６２において該当する投薬パターンが存在しない場合、すなわち、投薬歴管理テーブル１３３ａの全ての投薬パターンについて検索を終了した場合（ステップＳ６２のＮｏ）、パターン抽出ベースＤＢ２４１ｃに格納されている投薬パターンの医師のカウント値が、条件マスタ管理テーブル１３５ａに格納されている経験判断薬品使用回数未満である投薬パターンを削除する（ステップＳ６７）。その後、処理を終了する。
＜具体例＞
次に、前述した各テーブルを用いて投薬パターン表示処理の具体例を説明する。
以下、第１の具体例では、Ｅ医師が、内科の患者を診察し、「マーズレンＳ顆粒０．５ｇ包」を検索するときの具体例を説明する。
次に、前述した各テーブルを用いて投薬パターン表示処理の具体例を説明する。
以下、第１の具体例では、Ｅ医師が、内科の患者を診察し、「マーズレンＳ顆粒０．５ｇ包」を検索するときの具体例を説明する。
＜第１の具体例＞
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む。
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む。
次に、モード選択部２４１ａが、ログイン時に参照した医師情報である、医師名称「Ｅ医師」、医師コード「ＤＲ０００５」、所属診療科「内科」、医師免許取得日「１９９１０４０１」を受け取る。
次に、モード選択部２４１ａが、患者の診療科「内科」を取得する。ここで、Ｅ医師の所属診療科と患者の診療科が一致するか否かを判断する。Ｅ医師の診療科と患者の診療科はいずれも「内科」であるため、投薬歴管理テーブル１３３ａの検索キーに所属診療科「内科」と医師コード「ＤＲ０００５」とをセットする。
次に、モード選択部２４１ａが、医師過去歴モードを選択する。
次に、モード選択部２４１ａが、他のモードが選択されたか否かを判断する。本具体例では、Ｅ医師により自科選択タブ６６ｂが選択されたものとする。
次に、モード選択部２４１ａが、他のモードが選択されたか否かを判断する。本具体例では、Ｅ医師により自科選択タブ６６ｂが選択されたものとする。
これにより、モード選択部２４１ａが、投薬歴管理テーブル１３３ａの検索キーにＥ医師の診療科「内科」をセットする。
次に、モード選択部２４１ａが、自科過去歴モードを選択する。
次に、モード選択部２４１ａが、自科過去歴モードを選択する。
次に、モード選択部２４１ａが、Ｅ医師の操作による薬品名入力部６６１への薬品名「マーズレンＳ顆粒０．５ｇ包」の入力、および検索ボタン６６２の選択を受け付ける。
次に、パターン抽出部２４１ｂが、投薬パターンベースデータ抽出処理を行う。本具体例では、自科過去歴モードが選択されているため、診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
次に、パターン抽出部２４１ｂが、投薬パターンベースデータ抽出処理を行う。本具体例では、自科過去歴モードが選択されているため、診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
まず、オーダ番号「００００００６０」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬パターンによる投薬パターンか否かを判断する。オーダ番号「００００００６０」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ｅ医師自身の投薬パターンによる投薬パターンか否かを判断する。オーダ番号「００００００６０」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
Ａ医師の医師免許取得日は、「１９７７０４０１」であり、Ｅ医師の医師免許取得日は、「１９９１０４０１」であるため、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００６０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
Ａ医師の医師免許取得日は、「１９７７０４０１」であり、Ｅ医師の医師免許取得日は、「１９９１０４０１」であるため、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００６０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「００００００７０」の投薬パターンが見つかる。
すると、オーダ番号「００００００７０」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「００００００７０」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００７０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００７０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「００００００８８」の投薬パターンが見つかる。なお、オーダ番号「００００００８５」の投薬パターンは、診療科が異なるため、検索にヒットしない。
すると、オーダ番号「００００００８８」の投薬パターンが見つかる。なお、オーダ番号「００００００８５」の投薬パターンは、診療科が異なるため、検索にヒットしない。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「００００００８８」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００８８」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「００００００８８」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００１００」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００１００」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００１００」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００１００」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００１００」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００１１０」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００１１０」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００１１０」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００１１０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００１１０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。
また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００３００」の投薬パターンが見つかる。なお、オーダ番号「０００００２２０」の投薬パターンは、診療科が異なるため、検索にヒットしない。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００３００」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００３００」の投薬パターンは、Ａ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ａ医師の経験年数を取得する。
次に、Ａ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００３００」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
前述したように、Ａ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００３００」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＡ医師の医師コード「ＤＲ０００１」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００５４０」の投薬パターンが見つかる。
すると、オーダ番号「０００００５４０」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００５４０」の投薬パターンは、Ｃ医師の投薬指示による投薬パターンであるため、医師管理テーブル１３１ａを参照し、Ｃ医師の経験年数を取得する。
次に、Ｃ医師の経験年数が、Ｅ医師の経験年数より長いか否かを判断する。
Ｃ医師の医師免許取得日は、「１９８５０４０１」であり、Ｅ医師の医師免許取得日「１９９１０４０１」より長いため、Ｃ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００５４０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＣ医師の医師コード「ＤＲ０００３」の欄のカウント値を「１」カウントアップする。
Ｃ医師の医師免許取得日は、「１９８５０４０１」であり、Ｅ医師の医師免許取得日「１９９１０４０１」より長いため、Ｃ医師の経験年数が、Ｅ医師の経験年数より長いと判断する。従って、オーダ番号「０００００５４０」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＣ医師の医師コード「ＤＲ０００３」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００５５５」の投薬パターンが見つかる。
すると、オーダ番号「０００００５５５」の投薬パターンが見つかる。
次に、Ｅ医師自身の投薬指示による投薬パターンか否かを判断する。オーダ番号「０００００５５５」の投薬パターンは、Ｅ医師の投薬指示による投薬パターンであるため、オーダ番号「０００００５５５」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブル１３４ａのＥ医師の医師コード「ＤＲ０００５」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「内科」および検索薬品名「マーズレンＳ顆粒０．５ｇ包」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
すると、該当する投薬パターンは存在しないため、Ｅ医師以外の医師で、条件マスタ管理テーブル１３５ａに指定されている経験判断薬品使用回数未満の医師が発行した投薬パターンを削除する。
すると、該当する投薬パターンは存在しないため、Ｅ医師以外の医師で、条件マスタ管理テーブル１３５ａに指定されている経験判断薬品使用回数未満の医師が発行した投薬パターンを削除する。
本具体例では、Ｅ医師以外の医師は、Ａ医師とＣ医師である。
Ａ医師については、本処理を行う前のＡ医師のカウント値「２０」が、本処理によって「６」カウントアップしているため、Ａ医師の総カウント数は「２６」になっている。一方、内科の経験判断薬品使用回数の値の欄には「１５」が格納されている。従って、Ａ医師についての投薬パターンは削除しない。
Ａ医師については、本処理を行う前のＡ医師のカウント値「２０」が、本処理によって「６」カウントアップしているため、Ａ医師の総カウント数は「２６」になっている。一方、内科の経験判断薬品使用回数の値の欄には「１５」が格納されている。従って、Ａ医師についての投薬パターンは削除しない。
Ｃ医師については、本処理を行う前のカウント値「１０」が、本処理によって「１」カウントアップしているため、総カウント数は「１１」になっている。一方、内科の経験判断薬品使用回数の値の欄には「１５」が格納されている。従って、Ｃ医師についての投薬パターンは削除する。
以上で投薬パターンベースデータ抽出処理を終了する。
図２２は、具体例の投薬パターンベースデータ抽出処理終了時のパターン抽出ベースＤＢに格納されているデータを示す図である。
図２２は、具体例の投薬パターンベースデータ抽出処理終了時のパターン抽出ベースＤＢに格納されているデータを示す図である。
次に、投薬パターン圧縮処理部２４２が、データテーブル２４１ｃ１に格納されている投薬パターンのうち、同一の投薬パターンをまとめる。
本具体例では、オーダ番号「００００００７０」の投薬パターンとオーダ番号「００００００８８」の投薬パターンは、いずれも項目名称の欄が「マーズレンＳ顆粒０．５包」、「ロキソニン錠６０ｍｇ」、「内服 １日３回 朝昼夕 食前」であるため、オーダ日が新しいオーダ番号「００００００８８」の投薬パターンにまとめる。
本具体例では、オーダ番号「００００００７０」の投薬パターンとオーダ番号「００００００８８」の投薬パターンは、いずれも項目名称の欄が「マーズレンＳ顆粒０．５包」、「ロキソニン錠６０ｍｇ」、「内服 １日３回 朝昼夕 食前」であるため、オーダ日が新しいオーダ番号「００００００８８」の投薬パターンにまとめる。
また、オーダ番号「０００００１００」の投薬パターンとオーダ番号「０００００５５５」の投薬パターンは、いずれも項目名称の欄が「マーズレンＳ顆粒０．５包」、「ＰＬ顆粒」、「ロキソニン錠６０ｍｇ」、「内服 １日３回 朝昼夕 食前」であるため、オーダ日が新しいオーダ番号「０００００５５５」の投薬パターンにまとめる。
さらに、オーダ番号「０００００１１０」の投薬パターンとオーダ番号「０００００３００」の投薬パターンは、いずれも項目名称の欄が「マーズレンＳ顆粒０．５包」、「ガスターＤ錠１０ｍｇ」、「内服 １日３回 朝昼夕 食前」であるため、オーダ日が新しいオーダ番号「０００００３００」の投薬パターンにまとめる。
それ以外の同一の投薬パターンは存在しない。従って、投薬パターン表示処理部２４３が、オーダ番号「００００００６０」、「００００００８８」、「０００００３００」および「０００００５５５」の投薬パターンが検索結果表示部６６３に表示された投薬パターン表示画面６６を、モニタ２０４ａに表示する。これにより、図１４に示す投薬パターン表示画面６６が表示される。
その後、投薬パターン表示画面６６に表示される投薬パターンがＥ医師により選択されると、選択された投薬パターンを当該患者の電子カルテの処方箋の欄に反映する。
以下、第２の具体例では、Ｅ医師が、外科の患者を診察し、「セルタッチ」を検索するときの具体例を説明する。
以下、第２の具体例では、Ｅ医師が、外科の患者を診察し、「セルタッチ」を検索するときの具体例を説明する。
＜第２の具体例＞
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む。
まず、モード選択部２４１ａが、条件マスタ管理テーブル１３５ａに格納されている内容を読み込む。
次に、モード選択部２４１ａが、ログイン時に参照した医師情報である、医師名称「Ｅ医師」、医師コード「ＤＲ０００５」、所属診療科「内科」、医師免許取得日「１９９１０４０１」を受け取る。
次に、モード選択部２４１ａが、患者の診療科「外科」を取得する。ここで、Ｅ医師の所属診療科と患者の診療科が一致するか否かを判断する。Ｅ医師の所属診療科は「内科」であり、患者の診療科は「外科」であるため、投薬歴管理テーブル１３３ａの検索キーに患者の診療科「外科」をセットする。
次に、モード選択部２４１ａが、他科過去歴モードを選択する。
次に、モード選択部２４１ａが、Ｅ医師の操作による薬品名入力部６６１への薬品名「セルタッチ」の入力、および検索ボタン６６２の選択を受け付ける。
次に、モード選択部２４１ａが、Ｅ医師の操作による薬品名入力部６６１への薬品名「セルタッチ」の入力、および検索ボタン６６２の選択を受け付ける。
次に、パターン抽出部２４１ｂが、投薬パターンベースデータ抽出処理を行う。本具体例では、他科過去歴モードが選択されているため、診療科「外科」および検索薬品名「セルタッチ」を検索キーに、投薬歴管理テーブル１３３ａを検索する。
まず、オーダ番号「００００００８５」の投薬パターンが見つかる。
次に、医師管理テーブル１３１ａを参照し、オーダ番号「００００００８５」の投薬パターンのＢ医師の職能情報「准教授」を取得する。
次に、医師管理テーブル１３１ａを参照し、オーダ番号「００００００８５」の投薬パターンのＢ医師の職能情報「准教授」を取得する。
次に、条件マスタ管理テーブル１３５ａを参照し、Ｂ医師が参考可能な職能か否かを判断する。本具体例では、外科の参考許可職能は、「教授」および「准教授」であるため、Ｂ医師が参考可能な職能であると判断する。従って、オーダ番号「００００００８５」の投薬パターンをパターン抽出ベースＤＢ２４１ｃに格納する。また、発行医師カウント管理テーブルのＢ医師の医師コード「ＤＲ０００２」の欄のカウント値を「１」カウントアップする。
次に、再び診療科「外科」および検索薬品名「セルタッチ」を検索キーに投薬歴管理テーブル１３３ａを検索する。
すると、オーダ番号「０００００２２０」の投薬パターンが見つかる。
すると、オーダ番号「０００００２２０」の投薬パターンが見つかる。
次に、医師管理テーブル１３１ａを参照し、オーダ番号「０００００２２０」の投薬パターンのＤ医師の職能情報「講師」を取得する。
次に、条件マスタ管理テーブル１３５ａを参照し、Ｄ医師が参考可能な職能か否かを判断する。本具体例では、外科の参考許可職能は、「教授」および「准教授」であるため、Ｄ医師が参考可能な職能ではないと判断する。従って、オーダ番号「０００００２２０」の投薬パターンを破棄する。
次に、条件マスタ管理テーブル１３５ａを参照し、Ｄ医師が参考可能な職能か否かを判断する。本具体例では、外科の参考許可職能は、「教授」および「准教授」であるため、Ｄ医師が参考可能な職能ではないと判断する。従って、オーダ番号「０００００２２０」の投薬パターンを破棄する。
次に、再び診療科「外科」および検索薬品名「セルタッチ」を検索キーに投薬歴管理テーブル１３３ａを検索する。
すると、該当する投薬パターンは存在しないため、条件マスタ管理テーブル１３５ａに指定されている経験判断薬品使用回数未満の医師が発行した投薬パターンを削除する。
すると、該当する投薬パターンは存在しないため、条件マスタ管理テーブル１３５ａに指定されている経験判断薬品使用回数未満の医師が発行した投薬パターンを削除する。
本具体例では、Ｂ医師については、本処理を行う前のカウント値「２６」に本処理によって「１」カウントアップしているため、総カウント数は「２７」になっている。一方、外科の経験判断薬品使用回数の値の欄には「１５」が格納されており、Ｂ医師についての投薬パターンは削除しない。
図２３は、具体例の投薬パターンベースデータ抽出処理終了時のパターン抽出ベースＤＢに格納されているデータを示す図である。
次に、投薬パターン圧縮処理部２４２が、データテーブル２４１ｃ２に格納されている投薬パターンのうち、同一の投薬パターンをまとめる。
次に、投薬パターン圧縮処理部２４２が、データテーブル２４１ｃ２に格納されている投薬パターンのうち、同一の投薬パターンをまとめる。
本具体例では、まとめる投薬パターンは存在しないため、投薬パターン表示処理部２４３が、オーダ番号「００００００８５」の投薬パターンが検索結果表示部６６３に表示された投薬パターン表示画面６６を、モニタ２０４ａに表示する。
図２４は、第２の具体例の投薬パターン表示画面を示す図である。
その後、投薬パターン表示画面６６に表示される投薬パターンが選択されると、選択された投薬パターンを当該患者の電子カルテの処方箋の欄に反映する。
その後、投薬パターン表示画面６６に表示される投薬パターンが選択されると、選択された投薬パターンを当該患者の電子カルテの処方箋の欄に反映する。
以上述べたように、電子カルテシステム１００によれば、自己が当該診療科で行ってきた過去の投薬パターンを再確認しながら投薬内容を吟味することができるため、医師は、自己の所属する診療科における患者に対する信頼性の高い投薬パターンを容易かつ確実に得ることができる。
また、他の診療科の専門医が行った投薬を考慮しながら投薬内容を決定することができるため、他の診療科の患者について専門外の投薬を行わなければならないような場合においても、信頼性の高い投薬パターンを容易かつ確実に得ることができる。
また、発行医師カウント管理テーブル１３４ａを設け、他の医師が検索対象の薬品を使用した回数（すなわち当該薬品の一定の使用経験）を投薬パターンの抽出の判断対象として考慮することができる。これにより、抽出する投薬パターンの信頼性を高めることができる。
また、条件マスタ管理テーブル１３５ａの経験判断薬品使用回数および参考許可職能を科毎に設定するようにしたので、科の事情等も投薬パターンの抽出の判断対象として考慮することができる。これにより、抽出する投薬パターンの信頼性を高めることができる。
以上、本発明のデータ選択支援プログラム、データ選択支援装置およびデータ選択支援方法を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
また、本発明は、前述した実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、クライアント装置２０が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、クライアント装置２０が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
データ選択支援プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
以上の実施の形態に関し、更に以下の付記を開示する。
（付記１） コンピュータを、
薬品を特定する情報の入力を受け付ける入力受付手段、
患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出手段、
前記第１の抽出手段により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出する第２の抽出手段、
前記第２の抽出手段により抽出された投薬パターンを表示する表示手段、
として機能させることを特徴とするデータ選択支援プログラム。
（付記１） コンピュータを、
薬品を特定する情報の入力を受け付ける入力受付手段、
患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出手段、
前記第１の抽出手段により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出する第２の抽出手段、
前記第２の抽出手段により抽出された投薬パターンを表示する表示手段、
として機能させることを特徴とするデータ選択支援プログラム。
（付記２） 前記コンピュータを、利用者の所属診療科の入力を受け付ける診療科入力受付手段として機能させ、
前記投薬パターンは、前記決定者の診療科の情報を有しており、
前記第２の抽出手段は、前記利用者の所属診療科と患者の受診科とが一致しない場合には、前記第１の抽出手段により抽出された投薬パターンのうち、前記患者の受診科の所定の職級以上の前記決定者の前記投薬パターンを抽出することを特徴とする付記１記載のデータ選択支援プログラム。
前記投薬パターンは、前記決定者の診療科の情報を有しており、
前記第２の抽出手段は、前記利用者の所属診療科と患者の受診科とが一致しない場合には、前記第１の抽出手段により抽出された投薬パターンのうち、前記患者の受診科の所定の職級以上の前記決定者の前記投薬パターンを抽出することを特徴とする付記１記載のデータ選択支援プログラム。
（付記３） 前記コンピュータを、利用者の所属診療科の入力を受け付ける診療科入力受付手段として機能させ、
前記投薬パターンは、前記決定者の診療科の情報を有しており、
前記第２の抽出手段は、前記利用者の所属診療科と患者の受診科とが一致する場合には、前記第１の抽出手段により抽出された投薬パターンのうち、前記利用者の所属する診療科において前記利用者よりも経験年数が長い前記決定者の前記投薬パターンを抽出することを特徴とする付記１記載のデータ選択支援プログラム。
前記投薬パターンは、前記決定者の診療科の情報を有しており、
前記第２の抽出手段は、前記利用者の所属診療科と患者の受診科とが一致する場合には、前記第１の抽出手段により抽出された投薬パターンのうち、前記利用者の所属する診療科において前記利用者よりも経験年数が長い前記決定者の前記投薬パターンを抽出することを特徴とする付記１記載のデータ選択支援プログラム。
（付記４） 前記第２の抽出手段は、前記基準を満たす投薬パターンの数を前記決定者毎にカウントし、前記基準を満たす投薬パターンのうち予め用意された数以上投薬を行っている前記決定者の投薬パターンを抽出することを特徴とする付記１ないし３のいずれかに記載のデータ選択支援プログラム。
（付記５） 前記予め用意された回数は、前記決定者の所属診療科毎に異なることを特徴とする付記４記載のデータ選択支援プログラム。
（付記６） コンピュータを、さらに、前記表示手段により表示された前記投薬パターンの選択を受け付ける投薬パターン選択受付手段、
前記投薬パターン選択受付手段により受け付けられた前記投薬パターンを新たな投薬パターンとして前記データベースに格納させる格納手段、
として機能させることを特徴とする付記１記載のデータ選択支援プログラム。
（付記６） コンピュータを、さらに、前記表示手段により表示された前記投薬パターンの選択を受け付ける投薬パターン選択受付手段、
前記投薬パターン選択受付手段により受け付けられた前記投薬パターンを新たな投薬パターンとして前記データベースに格納させる格納手段、
として機能させることを特徴とする付記１記載のデータ選択支援プログラム。
（付記７） 薬品を特定する情報の入力を受け付ける入力受付部と、
患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出部と、
前記第１の抽出部により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出する第２の抽出部と、
前記第２の抽出部により抽出された投薬パターンを表示する表示部と、
を有することを特徴とするデータ選択支援装置。
患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出部と、
前記第１の抽出部により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出する第２の抽出部と、
前記第２の抽出部により抽出された投薬パターンを表示する表示部と、
を有することを特徴とするデータ選択支援装置。
（付記８） コンピュータが備える、
入力受付手段が、薬品を特定する情報の入力を受け付け、
第１の抽出手段が、患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出し、
第２の抽出手段が、前記第１の抽出手段により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出し、
表示手段が、前記第２の抽出手段により抽出された投薬パターンを表示する、
ことを特徴とするデータ選択支援方法。
入力受付手段が、薬品を特定する情報の入力を受け付け、
第１の抽出手段が、患者への投薬を決定した決定者を識別する情報を備える投薬パターンが複数格納されたデータベースから、前記薬品を含む投薬パターンを抽出し、
第２の抽出手段が、前記第１の抽出手段により抽出された前記投薬パターンのうち、予め用意された前記決定者の経験を判断する基準を満たす前記投薬パターンを抽出し、
表示手段が、前記第２の抽出手段により抽出された投薬パターンを表示する、
ことを特徴とするデータ選択支援方法。
１ コンピュータ
２ 入力受付手段
３ 第１の抽出手段
４ 第２の抽出手段
５ 表示手段
６ データベース
１０、３０、４０ サーバ装置
１１ データ送受信部
１２ 制御部
１３ 電子カルテ処理用データ格納部
２０ クライアント装置
２１ 入力受付部
２２ インタフェース部
２３ アプリケーション格納部
２４ アプリケーション実行部
６０ 投薬オーダ指示画面
６１ 患者ＩＤ表示部
６２ 患者氏名表示部
６３ 投薬オーダ伝票選択部
６４ 終了ボタン
６５ 検索部
６５ａ 薬剤検索部
６６ 投薬パターン表示画面
６６ａ 医師選択タブ
６６ｂ 自科選択タブ
６６ｃ 他科選択タブ
７０ ネットワーク
１００ 電子カルテシステム
１３１ａ 医師管理テーブル
１３２ａ 患者管理テーブル
１３３ａ 投薬歴管理テーブル
１３４ａ 発行医師カウント管理テーブル
１３５ 条件マスタ
１３５ａ 条件マスタ管理テーブル
２４１ｃ１、２４１ｃ２ データテーブル
２４１ データ抽出処理部
２４１ａ モード選択部
２４１ｂ パターン抽出部
２４２ 投薬パターン圧縮処理部
２４３ 投薬パターン表示処理部
２４４ データ送信部
６３１ ボタン
６３２ 処方日表示部
６５１ 薬剤タブ
６５１ａ 薬品検索タブ
６５１ｂ 薬効検索タブ
６５１ｃ 頻用薬検索タブ
６５２ 用法タブ
６５３ コメントタブ
６５４ 煎じ薬タブ
６６１ 薬品名入力部
６６２ 検索ボタン
６６３ 検索結果表示部
２ 入力受付手段
３ 第１の抽出手段
４ 第２の抽出手段
５ 表示手段
６ データベース
１０、３０、４０ サーバ装置
１１ データ送受信部
１２ 制御部
１３ 電子カルテ処理用データ格納部
２０ クライアント装置
２１ 入力受付部
２２ インタフェース部
２３ アプリケーション格納部
２４ アプリケーション実行部
６０ 投薬オーダ指示画面
６１ 患者ＩＤ表示部
６２ 患者氏名表示部
６３ 投薬オーダ伝票選択部
６４ 終了ボタン
６５ 検索部
６５ａ 薬剤検索部
６６ 投薬パターン表示画面
６６ａ 医師選択タブ
６６ｂ 自科選択タブ
６６ｃ 他科選択タブ
７０ ネットワーク
１００ 電子カルテシステム
１３１ａ 医師管理テーブル
１３２ａ 患者管理テーブル
１３３ａ 投薬歴管理テーブル
１３４ａ 発行医師カウント管理テーブル
１３５ 条件マスタ
１３５ａ 条件マスタ管理テーブル
２４１ｃ１、２４１ｃ２ データテーブル
２４１ データ抽出処理部
２４１ａ モード選択部
２４１ｂ パターン抽出部
２４２ 投薬パターン圧縮処理部
２４３ 投薬パターン表示処理部
２４４ データ送信部
６３１ ボタン
６３２ 処方日表示部
６５１ 薬剤タブ
６５１ａ 薬品検索タブ
６５１ｂ 薬効検索タブ
６５１ｃ 頻用薬検索タブ
６５２ 用法タブ
６５３ コメントタブ
６５４ 煎じ薬タブ
６６１ 薬品名入力部
６６２ 検索ボタン
６６３ 検索結果表示部
Claims (8)
- コンピュータを、
薬品を特定する情報及び利用者の所属診療科の入力を受け付ける入力受付手段、
患者への投薬を決定した決定者を識別する情報及び当該決定者の診療科の情報を備える投薬パターンが複数格納された第１のデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出手段、
前記利用者の所属診療科と前記患者の受診科とが一致しない場合に、前記第１の抽出手段により抽出された前記投薬パターンのうち前記患者の受診科と所属診療科とが一致する決定者の投薬パターンの中から、第２のデータベースに格納された診療経験の長さに関する情報又は職級に関する情報の少なくとも１つを用いて選択した決定者の投薬パターンを抽出する第２の抽出手段、
前記第２の抽出手段により抽出された投薬パターンを表示する表示手段、
として機能させる
ことを特徴とするデータ選択支援プログラム。 - 前記第２のデータベースには前記決定者の職級を示す情報が格納されており、
前記第２の抽出手段は、前記利用者の所属診療科と前記患者の受診科とが一致しない場合に、前記第１の抽出手段により抽出された前記投薬パターンのうち前記患者の受診科と所属診療科が一致する決定者の前記投薬パターンの中から、前記第２のデータベースをもとに所定の職級以上である決定者の前記投薬パターンを抽出する
ことを特徴とする請求項１記載のデータ選択支援プログラム。 - 前記第２のデータベースには前記決定者の経験年数及び前記利用者の経験年数に関する情報が格納されており、
前記第２の抽出手段は、前記利用者の所属診療科と前記患者の受診科とが一致する場合に、前記第１の抽出手段により抽出された前記投薬パターンのうち前記利用者と所属診療科が一致する決定者の前記投薬パターンの中から、前記第２のデータベースをもとに前記利用者よりも経験年数が長い決定者の前記投薬パターンを抽出する
ことを特徴とする請求項１記載のデータ選択支援プログラム。 - 前記第２の抽出手段は、前記所定の基準を満たす投薬パターンの数を前記決定者毎にカウントし、前記所定の基準を満たす投薬パターンのうち予め用意された数以上投薬を行っている前記決定者の投薬パターンを抽出する
ことを特徴とする請求項１ないし３のいずれかに記載のデータ選択支援プログラム。 - 前記コンピュータを、さらに、前記表示手段により表示された前記投薬パターンの選択を受け付ける投薬パターン選択受付手段、
前記投薬パターン選択受付手段により受け付けられた前記投薬パターンを新たな投薬パターンとして前記第１のデータベースに格納させる格納手段、
として機能させる
ことを特徴とする請求項１記載のデータ選択支援プログラム。 - 前記第２のデータベースには前記決定者の職級を示す情報が格納されており、
前記第２の抽出手段は、前記第２のデータベースをもとに前記決定者の職級に応じて前記表示手段に優先的に表示させる前記投薬パターンを決定し、
前記表示手段は、前記第２の抽出手段により決定された前記投薬パターンを表示する
ことを特徴とする請求項１記載のデータ選択支援プログラム。 - 薬品を特定する情報及び利用者の所属診療科の入力を受け付ける入力受付部と、
患者への投薬を決定した決定者を識別する情報及び当該決定者の診療科の情報を備える投薬パターンが複数格納された第１のデータベースから、前記薬品を含む投薬パターンを抽出する第１の抽出部と、
前記利用者の所属診療科と前記患者の受診科とが一致しない場合に、前記第１の抽出部により抽出された前記投薬パターンのうち前記患者の受診科と所属診療科とが一致する決定者の投薬パターンの中から、第２のデータベースに格納された診療経験の長さに関する情報又は職級に関する情報の少なくとも１つを用いて選択した決定者の投薬パターンを抽出する第２の抽出部と、
前記第２の抽出部により抽出された投薬パターンを表示する表示部と、
を有する
ことを特徴とするデータ選択支援装置。 - コンピュータが備える、
入力受付手段が、薬品を特定する情報及び利用者の所属診療科の入力を受け付け、
第１の抽出手段が、患者への投薬を決定した決定者を識別する情報及び当該決定者の診療科の情報を備える投薬パターンが複数格納された第１のデータベースから、前記薬品を含む投薬パターンを抽出し、
第２の抽出手段が、前記利用者の所属診療科と前記患者の受診科とが一致しない場合に、前記第１の抽出手段により抽出された前記投薬パターンのうち前記患者の受診科と所属診療科とが一致する決定者の投薬パターンの中から、第２のデータベースに格納された診療経験の長さに関する情報又は職級に関する情報の少なくとも１つを用いて選択した決定者の投薬パターンを抽出し、
表示手段が、前記第２の抽出手段により抽出された投薬パターンを表示する、
ことを特徴とするデータ選択支援方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008323358A JP5245804B2 (ja) | 2008-12-19 | 2008-12-19 | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008323358A JP5245804B2 (ja) | 2008-12-19 | 2008-12-19 | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010146323A JP2010146323A (ja) | 2010-07-01 |
| JP5245804B2 true JP5245804B2 (ja) | 2013-07-24 |
Family
ID=42566698
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008323358A Active JP5245804B2 (ja) | 2008-12-19 | 2008-12-19 | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5245804B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5494018B2 (ja) * | 2010-03-02 | 2014-05-14 | 富士通株式会社 | 入力支援プログラム、入力支援装置、入力支援システム、及び入力支援方法 |
| JP5696565B2 (ja) | 2010-06-28 | 2015-04-08 | 株式会社リコー | シート搬送装置および画像形成装置 |
| JP6289064B2 (ja) * | 2013-12-09 | 2018-03-07 | キヤノンメディカルシステムズ株式会社 | 医療情報システム及び推奨アプリケーションの検索方法 |
| JP7331620B2 (ja) * | 2019-10-23 | 2023-08-23 | 株式会社島津製作所 | 診断支援方法および診断支援システム |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4758927B2 (ja) * | 2007-03-08 | 2011-08-31 | 富士通株式会社 | 電子カルテ操作誘導プログラム、電子カルテ操作誘導方法、および、電子カルテ操作誘導装置 |
-
2008
- 2008-12-19 JP JP2008323358A patent/JP5245804B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010146323A (ja) | 2010-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Lin et al. | Telehealth for substance-using populations in the age of coronavirus disease 2019: recommendations to enhance adoption | |
| Copland et al. | Oral anticoagulation and hemorrhagic complications in an elderly population with atrial fibrillation | |
| US8019623B2 (en) | System and methods for providing medication selection guidance | |
| US20030204414A1 (en) | System and method for facilitating patient care and treatment | |
| JP5245804B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| KR101284882B1 (ko) | 의료정보 연동을 통한 혈당 관리 어플리케이션 서비스 시스템 및 그 방법 | |
| JP5245954B2 (ja) | 処方オーダ発行プログラム、処方オーダ発行装置及び方法 | |
| JP5674719B2 (ja) | 診療情報処理装置及び診療情報プログラム | |
| JP5504620B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| JP2003050869A (ja) | 治療情報提供システム及び治療情報提供方法 | |
| JP4136350B2 (ja) | 医療支援システム | |
| Morris | Opioid use disorder treatment in the age of fentanyl | |
| JP2002203045A (ja) | 医療データ管理システムおよび医療データ管理装置 | |
| KR20050055894A (ko) | 표준 질병예방 지식데이터베이스 및 개인 진료기록데이터베이스를 이용한 의료정보서비스 시스템 및 그 방법 | |
| JP5245868B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| JP6954966B2 (ja) | 薬局連携システムおよび方法 | |
| CN114596945A (zh) | 一种处方开药方法、医院信息系统及计算机存储介质 | |
| Davis | Vaccine extraimmunization—too much of a good thing? | |
| Guglielmo | A prescription for improved chronic disease management: Have community pharmacists function at the top of their training: Comment on “Engaging physicians and pharmacists in providing smoking cessation counseling” | |
| US20110231206A1 (en) | Method which creates a community-wide health information infrastructure | |
| JP2002207829A (ja) | 医療支援方法、および医療支援システム | |
| JP5365042B2 (ja) | データ選択支援プログラム、データ選択支援方法およびデータ選択支援装置 | |
| JP6068619B2 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| WO2021199352A1 (ja) | 情報提供装置、情報管理装置、ユーザー端末、取得方法、ユーザーインターフェース、データベース、情報提供方法及び制御方法 | |
| KR20170077726A (ko) | 전자코드를 이용한 약제 관리 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110907 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130218 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130312 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130325 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5245804 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160419 Year of fee payment: 3 |