(57)【要約】【課題】患者が医師の意図通りに服用していない場合でも、追加薬剤の適切な処方量の決定を確実、かつ、手間をかけず容易に行うことを目的とする。【解決手段】投薬情報を取得する投薬情報取得手段と、服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得手段と、服薬管理情報取得手段により取得された服薬管理情報に含まれる薬剤のうち、投薬情報取得手段により取得された投薬情報に含まれる薬剤と同一の薬剤があり、薬剤に残薬がある場合、残薬を服薬計画に割り当て、服薬計画を作成する作成手段と、服薬計画を服薬管理端末装置に送信する送信手段と、を有することによって課題を解決する。【選択図】図７
2015170019.tif 000002
【特許請求の範囲】
【請求項１】
投薬情報を取得する投薬情報取得手段と、
服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得手段と、
前記服薬管理情報取得手段により取得された服薬管理情報に含まれる薬剤のうち、前記投薬情報取得手段により取得された投薬情報に含まれる薬剤と同一の薬剤があり、前記薬剤に残薬がある場合、前記残薬を服薬計画に割り当て、服薬計画を作成する作成手段と、
前記服薬計画を前記服薬管理端末装置に送信する送信手段と、
を有する情報処理装置。
【請求項２】
前記服薬計画から残薬の割り当ての無い薬剤を処方箋として発行する発行手段を更に有する請求項１記載の情報処理装置。
【請求項３】
前記発行手段は、前記投薬情報に含まれる薬剤のうち前記残薬がある薬剤は前記投薬情報に含まれる薬剤の量から前記残薬の量を引いた薬剤の量を前記処方箋として発行する請求項２記載の情報処理装置。
【請求項４】
前記投薬情報取得手段により取得された投薬情報と前記送信手段により送信された服薬計画とを診断記録に追加する追加手段を更に有する請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記作成手段により作成された服薬計画を表示する表示手段と、
前記表示手段により表示された前記服薬計画が承認されたか否かを判定する判定手段と、
を更に有し、
前記送信手段は、前記判定手段により承認されたと判定された場合、前記服薬計画を送信する請求項１乃至４何れか１項記載の情報処理装置。
【請求項６】
前記送信手段は、前記判定手段により承認されなかったと判定された場合、前記投薬情報どおりの服薬計画を送信する請求項５記載の情報処理装置。
【請求項７】
前記作成手段は、薬剤の属性が予め定められた条件をみたす場合、前記残薬を前記服薬計画に割り当てない請求項１乃至６何れか１項記載の情報処理装置。
【請求項８】
前記作成手段は、前記服薬管理情報に含まれる薬剤に前記投薬情報に含まれる薬剤と同一の薬剤がない場合であっても、前記服薬管理情報に含まれる薬剤のうち、前記投薬情報に含まれる薬剤と比べて薬剤の属性が予め定められた条件をみたす類似の薬剤がある場合、前記類似の残薬を服薬計画に割り当て、服薬計画を作成する請求項１乃至７何れか１項記載の情報処理装置。
【請求項９】
前記作成手段は、前記服薬管理情報に含まれる薬剤のうち、前記投薬情報に含まれる薬剤と同時服用が不適切である薬剤がある場合、前記服薬管理情報で服薬予定となっている前記薬剤を管理対象から削除する指示を服薬計画に含める請求項１乃至８何れか１項記載の情報処理装置。
【請求項１０】
前記作成手段は、前記服薬管理情報に含まれる薬剤のうち、前記投薬情報に含まれる薬剤と同一の薬剤があり、前記投薬情報に前記薬剤に関して連続服用の上限が指定されている場合、前記投薬情報の前記薬剤の投薬量から前記服薬管理情報の前記薬剤の服薬開始時点までの連続服用の実績分を減じて服薬計画を作成する請求項１乃至９何れか１項記載の情報処理装置。
【請求項１１】
第１の服薬計画に基づいて、服薬通知を行う通知手段と、
情報処理装置より第２の服薬計画を受信する受信手段と、
前記受信手段により受信された前記第２の服薬計画に残薬を割り当てされた薬剤がある場合、前記第１の服薬計画から前記薬剤に係る服薬計画を削除し、前記残薬に係る前記第２の服薬計画を前記第１の服薬計画に追加する追加手段と、
を有する服薬管理端末装置。
【請求項１２】
情報処理装置と、服薬管理端末装置と、を含むシステムであって、
前記情報処理装置は、
投薬情報を取得する投薬情報取得手段と、
前記服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得手段と、
前記服薬管理情報取得手段により取得された服薬管理情報に含まれる薬剤のうち、前記投薬情報取得手段により取得された投薬情報に含まれる薬剤と同一の薬剤があり、前記薬剤に残薬がある場合、前記残薬を服薬計画に割り当て、服薬計画を作成する作成手段と、
前記服薬計画を前記服薬管理端末装置に送信する送信手段と、
を有し、
前記服薬管理端末装置は、
第１の服薬計画に基づいて、服薬通知を行う通知手段と、
前記情報処理装置より第２の服薬計画を受信する受信手段と、
前記受信手段により受信された前記第２の服薬計画に残薬を割り当てされた薬剤がある場合、前記第１の服薬計画から前記薬剤に係る服薬計画を削除し、前記残薬に係る前記第２の服薬計画を前記第１の服薬計画に追加する追加手段と、
を有するシステム。
【請求項１３】
情報処理装置が実行する情報処理方法であって、
投薬情報を取得する投薬情報取得ステップと、
服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得ステップと、
前記服薬管理情報取得ステップにより取得された服薬管理情報に含まれる薬剤のうち、前記投薬情報取得ステップにより取得された投薬情報に含まれる薬剤と同一の薬剤があり、前記薬剤に残薬がある場合、前記残薬を服薬計画に割り当て、服薬計画を作成する作成ステップと、
前記服薬計画を前記服薬管理端末装置に送信する送信ステップと、
を含む情報処理方法。
【請求項１４】
服薬管理端末装置が実行する情報処理方法であって、
第１の服薬計画に基づいて、服薬通知を行う通知ステップと、
情報処理装置より第２の服薬計画を受信する受信ステップと、
前記受信ステップにより受信された前記第２の服薬計画に残薬を割り当てされた薬剤がある場合、前記第１の服薬計画から前記薬剤に係る服薬計画を削除し、前記残薬に係る前記第２の服薬計画を前記第１の服薬計画に追加する追加ステップと、
を含む情報処理方法。
【請求項１５】
情報処理装置と、服薬管理端末装置と、を含むシステムにおける情報処理方法であって、
前記情報処理装置が、投薬情報を取得する投薬情報取得ステップと、
前記情報処理装置が、前記服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得ステップと、
前記情報処理装置が、前記服薬管理情報取得ステップにより取得された服薬管理情報に含まれる薬剤のうち、前記投薬情報取得ステップにより取得された投薬情報に含まれる薬剤と同一の薬剤があり、前記薬剤に残薬がある場合、前記残薬を服薬計画に割り当て、服薬計画を作成する作成ステップと、
前記情報処理装置が、前記服薬計画を前記服薬管理端末装置に送信する送信ステップと、
前記服薬管理端末装置が、第１の服薬計画に基づいて、服薬通知を行う通知ステップと、
前記服薬管理端末装置が、前記情報処理装置より第２の服薬計画を受信する受信ステップと、
前記服薬管理端末装置が、前記受信ステップにより受信された前記第２の服薬計画に残薬を割り当てされた薬剤がある場合、前記第１の服薬計画から前記薬剤に係る服薬計画を削除し、前記残薬に係る前記第２の服薬計画を前記第１の服薬計画に追加する追加ステップと、
を含む情報処理方法。
【請求項１６】
コンピュータを、請求項１乃至１０何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【請求項１７】
コンピュータを、請求項１１記載の服薬管理端末装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、服薬管理端末装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
医者が患者の治療のために投与する薬剤及びその投薬期間等を決定する際は、同時に同じ薬剤が他の医療機関から処方されていないことを確認する必要がある。これは、患者が同じ薬剤を多量に服用しまうと、薬剤によっては、アレルギー等の症状が発生する可能性が存在するためである。
同一薬剤を投薬してしまうことは、一般に重複投薬と言われている。処方箋を発行する医師のみならず、処方箋に基づいて薬剤を調剤する薬剤師も、処方薬剤が重複投薬となっていないか確認する必要がある。
また、重複投薬の確認以外にも、服用している他の薬剤と同時に服用すると副作用が発生する処方でないか、所謂併用禁忌投薬でないかといった確認等も行う必要もある。これら重複投薬や併用禁忌投薬等の確認は、電子カルテ端末や薬局内端末によって、処方薬剤と患者情報とが入力された際に、ソフトウェアによって自動的に判定されることも多い。
なお、薬剤師が不適切な処方であると判断した場合には、医師に照会を行った上で、処方箋に記載された薬剤とは異なる薬剤を患者に提供することができる。
当然ながら、処方する薬剤が重複投薬となっていないか確認するためには、患者が服用している薬剤に関する情報が必要となる。入院患者の場合であれば、投与する薬剤や投与期間等を決定した際に医師が記載する診断記録、処方箋オーダリングサーバーに記録されている処方記録、又は入院患者が服用する際に看護師が記載する看護記録等の文書を用いることができる。
【０００３】
一方で、外来患者の場合には、薬局が調剤時に記載したお薬手帳を閲覧したり、患者に問診したりして、医師は患者が服用している薬剤に関する情報を取得している。
しかしながら、外来患者の場合、入院患者に比べて病気の症状が軽い場合も多く、処方時に指示した用法や用量とは異なる方法で服用していたり、飲み忘れをしていたりすることが比較的多い。
そのため、お薬手帳の情報を鵜呑みにしてしまうと、例えば患者が飲み残した薬剤があるのにも関わらず、医師はその薬剤を飲み終わったものと仮定して、重複して同一薬剤を処方してしまう、という課題がある。
【０００４】
ところで、近年になって、予め登録された服用タイミングに、服用すべき薬剤と用量等とを患者に通知する装置が登場している。このような装置は一般に服薬管理端末と呼ばれ、患者が自宅に置く薬箱と一体化したコンピュータを用いて実装したものや、携帯電話等の携帯端末上で実行されるアプリケーションとして実装したもの等、様々な形で知られている。
また、服薬管理端末によっては、患者が服用した旨を入力する機能を備えるものもある。このような服用の記録機能を備えた服薬管理端末によれば、薬剤が何錠残っているか、正確に管理することができ、より適切な服薬通知を行うことができる。なお、以降の説明において、服薬管理端末によって記録された服用の実績のことを、服薬記録と呼ぶ。
この服薬管理端末によって管理される服薬記録を仮に医者が閲覧できたとすれば、前述した重複投薬の防止に活用できる。例えば特許文献１は、服薬管理端末は、服薬している薬剤の種別や残量といった残薬情報を医療機関に提供する方法が示されている。
特許文献１によると、患者の診断時には、患者の服用している薬剤の情報が例えば紙にプリントして提供されるので、治療に必要な薬剤が重複投薬や併用禁忌投薬等に該当しないかといった確認を、服用の記録に基づいて、医師がより正確に行うことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２０８８６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１には、単に服薬されていない薬剤の数量を他院に送信すること及び送信された情報は紙等に印刷されカルテと共に医師によって参照されることが記載されているのみである。したがって、医師にとってはこれらの情報を参照しながら薬の数量を決定することは依然として手間であった。
【０００７】
本発明は、患者が医師の意図通りに服用していない場合でも、追加薬剤の適切な処方量の決定を確実、かつ、手間をかけず容易に行うことを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明の情報処理装置は、投薬情報を取得する投薬情報取得手段と、服薬管理端末装置より服薬管理情報を取得する服薬管理情報取得手段と、前記服薬管理情報取得手段により取得された服薬管理情報に含まれる薬剤のうち、前記投薬情報取得手段により取得された投薬情報に含まれる薬剤と同一の薬剤があり、前記薬剤に残薬がある場合、前記残薬を服薬計画に割り当て、服薬計画を作成する作成手段と、前記服薬計画を前記服薬管理端末装置に送信する送信手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、患者が医師の意図通りに服用していない場合でも、追加薬剤の適切な処方量の決定を確実、かつ、手間をかけず容易に行うことができる。
【図面の簡単な説明】
【００１０】
【図１】服薬管理端末のハードウェア構成の一例を示す図である。
【図２】服薬管理情報を説明する図である。
【図３】電子カルテ端末のハードウェア構成の一例を示す図である。
【図４】薬局内端末のハードウェア構成の一例を示す図である。
【図５】医療情報処理システムの情報の流れ等を示す図である。
【図６】服薬管理アプリケーションの表示画面の一例を示す図である。
【図７】服薬計画作成処理の一例を示すフローチャートである。
【図８】電子カルテ端末の表示画面を説明する図である。
【図９】服薬計画提示処理のフローチャートである。
【図１０】データの具体例を示す図である。
【図１１】服薬管理情報更新処理の流れを示すフローチャートである。
【図１２】服薬計画提示処理を示すフローチャートである。
【図１３】別の服薬計画提示処理を示すフローチャートである。
【図１４】別の服薬計画提示処理を示すフローチャートである。
【図１５】別の服薬計画提示処理を示すフローチャートである。
【図１６】医療情報処理システムの情報の流れ等を示す図である。
【図１７】処方薬剤算出処理を示すフローチャートである。
【図１８】データの具体例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜＜第１の実施形態＞＞
＜情報処理装置の構成＞
図１、図３、図４は、夫々本実施形態に係る服薬管理端末、電子カルテ端末、及び薬局内端末のハードウェア構成等の一例を示す図である。
まず、図１において、服薬管理端末１００は、例えば一般に普及している携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｃｅ）、又は服薬管理機能を備えた薬箱（所謂、電子薬箱）である。図１に示すように、服薬管理端末は、ＲＯＭ１０１、ＲＡＭ１０２、ＣＰＵ１０３、タッチスクリーン１０４、ネットワークＩ／Ｆ１０５、及び赤外線通信Ｉ／Ｆ１０６から構成される。これらはバス１０７を介して接続される。
このうちＣＰＵ１０３は、服薬管理端末１００内の各部の動作を制御、或いはＲＡＭ１０２にロードされたプログラムを実行することのできる電子回路である。タッチスクリーン１０４は、ＣＰＵ１０３の制御の下で生成された各種の情報を表示したり、ユーザーの入力操作をＣＰＵ１０３に伝達したりする。ＲＯＭ１０１には、服薬管理端末１００の本来の機能を実現するプログラム、例えば携帯電話であれば通話プログラム等が格納される。更に、ＲＯＭ１０１には、服薬管理アプリケーション１０８のプログラム、電子処方箋アプリケーション１１０のプログラム、服薬管理情報１０９、電子処方箋情報１１１が格納される。ＲＯＭ１０１に格納されたプログラムはＲＡＭ１０２に展開されてＣＰＵ１０３によって実行される。尚、ＲＯＭ１０１には、不揮発性で書き換え不可能なＲＯＭに加え、不揮発性で書き換え可能なフラッシュＲＯＭ等も含まれる。ＲＡＭ１０２は、ＣＰＵ１０３が実行するＯＳのプログラムやアプリケーションプログラムが格納されたり、一時的なワークエリアとして使用されたりする。ネットワークＩ／Ｆ１０５は、インターネットや携帯電話回線を介して外部の情報処理装置とのデータ通信を行う際に使用される。赤外線通信Ｉ／Ｆ１０６も、外部の情報処理装置とのデータ通信を行う際に使用される。本実施形態において、赤外線通信Ｉ／Ｆ１０６は、服薬管理情報１０９及び電子処方箋情報１１１の送受信のために用いられる。
ＣＰＵ１０３が、ＲＯＭ１０１等に記憶されたプログラムに基づき処理を実行することによって、服薬管理端末１００としての機能及び後述する服薬管理端末１００のフローチャートの処理が実現される。
【００１３】
ここで、本実施形態における服薬管理情報１０９に関して説明する。図２は、本実施形態に適応可能な服薬管理情報１０９を説明する図である。本実施形態において服薬管理情報１０９は、図２（Ａ）に示す薬剤毎の服薬計画と、図２（Ｂ）に示す服薬タイミング毎の服薬記録と、の２つのテーブルで構成される。ここで、服薬管理情報１０９は、服薬予定となっている薬剤を管理する情報である。
図２（Ａ）に示す例では、２１及び２２の２つの薬剤に対する計画が記録されている。これに記録される各計画は、薬名、用法、用量、服薬開始、服用量、及び残量を含む。薬名は薬剤を一意に特定可能な薬剤の名称である。用法は服用タイミングである。用量は１回あたりの服用量であり、薬剤の包装に依存する最小分割単位で記録される。服用開始は服用を開始するタイミングであり、服用量は服用開始から服用を終了するまでの期間である。残量は、管理対象となる薬剤の残量であり、薬剤の包装に依存する最小分割単位で記録される。なお、これらの情報に加え、対応する処方箋の発行日、調剤日、薬剤の使用期限、服薬指導内容、処方箋の識別子、薬剤の識別子、処方箋情報及びその他備考等が記録されるようにしてもよい。また、服用量に変えて、服用終了タイミングとする等、容易に相互変換可能な表現形式にして記録されていてもよい。
【００１４】
図２（Ｂ）に示す例では、２３、２４、及び２５の３つの服用実績が記録されている。これに記録される各実績は、薬名、日時、服薬量を含む。薬名は薬剤を一意に特定可能な薬剤の名称である。日時は服用した日時である。服用量は服用した薬剤の量であり、薬剤の包装に依存する最小分割単位で記録される。なお、これらの情報に加え、服薬記録を入力した日時、服薬通知をした日時、対応する処方箋の識別子等が記録されるようにしてもよい。また、容易に相互変換可能な表現形式にして記録されていてもよい。
本実施形態において、服薬管理情報１０９の各薬剤に対する服薬計画は、後述する電子カルテ端末の赤外線通信Ｉ／Ｆと近接させることにより服薬管理端末１００が受信し、新規作成又は更新がなされる。なお、服薬管理情報１０９は、病院の他の赤外線通信Ｉ／Ｆを通して受信してもよいし、インターネットを介してネットワークＩ／Ｆ１０５から受信するようにしてもよい。又は、電子処方箋情報１１１を基に服薬管理端末１００内で記録してもよいし、例えば紙の処方箋情報に基づいて、服薬管理アプリケーション１０８を用いてユーザーが手動で入力するようにしてもよい。
以上、図２を用いて、本実施形態における服薬管理情報を説明した。本実施形態においては２つのテーブルからなる構成としたが、例えば薬剤毎に計画と実績とを１つの列に記載した単一のテーブルとしてもよい。
【００１５】
次に、図３において、電子カルテ端末３００は、例えば一般に普及しているパーソナルコンピュータである。図３に示すように、電子カルテ端末３００は、ＨＤＤ３０１、ＲＡＭ３０２、ＣＰＵ３０３、タッチスクリーン３０４、ネットワークＩ／Ｆ３０５、及び赤外線通信Ｉ／Ｆ３０６から構成される。これらはバス３０７を介して接続される。
このうち３０２から３０７までは、服薬管理端末１００内の１０２から１０７までと同一なので説明は省略する。ＨＤＤ３０１は、電子カルテソフトウェアやＯＳ等のプログラムが格納されており、ＲＡＭ３０２に展開されてＣＰＵ３０３によって実行される。なお、ネットワークＩ／Ｆ３０５は、病院内ネットワーク３０８に接続されており、薬剤ＤＢ３０９や診断記録ＤＢ３１０、及び処方箋オーダリングサーバー３１１にアクセス可能に構成される。処方箋オーダリングサーバー３１１は、投薬記録ＤＢ３１２を内包しており、これも電子カルテ端末３００からアクセス可能に構成される。
電子カルテ端末３００で動作する電子カルテソフトウェアは、患者を診察する際等に医師がタッチスクリーン３０４を操作し、投薬記録の閲覧、診断記録を閲覧又は追記、処方箋の発行等を行う。この電子カルテソフトウェアの詳細については、既に広く一般に使用されているものであるため、本実施形態に関連しない部分の説明は省略する。
本実施形態において電子カルテ端末３００は、情報処理装置の一例である。
【００１６】
薬剤ＤＢ３０９は、薬剤の名称や効果、副作用や服用方法等の薬剤情報が格納され、医師が投薬する薬剤を選定する際に、電子カルテソフトウェアからの問い合わせに応じて対応するデータを閲覧できるようにしたソフトウェアである。なお、薬剤ＤＢ３０９は、専用のコンピュータ上で実行される。
診断記録ＤＢ３１０は、患者のカルテを電子化して記憶するためのもので、診察時の所見等を記録したものが蓄積される。これも、電子カルテソフトウェアからの問い合わせに応じて対応するデータを閲覧できるようにしたソフトウェアである。診断記録ＤＢ３１０も専用のコンピュータ上で実行される。処方箋オーダリングサーバー３１１は、医師が決定した処方箋情報を電子カルテソフトウェアから受信し、投薬記録ＤＢ３１２への処方箋の記録や会計処理等を行うソフトウェアで、専用のコンピュータ上で実行される。投薬記録ＤＢ３１２は処方箋の記録を一元管理するもので、これも、電子カルテソフトウェアからの問い合わせに応じて対応するデータを閲覧できるようにしたソフトウェアであり、専用のコンピュータ上で実行される。
ＣＰＵ３０３が、ＨＤＤ３０１等に記憶されたプログラムに基づき処理を実行することによって、電子カルテ端末３００としての機能（電子カルテソフトウェア）及び後述する電子カルテ端末３００のフローチャートの処理が実現される。
【００１７】
次に、図４において、薬局内端末４００は、例えば一般に普及しているパーソナルコンピュータである。図４に示すように、薬局内端末４００は、ＨＤＤ４０１、ＲＡＭ４０２、ＣＰＵ４０３、タッチスクリーン４０４、ネットワークＩ／Ｆ４０５、及び赤外線通信Ｉ／Ｆ４０６から構成される。これらはバス４０７を介して接続される。
このうち４０２から４０７までは、電子カルテ端末３００内の３０２から３０７までと同一なので説明は省略する。ＨＤＤ４０１は、調剤ソフトウェアやＯＳ等のプログラムが格納されており、ＲＡＭ４０２に展開されてＣＰＵ４０３によって実行される。ネットワークＩ／Ｆ４０５は、薬局内ネットワーク４０８に接続されており、薬剤ＤＢ４０９や調剤録ＤＢ４１０へアクセス可能に構成される。薬剤ＤＢ４０９は、電子カルテ端末３００で用いられた薬剤ＤＢ３０９と同様である。調剤録ＤＢ４１０は、調剤した薬剤の量等の調剤記録と対応する処方箋を記録するためのソフトウェアである。調剤録ＤＢ４１０は、薬局内端末４００上のソフトウェアからの問い合わせに応じて対応するデータを閲覧できるように構成されている。調剤録ＤＢ４１０は、専用のコンピュータ上で実行される。
薬局内端末４００で動作するソフトウェアは調剤ソフトウェアと呼ぶ。調剤ソフトウェアはタッチスクリーン４０４を通じて薬剤師よって操作される。この調剤ソフトウェアは、この処方箋情報の入力、薬剤情報や調剤記録の閲覧、薬剤師への調剤指示、重複投薬や併用禁忌投薬等の処方チェック、調剤実績の記録等を行う。この調剤ソフトウェアの詳細については、既に広く一般に使用されているものであるため、詳細な説明は省略する。
ＣＰＵ４０３が、ＨＤＤ４０１等に記憶されたプログラムに基づき処理を実行することによって、薬局内端末４００としての機能（調剤ソフトウェア）が実現される。
【００１８】
＜システムの構成＞
次に、本実施形態における医療情報処理システムの全体構成を図５に示す。本実施形態におけるシステムは、服薬管理端末１００、電子カルテ端末３００、薬局内端末４００から構成される。本実施形態において服薬管理端末１００は、例えば、携帯電話端末であり、病院や薬局に携帯される。
図５において、矢印は本実施形態における各種の情報の流れを示す。まず、服薬管理端末１００に内包される服薬管理アプリケーション１０８は、服薬管理情報１０９に基づいて、服薬通知を行う（５０１）。患者が服薬通知に従って服薬すると、患者は服薬管理アプリケーション１０８を操作して服薬情報を入力する（５０２）。
【００１９】
ここで、図６を用いて、本実施形態における服薬管理アプリケーション１０８の表示画面について説明する。図６（Ａ）は、服薬通知５０１がなされた際の表示画面で、タッチスクリーン１０４に表示される。図６（Ｂ）は服薬記録５０２の入力がなされた際の表示画面で、タッチスクリーン１０４に表示される。
図６（Ａ）において、メッセージ６０１は、服薬のタイミングになったことを示す、メッセージである。情報６０２は、服薬管理情報１０９の服薬計画にある薬剤のうち、服薬のタイミングとなった薬剤の薬名と用法とである。患者が、この情報に従って服薬を行った後に、ボタン６０３をタッチする。すると、服薬管理アプリケーション１０８は、図６（Ｂ）の表示画面に遷移する。
図６（Ｂ）において、メッセージ６０４は、服薬記録を入力するよう促すメッセージである。入力ボックス６０５には、服薬管理情報１０９から、残量が１以上ある薬剤情報と服薬した量を入力できる。患者はタッチスクリーン１０４を操作して服薬した薬剤の量を薬剤毎に入力し、ボタン６０６をタッチする。ボタン６０６がタッチされると、服薬管理アプリケーション１０８は、服薬管理情報１０９の服薬計画の残量を、入力された服薬量を減算して上書きする。合わせて、服薬管理アプリケーション１０８は、服薬された薬剤とその服用量と合わせて服薬管理情報１０９の服薬記録に追記する。
【００２０】
ここで、図５の説明に戻る。患者は医師による診察を受けるために、服薬管理端末１００を持参して病院に行き診察時に電子カルテ端末３００の赤外線Ｉ／Ｆ３０６に近接させる。このことで服薬管理端末１００は、服薬管理情報１０９を送信する（５０３）。なお、服薬管理端末１００は、病院内の他の端末、例えば受け付け端末の赤外線Ｉ／Ｆに送信するようにしてもよい。この場合は、例えば受信した病院内の端末が、診察前、又は診察時に電子カルテ端末３００に送信する。
次に、医師が患者を診察し、患者の治療に適当と判断した薬剤の薬剤名や用法といった情報（以下、投薬情報と呼ぶ。）を電子カルテ端末３００に入力する（５０４）。すると電子カルテ端末３００は、入力された投薬情報と服薬管理情報１０９とに基づいて、患者が服用する薬剤、その処方量、服用方法、服用期間等の情報（以下、服薬計画と呼ぶ）を作成して表示する（５０５）。この服薬計画の詳細は後述する。医師がこの服薬計画を承認すると、更に電子カルテ端末３００は、赤外線通信Ｉ／Ｆ３０６を通じて新しい服薬計画を服薬管理端末１００に送信する（５０６）。更に電子カルテ端末３００は、薬剤の処方箋を処方箋オーダリングサーバー３１１に発行する。このとき、電子カルテ端末３００は、処方された薬剤情報を電子処方箋情報の形態で、赤外線通信Ｉ／Ｆを通じて服薬管理端末１００に送信する（５０７）。これら５０３から５０７までの情報の流れは、一連の処理として電子カルテ端末３００のソフトウェアによって実行される。以降、この電子カルテ端末３００が行う一連の処理を服薬計画作成処理と呼ぶ。この服薬計画作成処理の詳細については、図７を用いて後述する。
【００２１】
次に、患者は病院内の調剤センター又は薬局に行く。すると、服薬管理端末１００は、薬局内端末４００に電子処方箋データを送信する（５０８）。この送信は、服薬管理端末１００を薬局内端末４００の赤外線Ｉ／Ｆ４０６に近接させることでなされる。薬局内端末４００は受信した電子処方箋情報に基づいて、調剤指示を行う（５０９）。薬剤師は調剤指示に従って調剤を行い、薬局内端末４００を操作する。薬局内端末４００は、前記操作に応じて、調剤に係る情報を調剤録ＤＢ４１０に記録をする。そして、薬剤師は患者に調合した薬剤を渡す。
【００２２】
＜服薬計画作成処理＞
次に、図７を用いて本実施形態における、服薬計画作成処理を説明する。
図７は、本実施形態に適用可能な情報処理の流れを示すフローチャートである。
まず、Ｓ７０１において、ＣＰＵ３０３は、医師に投薬情報を入力させる。より具体的には、ＣＰＵ３０３は、医師に投薬情報の入力画面をタッチスクリーン３０４に提示する。医師は、患者の治療に適当と判断された薬剤と、その服用方法及び服用期間等と、を入力する。ＣＰＵ３０３は、入力された投薬情報をＲＡＭ３０２に記憶する（投薬情報取得）。そして、ＣＰＵ３０３は、Ｓ７０２に進む。
【００２３】
ここで、図８を用いて、本実施形態における電子カルテ端末の表示画面について説明する。図８（Ａ）は、投薬情報入力の表示画面である。図８（Ｂ）は服薬計画確認の表示画面である。表示画面は電子カルテ端末３００に備えたタッチスクリーン３０４に夫々表示される。
図８（Ａ）に示した投薬情報の入力画面には、任意の数の薬剤に関する投薬情報を入力できるように表形式の入力ボックスが表示される。図８（Ａ）に示した例では、８０１、８０２の２つの薬剤に関する投薬情報が入力されている。ボタン８０３は投薬情報を入力完了した際に、次の処理に進めるために医師等が押下するボタンである。
投薬情報として薬剤毎に入力される項目は、薬名、用法、用量、服薬開始及び投薬量を含む。薬名は薬剤を一意に特定可能な薬剤の名称である。用法は服用タイミングである。用量は１回あたりの服用量であり、薬剤の包装に依存する最小分割単位で入力される。服用開始は服用を開始するタイミングであり、投薬量は服用開始から服用を終了するまでの期間である。なお、これらの情報に加えて、服薬指導内容や備考等が記録されるようにしてもよい。また、投薬量に変えて、投薬終了タイミングとする等、相互変換可能な表現形式にして記録されてもよい。
【００２４】
図８（Ｂ）は、Ｓ７０３によって、タッチスクリーン３０４に表示される画面である。８０４及び８０５は、夫々８０１及び８０２の投薬情報に対応する服薬計画である。本実施形態において、電子カルテ端末３００上に作成される各服薬計画には、薬名、用法、用量、服薬開始、投薬量、残量、残薬割り当ての項目を含む。ここで、薬名、用法、用量、服薬開始及び投薬量の各項目は、投薬情報の同じ名称の各項目と同じ意味である。残量の項目は、服薬管理端末１００の服薬管理情報１０９が更新された際に、服薬通知対象となる薬剤の量を示す。なお、この残量の項目は、服薬開始と投薬量とから容易に算出可能であるため、省略することが可能である。また残薬割り当ての項目は、患者が所持している薬剤を流用する量を示すものである。医師はここで、表示されている服薬計画を確認し、承認する場合はボタン８０６を、そうでなければボタン８０７を押下する。
【００２５】
ここで、図７の説明に戻る。
Ｓ７０２において、ＣＰＵ３０３は、服薬管理端末１００に記録されている服薬管理情報１０９を赤外線通信Ｉ／Ｆ３０６から受信し、ＲＡＭ３０２に展開する（服薬管理情報取得）。その後、ＣＰＵ３０３は、Ｓ７０３に進む。先に述べたように、この受信処理は患者が赤外線通信Ｉ／Ｆ３０６に服薬管理端末１００を近接することを契機として行われる。なお、先に述べたように、この受信処理は変更が可能である。例えば病院の受け付け端末で予め取得しておいて、受け付け端末から病院内ネットワークを通じて取得する方法によっても成し得る。又は、他の通信手段、例えばインターネットを通じて服薬管理端末１００から直接取得する方法であってもよい。また、Ｓ７０２の処理は、投薬情報の入力処理であるＳ７０１より先に実行されてもよい。なお、先に述べたように、本実施形態において、服薬管理情報は服薬計画と服薬記録とから構成される。以降の説明では、Ｓ７０２で取得した服薬管理情報に含まれる服薬計画を古い服薬計画と呼び、以降の処理で新規に作成される服薬計画を新しい服薬計画と呼ぶ。
【００２６】
Ｓ７０３において、ＣＰＵ３０３は、受信した服薬管理情報１０９と、投薬情報と、に基づいて、患者の所持する残薬を割り当てた服薬計画を提示する。以降、Ｓ７０３の処理を服薬計画提示処理と呼ぶ。
ここで、図９を用いて、図７におけるＳ７０３の服薬計画提示処理を詳細に説明する。
図９は、本実施形態における、服薬計画提示処理のフローチャートである。なお、図８（Ａ）及び図８（Ｂ）で示した通り、本実施形態における、電子カルテ端末３００で作成される投薬情報と服薬計画とは、残薬割り当てと残量との項目がある点のみ異なる。以降の処理では、残薬割り当てを除いた服薬計画が予め作成済みであるものとして説明する。なお、残量の項目のデータは、他の項目のデータを利用して算出されるものとする。例えば、残量の項目のデータは、用法によって決定される一日当たりの服用回数、用量、及び服用量を乗じて算出される。より具体的に説明すると、図８（Ａ）の８０１の投薬情報であれば、毎食後２錠が７日間の投薬であるから、３と２と７を乗じて４２錠となり、対応する服薬計画８０４に記載される。
【００２７】
Ｓ１００１において、ＣＰＵ３０３は、投薬情報に含まれる薬剤を一つ選択し、以降の処理対象とする。ＣＰＵ３０３は、以降の処理を実施していない薬剤を選択したらＳ１００２に進む。
Ｓ１００２において、ＣＰＵ３０３は、処理対象の薬剤が、Ｓ７０２で取得した服薬管理情報に含まれているか判定する。本実施形態においては、図２（Ａ）に示した通り、服薬管理情報には薬剤ごとに薬名の項目が存在するので、ＣＰＵ３０３は、この項目を各薬剤から抽出して文字列比較する。ＣＰＵ３０３は、一致する薬剤があればＳ１００３に進み、そうでなければＳ１００５に進む。
Ｓ１００３において、ＣＰＵ３０３は、Ｓ１００２で抽出した処理対象と同一薬剤に、残薬があるか判定する。本実施形態においては、図２（Ａ）に示した通り、服薬管理情報には薬剤ごとに残量の項目が存在するので、ＣＰＵ３０３は、この項目に記載された数字を抽出した上で数値表現に変換し、１以上であればＳ１００４に進み、そうでなければＳ１００５に進む。
【００２８】
Ｓ１００４において、ＣＰＵ３０３は、Ｓ１００３で抽出した残薬の数量を、服薬計画の残量を上限として、服薬計画の残薬割り当ての項目に記載を行う。即ち、ＣＰＵ３０３は、残薬の数量と、服薬計画の残量と、のうち、値の少ない方を残薬割り当ての項目に記載する。
Ｓ１００５において、ＣＰＵ３０３は、未処理の薬剤がまだ投薬情報に含まれているか判定するものである。ＣＰＵ３０３は、もし未処理の薬剤が投薬情報にあればＳ１００１に戻り、そうでなければＳ１００６に進む。
Ｓ１００６において、ＣＰＵ３０３は、作成した服薬計画をタッチスクリーン３０４に表示する。この表示画面については図８（Ｂ）で説明した通りである。
【００２９】
以上、本実施形態における、服薬計画提示処理について説明した。本実施形態における服薬計画提示処理によれば、患者の服薬管理情報から抽出した残薬情報に基づいて、活用可能な残薬情報を服薬計画に含めて作成し、提示を行う。なお、説明した服薬計画提示処理は、全ての投薬情報が入力済みであることを前提としているが、医者が一つの薬剤に関する投薬情報を入力する度に実行するようにしてもよい。また、服薬計画提示処理が残薬割り当てを行うが、医師が直接、残薬割り当ての項目を投薬情報として入力するようにしてもよい。その場合、服薬計画提示処理は、投薬情報に残薬割り当ての項目を入力可能とし、残薬割り当てが医師によって入力された薬剤については、服薬計画提示処理を省略するようにすればよい。
【００３０】
ここで、図７の説明に戻る。Ｓ７０３の処理後はＳ７０４に進み、ＣＰＵ３０３は、医師が提示された服薬計画の承認を行うよう表示画面等を表示し、促す。この表示画面は、図８（Ｂ）に示した通りである。ＣＰＵ３０３は、医師が提示された服薬計画を承認すればＳ７０６に進み、そうでなければＳ７０５に進む。
Ｓ７０５において、ＣＰＵ３０３は、投薬情報どおりの服薬計画の作成を行う。より具体的には、ＣＰＵ３０３は、投薬情報に入力された各薬剤に関して、薬名、用法、用量、服薬開始及び投薬量を、服薬計画のそれぞれ薬名、用法、用量、服用開始、服用量にコピーする。ＣＰＵ３０３は、服薬計画の残量の項目を、用法によって決定される一日当たりの服用回数、用量及び服用量を乗じて算出する。例えば、ＣＰＵ３０３は、図８（Ａ）の８０１の投薬情報であれば、毎食後２錠が７日間の投薬であるから、３と２と７を乗じて４２錠と算出する。また、ＣＰＵ３０３は、服薬計画の残薬割り当ての項目は０とする。なお、ＣＰＵ３０３は、Ｓ７０５で作成された新しい服薬計画を、ＲＡＭ３０２に記憶されているＳ７０３で作成された服薬計画に上書して作成する。ＣＰＵ３０３は、Ｓ７０５が完了すると、Ｓ７０６に進む。
【００３１】
Ｓ７０６において、ＣＰＵ３０３は、服薬管理端末１００に、Ｓ７０３又はＳ７０５で作成された新しい服薬計画を赤外線通信Ｉ／Ｆ３０６を通じて送信する。この処理は、患者が所持している服薬管理端末１０を赤外線通信Ｉ／Ｆ３０６に近接させられることで完了する。なお、その後、服薬管理アプリケーション１０８は、Ｓ７０６で受信した新しい服薬計画に従って服薬管理情報１０９を更新するが、その更新処理の詳細な説明は後述する。ＣＰＵ３０３は、Ｓ７０６が完了すると、Ｓ７０７に進む。
Ｓ７０７において、ＣＰＵ３０３は、Ｓ７０３又はＳ７０５で作成された服薬計画から、患者が所持していない薬剤の処方箋情報を作成し、処方箋オーダリングサーバー３１１と服薬管理端末１００とに送信する。患者の所持していない薬剤は、服薬計画の残量の項目に記載された値から、服薬計画の残薬割り当ての項目に記載された値を減算することで容易に求められる。例えば、図８（Ｂ）の８０５の服薬計画であれば、残量が７錠であるのに対して残薬割り当てが１錠である。ＣＰＵ３０３は、７に１を減じて６錠と算出する。ＣＰＵ３０３は、Ｓ７０７が完了すると、Ｓ７０８に進む。
Ｓ７０８において、ＣＰＵ３０３は、ＲＡＭ３０２に記憶されているＳ７０２で入力した投薬計画及びＳ７０３又はＳ７０５で作成された服薬計画を、診断記録ＤＢ３１０に追記する。なお、ＣＰＵ３０３は、投薬計画と服薬計画との重複又は類似する項目を統合して、一つのテーブルに記録してもよい。
【００３２】
ここで、図１０を用いて、処方薬剤算出処理のうち、Ｓ７０３以降の処理を、より具体的にデータ例を用いて説明する。図１０（Ａ）はＳ７０１で医師が入力した投薬情報の例である。１１０１と１１０２との２つの薬剤の投薬情報が入力されている。図１０（Ｂ）は、Ｓ７０２で取得された、服薬管理情報１０９に含まれる服薬計画の例である。１１０３、１１０４、１１０５の３つの薬剤の服薬計画が記録されている。この服薬計画は、以降の説明では古い服薬計画と呼ぶ。なお、１１０３は、飲み忘れ等により残量が本来より多く、１１０４は逆に、飲みすぎによって、残量が本来より少なくなっている例である。図１０（Ｃ）は、図１０（Ａ）の投薬情報と図１０（Ｂ）の服薬管理情報とに基づいて、Ｓ７０３によって提示された服薬計画である。１１０６、１１０７の２つの薬剤の服薬計画が記録されており、夫々１１０１、１１０２に対応する。なお、この服薬計画は、以降の説明では新しい服薬計画と呼ぶ。図１０（Ｄ）は、Ｓ７０７の処理によって作成された不足薬剤の処方箋である。１１０８、１１０９の２つの薬剤が処方箋に記録されており、夫々１１０１、１１０２に対応する。
【００３３】
以降、図９に示したフローチャートの処理から説明を行う。
Ｓ１００１において、１１０１の薬剤がまず選択される。Ｓ１００２において、１１０１の薬名である「薬Ａ」が、古い服薬計画に存在するか判定され、１１０３が一致するため処理はＳ１００３に進む。Ｓ１００３において、１１０３の残量が１以上か判定され、１１０３には４錠の残量があるため、処理はＳ１００４に進む。Ｓ１００４において、１１０６の残薬割り当ての項目に、薬Ａを４錠割り当てる旨が記載され、処理はＳ１１０５に進む。１１０２の薬剤が未処理のため、Ｓ１１０５において処理はＳ１００１に戻される。Ｓ１００１において１１０２の薬Ｂが選択され、同様に「薬Ｂ」を古い服薬計画にあるか判定される。１１０４が「薬Ｂ」に一致するため、処理はＳ１００３に進む。Ｓ１００３において、１１０４の残量が１以上か判定され、１錠あるため処理はＳ１００４に進む。Ｓ１００４において、１１０７の残薬割り当ての項目に「薬Ｂ１錠」と記載される。そして、投薬情報の全ての薬剤が処理され、Ｓ１００５の判定で処理はＳ１００６に進む。この時点で新しい服薬計画は完成している。Ｓ１００６においてこの新しい服薬計画がタッチスクリーン３０４に提示され、処理は図７のＳ７０４に進む。以降、医師が提示された服薬計画を承認したとして説明を続ける。
Ｓ７０４において、医師の承認を確認すると処理はＳ７０６に進む。Ｓ７０６において、新しい服薬計画は赤外線通信Ｉ／Ｆを通じて服薬管理端末１００に送信される。このとき、服薬管理端末１００は、服薬管理情報１０９を新しい服薬計画に基づいて更新する。
【００３４】
ここで、図１１を用いて本実施形態における服薬管理端末１００の服薬管理情報更新処理を説明する。なお、本実施形態においては、服薬管理端末１００上では複数のタスクが同時実行できるマルチタスク環境であって、本フローチャートの処理を１つの専用のタスクに割り当て、服薬通知処理等他の処理と並行に実行されているものとして説明する。
図１１は、本実施形態に適用可能な服薬管理情報更新処理の流れを示すフローチャートである。
まず、Ｓ９０１において、ＣＰＵ１０３は、服薬計画を受信するまで待つ。以降の説明では、Ｓ９０１で受信した服薬計画を新しい服薬計画と呼び、服薬管理端末１００に記録されていた服薬管理情報１０９を構成する服薬計画を古い服薬計画と呼ぶ。なお本実施形態においては、受信した新しい服薬計画はＲＡＭ１０２に記憶されているものとする。
以降の処理は服薬計画に含まれる薬剤毎に行われる。より具体的には、Ｓ９０２において、ＣＰＵ１０３は、新しい服薬計画から未処理の薬剤を１つ選択する。
続いてＳ９０３において、ＣＰＵ１０３は、選択された服薬計画の残薬割り当ての項目に、残薬割り当て情報があるか判定する。本実施形態において、ＣＰＵ１０３は、この判定を「錠」という文字列が、残薬再割り当ての項目と部分一致するかの文字列比較をもって行う。例えば新しい服薬計画が図８（Ｂ）に記した服薬計画で、かつ、処理対象が８０４の薬剤である場合、ＣＰＵ１０３は、残薬割り当ての項目に「錠」という文字列を含むので、残薬の割り当てがあると判定する。ＣＰＵ１０３は、残薬の割り当てがあると判定すればＳ９０４に進み、そうでなければＳ９０７に進む。
【００３５】
Ｓ９０４において、ＣＰＵ１０３は、古い服薬計画から、残薬が割り当てられた薬剤の服薬計画を削除する。本実施形態においては、ＣＰＵ１０３は、古い服薬計画の薬名が、処理対象の残薬割り当ての項目と部分一致する場合に、古い服薬計画からその薬名の服薬計画を削除する。即ち、再び図８（Ｂ）に記した服薬計画を例にすると、処理対象が８０４である場合、「薬Ａ」という薬名である薬剤の服薬計画が、古い服薬計画から削除される。この処理が完了すると、ＣＰＵ１０３は、Ｓ９０５に進む。
Ｓ９０５において、ＣＰＵ１０３は、処理対象の薬剤の服薬計画を、古い服薬計画に追加してＲＯＭ１０１にある服薬管理情報１０９を更新する。この処理が完了すると、ＣＰＵ１０３は、Ｓ９０６に進む。
Ｓ９０６において、ＣＰＵ１０３は、新しい服薬計画に、未処理の薬剤があるか判定する。ＣＰＵ１０３は、もしあればＳ９０２に戻り、無ければ終了する。
Ｓ９０７において、ＣＰＵ１０３は、新しい服薬計画に、古い服薬計画に対する削除情報があるかを判定する。本実施形態において、ＣＰＵ１０３は、この判定を「服薬計画削除」という文字列が、残薬再割り当ての項目と部分一致するかの文字列比較をもって行う。ＣＰＵ１０３は、部分一致する場合にＳ９０４に進み、そうでなければＳ９０５に進む。例えば処理対象の服薬計画の残薬割り当ての項目に、「薬Ｘ服薬計画削除」と記載されていれば、Ｓ９０４に進むため、薬名が「薬Ｘ」の薬剤の服薬計画が、古い服薬計画から削除される。
【００３６】
以上、本実施形態における、服薬管理端末１００の服薬管理情報更新処理について説明した。本実施形態における服薬管理情報更新処理によれば、新しい服薬計画に残薬の割り当て又は削除情報がある場合に、該当する薬剤の服薬計画が古い服薬計画から削除される。また、新しい服薬計画と古い服薬計画とは適切に統合され、ＲＯＭ１０１に記憶された服薬管理情報１０９が更新される。なお、本処理は、他の処理と並行に実行されているとしたが、特定の条件を契機に開始されるようにしてもよい。例えば、患者の特定操作によって開始されてもよいし、又は服薬管理端末１００を赤外線通信Ｉ／Ｆに近接したこと契機に開始されてもよい。
【００３７】
ここで、図１０の説明に戻る。前述したように、図１１に示した服薬管理情報更新処理により、古い服薬計画の１１０３、１１０４は新しい服薬計画の夫々１１０６、１１０７に変更される。そのため、以降は新しい服薬計画の１１０６及び１１０７と、古い服薬計画にあった１１０５と、の３つの薬剤の服薬通知が実行されることになる。Ｓ７０６の処理が完了すると、ＣＰＵ３０３は、Ｓ７０７に進む。
Ｓ７０７において、ＣＰＵ３０３は、図１０（Ｄ）に示した処方箋を発行する。前述したように、処方箋に記載される処方量の項目は、図１０（Ｃ）の残量の項目から残薬割り当ての項目を減じて算出される。即ち、１１０６の残量「４２錠」から残薬割り当ての「４錠」を減じて１１０８の処方量「３８錠」が算出される。また、１１０７の残量「７錠」から残薬割り当て「１錠」を減じて１１０９の処方量「６錠」が算出されている。なお、図１０（Ｄ）に示す通り、処方箋にも残薬割り当て情報が記録されている。これにより、処方薬の受け渡しの際に、薬剤師がこの項目を参照することで、処方薬と残薬との服薬指導を適切に行う事が可能となる。
【００３８】
Ｓ７０７の処理が完了すると、Ｓ７０８において、ＣＰＵ３０３は、図１０（Ａ）に示した投薬情報と、図１０（Ｃ）に示した新しい服薬計画と、を診断記録ＤＢ３１０に記録する。なお、前述したように、図１０（Ｄ）に示した処方箋は処方箋オーダリングサーバー３１１によって投薬記録ＤＢ３１２に記録される。
以上、本実施形態における、電子カルテ端末３００の服薬計画作成処理を説明した。本実施形態に示した医療情報処理システムによれば、医者が患者の治療に適切と判断した投薬情報を電子カルテ端末３００に入力するだけで、所望の服用期間に対する服薬計画を作成することが可能となる。また、同一薬剤の服薬計画が既にある場合に、残薬を割り当てた服薬計画を作成することが可能となる。即ち、患者が医師の意図通りに服用していない場合でも、追加薬剤の適切な処方量の決定を確実、かつ、容易に行う事が可能となる。
また、服薬管理端末１００は、残薬割り当てを含む服薬計画に基づいて服薬管理情報を更新する。即ち、医師が投薬する薬剤を変更する際に、服薬管理端末による服薬通知の適切な動作変更を確実、かつ、容易に行うことが可能となる。
【００３９】
＜他の服薬計画提示処理＞
なお、服薬計画提示処理は、図９に示した服薬計画提示処理に限定されない。以降、本実施形態に適用可能な、服薬計画提示処理を説明する。
図１２は、本実施形態に適用可能な、服薬計画提示処理を示すフローチャートである。図９に示したフローチャートの処理では、全ての薬剤について、残薬があれば割り当てを行っていた。図１２に示すフローチャートの処理においては、残薬割り当てを行うべき薬剤か判定し、判定の結果、正となった薬剤についてのみ残薬を割り当てる。
この服薬計画提示処理に先だって、図８（Ａ）に示した投薬情報のテーブルに、残薬割り当てすべきか否かを示す項目が存在するものとする。即ち、医師が投薬情報を入力する際に、残薬割り当てを行いたいものに関してはこの項目に「はい」が入力されてあるものとする。
図１２に示したフローチャートの処理において、Ｓ１２０３からＳ１２０７までは、夫々Ｓ１００２からＳ１００６までと同一であるため、説明は省略する。
【００４０】
Ｓ１２０１において、ＣＰＵ３０３は、未処理の薬剤を投薬情報から選択し、Ｓ１２０２に進む。Ｓ１２０２において、ＣＰＵ３０３は、残薬割り当てを行うべき薬剤か判定する。Ｓ１２０２において、ＣＰＵ３０３は、「はい」との文字列比較を行って、一致する場合にＳ１２０４に進み、そうでなければＳ１２０６に進む。
以上、図１２を用いて、本実施形態に適用可能な、別の服薬計画提示処理を説明した。このフローチャートの処理では、医師が投薬情報を入力する際に、残薬を割り当てるか否かを薬剤毎に設定することが可能となる。これにより、図９に示したフローチャートの処理より柔軟に処方量を決定する事ができる。なお、本実施形態においては、医師が薬剤ごとに残薬割り当て可否の項目を入力するとしたが、薬剤毎にこの項目を予め設定して薬剤ＤＢ３０９に記録しておく。そして、ＣＰＵ３０３は、薬名が入力された際に自動的に読み出すようにしてもよい。また、ＣＰＵ３０３は、薬剤の属性や服薬管理情報の任意の項目を比較対象可能にした任意の条件式を入力可能としてもよい。このようにした場合、Ｓ１２０２において、ＣＰＵ３０３は、入力された条件式に従って判定を行う。
【００４１】
図１３は、本実施形態に適用可能な、別の服薬計画提示処理を示すフローチャートである。図９に示したフローチャートの処理では、投薬情報に入力された薬剤が服薬管理情報に存在しない場合は残薬の割り当てを行わなかった。図１３に示すフローチャートの処理においては、同一薬剤が無い場合でも、類似薬剤が存在する場合は、投薬する薬剤をその類似薬剤に変更する。
図１３に示したフローチャートの処理において、Ｓ１３０１はＳ１００１と、Ｓ１３０３からＳ１２０６までは、夫々Ｓ１００３からＳ１００６までと同一であるため、説明は省略する。Ｓ１３０２において、ＣＰＵ３０３は、服薬管理情報に同一薬剤があるかを判定し、あればＳ１３０３に進み、そうでなければＳ１３０７に進む。ここで、判定方法はＳ１００２と同一である。
Ｓ１３０７において、ＣＰＵ３０３は、服薬管理情報に、類似の薬剤があるか判定する。ＣＰＵ３０３は、服薬管理対象となっている薬剤を薬剤ＤＢ３０９に問い合わせ、類似薬剤であるか判定を行う。ＣＰＵ３０３は、類似薬剤であると判定した場合にはＳ１３０８に進み、そうでなければＳ１３０５に進む。本実施形態においては、ＣＰＵ３０３は、類似薬剤の条件は、薬剤の構成が同一成分であることとする。なお、類似薬剤の条件としては、効果等、薬剤の他の属性を用いてもよい。
【００４２】
Ｓ１３０８において、ＣＰＵ３０３は、Ｓ１３０７で類似薬剤と判定された薬剤の残量が１以上あるか判定する。ＣＰＵ３０３は、残量があればＳ１３０９に進み、そうでなければＳ１３０５に進む。本処理の詳細は、判定する薬剤が異なる点以外はＳ１３０３と同様である。
Ｓ１３０９において、ＣＰＵ３０３は、Ｓ１３０８に求めた類似薬剤の残薬を、新しい服薬計画に割り当てる。本処理の詳細は、割り当てる薬剤が異なる以外はＳ１３０４とほぼ同様である。ＣＰＵ３０３は、Ｓ１３０９の処理が完了すると、Ｓ１３０５に進む。
以上、図１３を用いて、本実施形態に適用可能な、別の服薬計画提示処理を説明した。このフローチャートの処理では、同一薬剤を患者が所持していない場合でも、例えばジェネリック医薬品等の類似薬剤を所持している場合には、その類似薬剤の残薬を新しい服薬計画に割り当てることができる。即ち、同様の効果がある薬剤を患者が所持している場合には、その薬剤を活用して、処方量を削減する事が可能となる。
なお、本実施形態におけるＳ１３０９の処理において、ＣＰＵ３０３は、類似薬剤の残薬を割り当てると共に、服薬計画の薬名を類似薬剤の薬名に変更して、患者が受け取る薬剤を類似薬剤から変更しないようにしてもよい。また、Ｓ１３０９の処理前に、医師に類似薬剤に変更するか、タッチスクリーン３０４を通じて医師による承認処理を追加してもよい。これにより、薬剤毎に類似薬剤に変更するか選択することが可能となる。その場合、ＣＰＵ３０３は、問い合わせ処理において、医師が承認すればＳ１３０９に進み、そうでなければＳ１３０５に進む。
【００４３】
図１４は、本実施形態に適用可能な、別の服薬計画提示処理を示すフローチャートである。図９に示したフローチャートの処理では、処方チェックを電子カルテ端末３００が行わなかった。図１４に示すフローチャートの処理においては、残薬の割り当てを行った後に、処方チェックを行い、不合格薬剤がある場合には、服薬管理情報から削除する。
図１４に示したフローチャートの処理において、Ｓ１４０１からＳ１４０４までは夫々Ｓ１００１からＳ１００４までと、Ｓ１４０６はＳ１００６と同一であるため、説明は省略する。Ｓ１４０５において、ＣＰＵ３０３は、投薬情報に入力された全ての薬剤の処理の完了を確認し、Ｓ１４０７に進む。Ｓ１４０７において、ＣＰＵ３０３は、服薬管理情報の服薬計画から、以降の処理の対象とする薬剤を選択する。Ｓ１４０７の処理が完了すると、ＣＰＵ３０３は、Ｓ１４０８に進む。
Ｓ１４０８において、ＣＰＵ３０３は、処方チェックを行う。ここで、ＣＰＵ３０３は、重複投薬や併用禁忌投薬等、患者に不適切な処方となっていないか、判定を行う。ＣＰＵ３０３は、問題があると判定した場合はＳ１４０９に進み、そうでなければＳ１４１０に進む。
【００４４】
Ｓ１４０９において、処方チェックの結果、問題があると判定した不合格薬剤を削除する。より具体的には、ＣＰＵ３０３は、新しい服薬計画の残薬割り当ての項目に、選択対象の薬剤の名称と、「削除」という文字を追記する。ＣＰＵ３０３は、仮に不合格薬剤が「薬Ａ」であれば、「薬Ａ削除」と追記する。前述したように、追加した削除情報は、服薬管理端末１００における服薬管理情報更新処理において解釈され、服薬管理情報から該当する薬剤の服薬計画が削除されることになる。この処理が完了すると、ＣＰＵ３０３は、Ｓ１４１０に進む。
Ｓ１４１０において、ＣＰＵ３０３は、服薬管理情報の全ての薬剤を処理したか確認する。ＣＰＵ３０３は、未処理の薬剤があればＳ１４０７に戻り、そうでなければＳ１４０６に進む。
【００４５】
以上、図１４を用いて、本実施形態に適用可能な、別の服薬計画提示処理を説明した。このフローチャートの処理では、処方チェックを行い、不合格薬剤がある場合には、服薬管理情報から削除するための情報を服薬管理情報に追加する。これにより、ＣＰＵ１０３は、新しい服薬計画により、不適切となった古い服薬計画を削除することが可能となる。なお、不合格薬剤の服薬計画を削除する際は、その削除する薬剤に依存して同時服用する薬剤が服薬計画に記録してある場合、ＣＰＵ１０３は、依存した薬剤の服薬計画を併せて削除するようにしてもよい。
【００４６】
図１５は、本実施形態に適用可能な、別の服薬計画提示処理を示すフローチャートである。図９に示したフローチャートの処理では、投薬情報に記載された投薬量を服薬計画の対応する項目に単にコピーしていた。図１５に示すフローチャートの処理においては、連続服用の上限がある薬剤の場合には、服薬記録から実績を確認し、投薬量から前記薬剤の服薬開始時点までの実績分を減じる。
この服薬計画提示処理を実施するにあたって、本実施形態においては、図８（Ａ）に示した投薬情報のテーブルに、連続服用上限という項目が存在するものとする。即ち、医師が投薬情報を入力する際に、連続服用の上限を設けたい薬剤は、この項目に例えば「３回」と入力してあるものとする。
図１５に示したフローチャートの処理において、Ｓ１５０１はＳ１００１と同一であり、Ｓ１５０３からＳ１５０６までは夫々Ｓ１００３からＳ１００６までと同一であるため、説明は省略する。
【００４７】
Ｓ１５０２において、ＣＰＵ３０３は、服薬管理情報に処理対象の薬剤と同一の薬剤があるか判定する。ＣＰＵ３０３は、同一薬剤がある場合にはＳ１５０７に進み、そうでなければＳ１５０５に進む。
Ｓ１５０７において、ＣＰＵ３０３は、投薬情報に連続服用上限が記載されているか判定を行う。本実施形態においては、ＣＰＵ３０３は、「回」という文字列が、連続服用上限の項目と部分一致する場合に記載されていると判定する。ＣＰＵ３０３は、記載されている場合にはＳ１５０８に進み、そうでなければＳ１５０３に進む。
【００４８】
Ｓ１５０８において、ＣＰＵ３０３は、処理対象の薬剤が、投薬情報に記載された服薬開始時点まで連続して服用されている実績があるか判定する。より具体的には、ＣＰＵ３０３は、図２（Ｂ）に示した服薬管理情報の服薬記録を読み出して判定する。例えば投薬情報に毎食後１錠の薬剤の連続服用上限の項目に「３回」と記載されていた場合、ＣＰＵ３０３は、服薬開始以前の食事のタイミングに該当する薬剤の１錠服薬の実績が服薬記録にあるか、日時の新しいものから古いものへ探索していく。なお、ＣＰＵ３０３は、服用方法通りの実績の無いタイミングが見つかった時点で探索を終了し、実績のあった回数をＲＡＭ３０２に記録しておく。なお、本実施形態においては、朝食、昼食、夕食のタイミングは、夫々４時から１０時まで、１０時から１４時まで、１４時から２０時までとする。なお、これらのタイミングは他の時間に変更してもよい。また、服薬記録に例えば「朝食後」と明確に記録するように服薬管理アプリケーションの動作を変更してもよい。この処理が完了したら、ＣＰＵ３０３は、Ｓ１５０９に進む。
Ｓ１５０９において、ＣＰＵ３０３は、Ｓ１５０８でＲＡＭ３０２に記録した服用実績回数を読み出し、それに応じた量を服薬計画の投薬量から減じる。例えば、ＣＰＵ３０３は、連続服用上限が３回と指定された薬剤の服用実績が１回あれば、３から１を減じた、２回に相当する投薬量を服薬計画の該当する薬剤の投薬量の項目に記録する。なお、ＣＰＵ３０３は、減じた値が０以下になる場合は、投薬量は０とする。Ｓ１５０９の処理が完了すれば、ＣＰＵ３０３は、Ｓ１５０３に進む。
【００４９】
以上、図１５を用いて、本実施形態に適用可能な、別の服薬計画提示処理を説明した。このフローチャートの処理では、連続服用上限が指定された薬剤が、服用開始までの連続服用実績がある場合には、服用実績分を投薬量から減じる。即ち、連続服用の上限がある薬剤を処方する場合に、より正確に処方量を算出する事が可能となる。また、投薬量も削減することが可能となる。
【００５０】
＜＜第２の実施形態＞＞
第１の実施形態では、医師が入力した投薬情報から、残薬を割り当てた服薬計画の作成処理を電子カルテ端末上で行う方法を説明した。しかしながら、薬局内端末上で処方薬剤算出処理を実行することも可能である。
本実施形態においては、第１の実施形態で説明した処方薬剤算出処理を薬局内端末が行う方法を説明する。なお、各装置のハードウェア構成は、図１、図３、図４で説明したものと同一のものが適用可能である。本実施形態においては、電子カルテ端末３００の上で実行されるソフトウェアは、従来のものが使用されるものとし詳細な説明は省略する。
本実施形態において薬局内端末４００は、情報処理装置の一例である。
【００５１】
＜システムの構成＞
本実施形態における医療情報処理システムの全体構成を図１６に示す。本実施形態におけるシステムは、服薬管理端末１００、電子カルテ端末３００、薬局内端末４００から構成される。本実施形態において服薬管理端末１００は、携帯電話端末上のアプリケーションとして実装されており、服薬管理端末１００は病院や薬局に携帯される。
図１６において、矢印は本実施形態における各種の情報の流れを示す。まず、服薬管理端末１００に内包される服薬管理アプリケーション１０８は、服薬管理情報１０９に基づいて、服薬通知を行う（１６０１）。患者が服薬通知に従って服薬すると、患者は服薬管理アプリケーション１０８を操作して服薬情報を入力する（１６０２）。これらの情報の流れは第１の実施形態と同一である。また、服薬管理アプリケーション１０８の表示画面も、図６と同一である。
医師が患者を診察すると、治療に適当な薬剤の薬剤名や用法といった投薬情報を電子カルテ端末３００に入力する（１６０３）。電子カルテ端末３００は、対応する処方箋を発行する。このとき、処方箋は電子化された形で、電子処方箋アプリケーションに送信される（１６０４）。この送信は、服薬管理端末１００を電子カルテ端末３００の赤外線Ｉ／Ｆ３０６に近接させることでなされる。
【００５２】
次に、患者は病院内の調剤センター又は薬局に行く。すると、服薬管理端末１００は、薬局内端末４００に電子処方箋データを送信する（１６０５）。この送信は、服薬管理端末１００を薬局内端末４００の赤外線Ｉ／Ｆ４０６に近接させることでなされる。薬局内端末４００は、処方箋を入力されると、服薬管理情報１０９を服薬管理端末１００から取得する（１６０７）。そして、薬局内端末４００は、処方箋と服薬管理情報１０９とに基づいた服薬計画を作成して表示する（１６０８）。薬剤師はこの服薬計画に基づく処方薬変更を処方医に疑義照会し、承認を得る。医師がこの処方変更を承認する場合は、更に薬局内端末４００は、赤外線通信Ｉ／Ｆ４０６を通じて新しい服薬計画を服薬管理端末１００に送信する（１６０９）。更に薬局内端末４００は、新しい服薬計画に基づいて調剤指示を薬剤師に行う（１６１０）。これら１６０５から１６１０までの情報の流れは、一連の処理として薬局内端末４００のソフトウェアによって実行される。以降、この薬局内端末４００が行う一連の処理を、第１の実施形態と同様に、処方薬剤算出処理と呼ぶ。この処方薬剤算出処理の詳細については、図１７を用いて後述する。
次に、薬剤師は調剤指示に従って調剤を行い、薬局内端末４００を操作する。薬局内端末４００は、この操作に応じて調剤録ＤＢ４１０に記録をする。そして、薬剤師は患者に調合した薬剤を渡す。
【００５３】
＜服薬計画作成処理＞
次に、  図１７を用いて本実施形態における、処方薬剤算出処理を説明する。
図１７（Ａ）は、本実施形態に適用可能な処方薬剤算出処理の流れを示すフローチャートである。図１７（Ｂ）は、処方薬剤算出処理内の、服薬計画提示処理の流れを示すフローチャートである。なお、図１７（Ａ）の処方薬剤算出処理と図１７（Ｂ）に示す服薬計画提示処理とは、第１の実施形態において示した図７の服薬計画提示処理と図９の服薬計画提示処理とに夫々相当するものである。
まず、Ｓ１７０１において、ＣＰＵ４０３は、服薬管理端末１００から電子処方箋情報１１１を取得してＲＡＭ４０２に記憶する。赤外線通信Ｉ／Ｆ４０６に服薬管理端末１００を近接させることでＳ１７０１の処理が行われる。Ｓ１７０１が完了すると、ＣＰＵ４０３は、Ｓ１７０２に進む。
Ｓ１７０２において、ＣＰＵ４０３は、服薬管理端末１００から服薬管理情報１０９を取得してＲＡＭ４０２に記憶する。赤外線通信Ｉ／Ｆ４０６に服薬管理端末１００を近接させることでＳ１７０２の処理が行われる。なお、ＣＰＵ４０３は、電子処方箋情報１１１と服薬管理情報１０９とを同時に受信するようにしてもよい。以降の説明では、Ｓ１７０２で取得した服薬管理情報に含まれる服薬計画を古い服薬計画と呼び、以降の処理で新規に作成される服薬計画を新しい服薬計画と呼ぶ。
【００５４】
ここで、図１８を用いて、本実施形態における、電子処方箋情報１１１と古い服薬計画との例を説明する。図１８（Ａ）は、本実施形態における電子処方箋情報１１１の例である。電子処方箋情報１１１には、１８０１と１８０２との２つの薬剤の処方情報が入力されている。なお、本実施形態における電子処方箋情報には、図１０（Ｄ）で説明した第１の実施形態の処方箋と比べて、処方量の項目と残薬割り当ての項目とが存在しない。これは、従来の電子カルテ端末３００が発行した処方箋には、投薬量の項目が処方すべき量を意図しており、残薬割り当てという概念が存在しないためである。図１８（Ｂ）は本実施形態における服薬管理情報の例で、１８０３と１８０４と１８０５との３つの薬剤の服薬計画が記録されている。なお、各服薬計画は図１０（Ｂ）と同一である。図１８（Ｃ）は、図１８（Ａ）の処方情報と図１８（Ｂ）の服薬管理情報とに基づいて、後述する服薬計画提示処理によって提示された新しい服薬計画である。新しい服薬計画には、１８０６、１８０７の２つの薬剤の服薬計画が記録されており、夫々１８０１、１８０２の処方情報に対応する。図１０（Ｄ）は、後述するＳ１７０７の処理によって作成された不足薬剤の調剤指示である。不足薬剤の調剤指示には、１１０８、１１０９の２つの薬剤の調剤指示が記載れており、夫々１８０１、１８０２に対応する。
【００５５】
ここで、図１７の説明に戻る。
Ｓ１７０３において、ＣＰＵ４０３は、受信した服薬管理情報１０９と、電子処方箋情報１１１と、に基づいて、患者の所持する残薬を割り当てた新しい服薬計画を提示する処理である。以降、Ｓ１７０３の処理を服薬計画提示処理と呼ぶ。
図１７（Ｂ）は、Ｓ１７０３の服薬計画提示処理のフローチャートである。本実施形態における服薬計画提示処理は、第１の実施形態において示した図９の服薬計画提示処理とほぼ同一である。即ち、Ｓ１７１０からＳ１７１５までの処理は、Ｓ１００１からＳ１００６までの処理と夫々対応しており、各処理で投薬情報としていたものが処方情報である点が異なる。以降の処理では、第１の実施形態と同様に、残薬割り当ての項目を除いた新しい服薬計画が、電子処方箋情報を基に予め作成済みであるものとして説明する。なお、残量の項目は、他の項目を利用して算出してあるものとする。例えば、残量は、用法によって決定される一日当たりの服用回数、用量、及び投薬量を乗じて算出される。例えば、図１８（Ａ）の１８０１の処方情報であれば、毎食後２錠が７日間の投薬であるから、ＣＰＵ４０３は、３と２と７を乗じて４２錠と算出し、新しい服薬計画１８０６に記載するものとする。
【００５６】
Ｓ１７１０において、ＣＰＵ４０３は、処方情報に含まれる薬剤を一つ選択し、以降の処理対象とする。ＣＰＵ４０３は、以降の処理を実施していない薬剤を選択したらＳ１７１１に進む。
Ｓ１７１１において、ＣＰＵ４０３は、処理対象の薬剤の残薬が、Ｓ１７０２で取得した服薬管理情報に含まれているか判定する。ＣＰＵ４０３は、一致する薬剤があればＳ１７１２に進み、そうでなければＳ１７１４に進む。
Ｓ１７１２において、ＣＰＵ４０３は、Ｓ１７１１で抽出した処理対象と同一薬剤に、残薬があるか判定する。ＣＰＵ４０３は、残量が１以上であればＳ１７１３に進み、そうでなければＳ１７１４に進む。
【００５７】
Ｓ１７１３において、ＣＰＵ４０３は、Ｓ１７１２で抽出した残薬の数量を、新しい服薬計画の残量を上限として、新しい服薬計画の残薬割り当ての項目に記載を行う。即ち、ＣＰＵ４０３は、残薬の数量と、新しい服薬計画の残量と、のうち、値の少ない方を残薬割り当ての項目に記載する。
Ｓ１７１４において、ＣＰＵ４０３は、未処理の薬剤がまだ処方情報に含まれているか判定する。ＣＰＵ４０３は、もし未処理の薬剤が投薬情報にあればＳ１７１０に戻り、そうでなければＳ１７１５に進む。
Ｓ１７１５において、ＣＰＵ４０３は、作成した服薬計画をタッチスクリーン４０４に表示する処理である。この表示画面については、第１の実施形態において示した図８（Ｂ）の服薬計画確認画面と同様であるため説明は省略する。
【００５８】
ここで、図１７（Ａ）の説明に戻る。ＣＰＵ４０３は、Ｓ１７０３の処理後はＳ１７０４に進み、薬剤師が提示された服薬計画に基づいて、処方量を変更してよいか疑義照会を処方医に対して行う。ＣＰＵ４０３は、処方医から承認がでた場合にはＳ１７０６に進み、そうでなければＳ１７０５に進む。
Ｓ１７０５において、ＣＰＵ４０３は、処方情報通りの服薬計画の作成を行う。ＣＰＵ４０３は、Ｓ１７０５が完了すると、Ｓ１７０６に進む。
Ｓ１７０６において、ＣＰＵ４０３は、服薬管理端末１００に、Ｓ１７０３又はＳ１７０５で作成された新しい服薬計画を赤外線通信Ｉ／Ｆ４０６を通じて送信する。なお、その後、服薬管理アプリケーション１０８は、Ｓ１７０６で送信された新しい服薬計画に従って服薬管理情報１０９を更新するが、その更新処理は、第１の実施形態に説明したものと同一である。ＣＰＵ４０３は、Ｓ１７０６が完了すると、Ｓ１７０７に進む。
【００５９】
Ｓ１７０７において、ＣＰＵ４０３は、Ｓ１７０３又はＳ１７０５で作成された服薬計画から、患者が所持していない薬剤の処方指示を行う処理である。患者の所持していない薬剤は、服薬計画の残量の項目に記載された値から、服薬計画の残薬割り当ての項目に記載された値を減算することで容易に求められる。例えば、図１８（Ｃ）の１８０６の服薬計画であれば、残量が４２錠であるのに対して残薬割り当てが４錠なので、ＣＰＵ４０３は、４２に４を減じて３８錠と求める。ＣＰＵ４０３は、Ｓ１７０７の処理が完了すると、Ｓ１７０８に進む。なお、図１８（Ｄ）は、図１８（Ａ）の処方情報と図１８（Ｂ）の服薬管理情報とに基づいて、Ｓ１７０７によって作成された調剤指示の例であり、薬剤師は、この調剤量の項目に指示された量を調剤し患者に提供する。
Ｓ１７０８において、ＣＰＵ４０３は、ＲＡＭ３０２に記憶されているＳ１７０２で取得した処方箋及びＳ７０３又はＳ７０５で作成した服薬計画を、調剤録ＤＢ４１０に追記する。なお、ＣＰＵ４０３は、詳報情報と服薬計画との重複又は類似する項目を統合し、一つのテーブルとして記録してもよい。
【００６０】
以上、本実施形態における、薬局内端末４００の処方薬剤算出処理を説明した。本実施形態に示した医療情報処理システムによれば、従来の方法で作成された処方箋に対しても、対応する服薬計画を作成することが可能となる。また、同一薬剤の服薬計画が既にある場合に、残薬を割り当てた服薬計画を作成することが可能となる。また、患者が服薬計画通りに服用していない場合でも、過不足の無い薬剤を処方することが可能となる。また、服薬管理端末１００は、残薬割り当てを含む服薬計画に基づいて服薬管理情報を更新し、不要となった薬剤の服薬計画は適切に削除される。
【００６１】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００６２】
以上、上述した各実施形態によれば、医師が投薬する薬剤を変更する際に、服薬管理端末による服薬通知の適切な動作変更を確実、かつ、容易に行うことが可能となる。
また、患者が医師の意図通りに服用していない場合でも、残薬の数量等が処方する薬の数量に自動的に反映されるので、追加薬剤の適切な処方量の決定を確実、かつ、手間をかけず容易に行うことが可能となる。
また、同様の効果がある薬剤を患者が所持している場合には、その薬剤を活用して、処方量を削減する事が可能となる。
また、連続服用の上限がある薬剤を処方する場合に、より正確に処方量を算出する事が可能となる。
【００６３】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００６４】
１００  服薬管理端末、３００  電子カルテ端末、４００  薬局内端末
【図１】
2015170019.tif 000003
【図２】
2015170019.tif 000004
【図３】
2015170019.tif 000005
【図４】
2015170019.tif 000006
【図５】
2015170019.tif 000007
【図６】
2015170019.tif 000008
【図７】
2015170019.tif 000009
【図８】
2015170019.tif 000010
【図９】
2015170019.tif 000011
【図１０】
2015170019.tif 000012
【図１１】
2015170019.tif 000013
【図１２】
2015170019.tif 000014
【図１３】
2015170019.tif 000015
【図１４】
2015170019.tif 000016
【図１５】
2015170019.tif 000017
【図１６】
2015170019.tif 000018
【図１７】
2015170019.tif 000019
【図１８】
2015170019.tif 000020