JP2014146251A - 情報処理装置および方法、並びにプログラム - Google Patents

Abstract

【課題】服薬に関するより確からしい情報を得ることができるようにする。
【解決手段】抽出部は、記録部に記録されている調剤レセプト情報などの医薬品に関する情報から、各処方についての医薬品の調剤日や処方日数などの情報を抽出する。特定部は、調剤日が同じである処方が複数ある医薬品について、各処方での処方日数が異なるか、各処方での処方量が異なるか、または同じタイミングでの医薬品の服薬がある複数の処方があるかの何れかの条件が満たされているかを特定する。服薬日数算出部は、特定部による特定結果に基づいて医薬品の服薬日数を算出する。本技術は、情報処理装置に適用することができる。
【選択図】図３

Description

本技術は情報処理装置および方法、並びにプログラムに関し、特に、服薬に関するより確からしい情報を得ることができるようにした情報処理装置および方法、並びにプログラムに関する。

現在、医師が発行する処方せんや、薬局で発行されるお薬手帳は紙媒体で運用されているが、利便性や効率性向上の観点から、電子的に処方せんやお薬手帳を共有，管理する仕組みの構築が求められている。

そこで、薬品処方装置において各患者の処方情報を管理することで、薬剤の安全な処方を実現する技術が提案されている（例えば、特許文献１参照）。この技術では、患者であるユーザが薬品処方装置にアクセスすると、薬品処方装置は患者の処方情報のなかから、医師により決定された処方条件を満たす処方情報を選択し、患者の携帯端末に送信する。

そして、患者が携帯端末に表示された処方情報から所望のものを指定すると、その処方情報が薬品処方装置によって調剤薬局に公開される。その後、患者が調剤薬局に行き、個人認証等が行なわれると、調剤薬局の薬剤師が処方情報に基づいて薬剤を調剤し、患者に引き渡す。

特開２００４−０２９９８５号公報

ところで、処方せんやレセプトを電子化した場合には、レセプトなどの薬歴情報から、患者に対して処方された各処方薬剤の処方日や処方日数を抽出することができるので、各処方薬剤の服薬日程を把握することができる。このようにして得られた服薬日程を用いれば、患者であるユーザに対する薬剤の重複投与や、飲み合わせ禁忌となる薬剤の処方を防止することができるようになる。

例えば、処方薬剤の処方日および処方日数として、ＤａおよびＭａが電子化されたレセプトなどから抽出された場合、その処方薬剤は、処方日ＤａからＤａ＋Ｍａ−１までの期間において患者に服用されたことになる。この場合、患者が処方薬剤を処方日から毎日服用していることが前提とされており、ＤａからＤａ＋Ｍａ−１までの期間に患者により処方薬剤が服用されたとして、飲み合わせ禁忌となる薬剤の検出等が行なわれる。

ところが、薬剤のなかには処方量を漸減または漸増させるものなど、同一調剤日に複数処方に分けて調剤される医薬品がある。

例えば、そのような医薬品として、プレドニン（登録商標）のような用量を漸減させていくステロイド剤や、カルバマゼピンのような様子を見ながら用量を漸増させていく中枢神経剤などがある。これらの医薬品は、処方される薬剤において少なくない割合を占めている上に、併用禁忌や社会的な多量投与といった面ではより重要性を増す存在である。

このように同じ医薬品（薬剤）が同一調剤日に複数処方に分けて調剤されると、服薬に関するより確からしい情報を得ることができなくなってしまう場合があった。

すなわち、レセプトなどの薬歴情報に含まれている処方日数は、処方した数量としての日数、つまり処方量が何日分であるかを示しているので、処方日数をそのまま実際に服薬する期間の日数（服薬日数）とすると齟齬が生じることがある。

例えば、図１に示すように、２種類の薬剤Ａと薬剤Ｂが３日分だけ処方されたとする。なお、図１において、斜線の施された円は薬剤Ａを表しており、斜線の施されていない円は薬剤Ｂを表している。

図１の例において、医師により指示された薬剤Ａと薬剤Ｂの正しい服用方法が図中、左側に示すように、１日目から３日目の各日において薬剤Ａを朝、昼、および夕にそれぞれ服用し、薬剤Ｂを朝と夕に服用するものであるとする。

このような場合、レセプトの記載方法として２通りの記載方法がある。

まず、１つ目の記載方法として図中、中央に示すように、薬剤Ａを１日３回、３日間服用とする処方１と、薬剤Ｂを１日２回、３日間服用とする処方２とに分けて記載する方法がある。なお、図中、中央では、実線の枠は処方１を表しており、点線の枠は処方２を表している。

この場合、処方１についても処方２についても、薬剤Ａや薬剤Ｂの処方日数をそのまま服薬日数としても特に問題は生じない。

これに対して、２つ目の記載方法として図中、右側に示すように、薬剤Ａと薬剤Ｂをそれぞれ１日２回、３日間服用とする処方１と、薬剤Ａを昼食後に３日間服用とする処方２とに分けて記載する方法がある。なお、図中、右側では実線の枠は処方１を表しており、点線の枠は処方２を表している。

この場合、処方１と処方２とから薬剤Ａの服薬日数を算出する場合に、正しい服薬日数が得られなくなってしまう可能性がある。すなわち、薬剤Ａの服薬日数は実際には３日間であるが、処方１の処方日数である３日間と、処方２の処方日数である３日間を単純に合算した場合には、算出される薬剤Ａの服薬日数は６日間となってしまう。

このような２つ目の記載方法によりレセプトが記載されることは、一包化装置の普及などから少なくない。

用量を漸減させたり漸増させたりする医薬品などについては、個々のレセプトで特記事項の追加などにより対応しているのが現状であるが、このような特記事項がない場合も多々ある。また、そもそもレセプト自体が請求データであるため、その記載内容が保険行政や点数の付け方に応じて服薬記録とは乖離する可能性もある。

時間的な処理速度よりも処理の正確さが求められる医療現場や従来のレセプトコンピュータでは、現状の記載方法でよいが、レセプト解析などの集合的な処理においては、処方薬剤ごとに個別処理を行なうことは、計算量増加の観点からも現実的ではない。しかも、レセプト解析時の集合処理上では、特記事項は失われてしまっていることも少なくない。

以上のように、上述した技術では、患者に対して処方された薬剤について、処方薬剤の服薬に関する正確な情報を得ることは困難であった。

本技術は、このような状況に鑑みてなされたものであり、服薬に関するより確からしい情報を得ることができるようにするものである。

本技術の一側面の情報処理装置は、ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定する特定部と、前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する服薬日数算出部とを備える。

前記特定部には、前記医薬品に関する情報に基づいて、前記医薬品の処方量が漸減または漸増していると特定された場合、前記条件が満たされるとさせることができる。

前記特定部には、前記医薬品に関する情報に含まれる算定区分コードに基づいて、前記医薬品の処方量が漸減または漸増しているかを特定させることができる。

前記特定部には、前記医薬品に関する情報に含まれる用法コードに基づいて、同じタイミングでの前記医薬品の服薬がある複数の処方があるかを特定させることができる。

前記特定部には、時系列に並ぶ前記医薬品の各処方の処方日数が漸減または漸増している場合、前記条件が満たされるとさせることができる。

前記服薬日数算出部には、前記医薬品に関する情報に含まれる前記医薬品の所定の処方の付加情報から抽出された日付けが、前記所定の処方の直前の処方の調剤日と処方日数とから求まる、前記直前の処方についての前記医薬品の服薬終了日の翌日である場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出させることができる。

前記服薬日数算出部には、前記医薬品の用法を示す情報から、前記医薬品の処方量の漸減または漸増に関する予め定められた文字列が検出された場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出させることができる。

本技術の一側面の情報処理方法またはプログラムは、ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定し、前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出するステップを含む。

本技術の一側面においては、ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかが特定され、前記条件を満たす前記医薬品の各処方の処方日数の和が、前記医薬品の服薬日数として算出される。

本技術の一側面によれば、服薬に関するより確からしい情報を得ることができる。

医薬品の処方について説明する図である。 情報処理システムの構成例を示す図である。 データセンタの構成例を示す図である。 レセプトについて説明する図である。 服薬日数算出処理を説明するフローチャートである。 算定区分コードについて説明する図である。 医薬品の処方例を示す図である。 医薬品の処方例とコメントについて説明する図である。 用法コードについて説明する図である。 コンピュータの構成例を示す図である。

以下、図面を参照して、本技術を適用した実施の形態について説明する。

〈第１の実施の形態〉
〈情報処理システムの構成例〉
本技術は、例えば患者に対して処方された薬剤の処方日や処方日数を利用して、薬剤の重複投与や薬剤の飲み合わせ禁忌の検出などの処理を実行しようとする場合に、処方薬剤の服用に関するより確からしい情報を得ることができるようにするものである。

現状において、処方薬剤に関する情報、つまり薬歴情報として入手しやすい情報は、患者の服薬日程を示す服薬カレンダーではなく、医科レセプトや調剤レセプトなどの請求書データである。これらの医科レセプトや調剤レセプトには、処方薬剤の処方日と処方日数が含まれているが、ここでの処方日数は、処方した量としての日数である。

しかし、上述したように薬剤のなかには、処方量を漸減または漸増させていく薬剤など、同一調剤日に複数処方に分けて調剤される薬剤もあり、処方した日数と実際に服薬する日程に齟齬をきたしている場合がある。

そこで、本技術では服薬日程が薬歴を利用したアプリケーション等に整合するように、処方薬剤について不足する情報を、同一処方日の他のデータとの連携で補完して、処方薬剤の服薬に関するより確からしい情報を得ることができるようにする。すなわち、より確からしい服薬日数を得ることができるようにする。

次に、本技術を適用した具体的な実施の形態について説明する。

図２は、本技術を適用した情報処理システムの一実施の形態の構成例を示す図である。

図２の情報処理システムは、携帯型端末装置１１、薬局内システム１２、病院内システム１３、およびデータセンタ１４から構成され、薬局内システム１２乃至データセンタ１４は、インターネットなど、有線や無線のネットワークからなる通信網１５を介して、相互に接続されている。

携帯型端末装置１１は、ユーザが所持する携帯型電話機などからなり、図示せぬ通信網や通信網１５を介して薬局内システム１２乃至データセンタ１４と通信し、必要に応じて情報の授受を行なう。

薬局内システム１２は、ユーザが処方された薬剤を購入する薬局内に設けられており、１または複数の装置から構成されている。薬局内システム１２は、携帯型端末装置１１と通信して、携帯型端末装置１１と必要な情報の授受を行なったり、薬剤師等の入力操作に応じて各種の処理を行なったりする。

また、薬局内システム１２には、患者であるユーザの個人情報や、薬歴に関するデータ（以下、薬歴データと称する）、薬局内システム１２を特定する調剤薬局ＩＤなどからなる個人／薬歴情報や、調剤レセプト情報などがユーザごとに記録されている。

各ユーザの薬歴データには、薬局等においてユーザのために調剤された薬剤に関する情報や、その薬剤の処方せんに関する情報、薬歴データを特定する薬歴ＩＤなどが含まれている。より具体的には、例えば薬歴データには、処方された薬剤を示す情報や、薬剤の処方日や処方日数、薬歴ＩＤなどの情報が含まれている。

また、調剤レセプト情報は電子化されたレセプトであり、調剤レセプト情報には、ユーザに処方された薬剤の名称、処方日、調剤日、処方日数、その調剤レセプト情報を特定するレセプトＩＤなどの情報が含まれている。

薬局内システム１２は、必要に応じて個人／薬歴情報や調剤レセプト情報を生成して記録したり、個人／薬歴情報に含まれる薬歴データや調剤レセプト情報等をデータセンタ１４に送信したりする。

病院内システム１３は、患者であるユーザが通院する病院内に設けられており、１または複数の装置から構成されている。病院内システム１３は、携帯型端末装置１１と通信して、携帯型端末装置１１と必要な情報の授受を行なったり、医師等の入力操作に応じて各種の処理を行なったりする。

また、病院内システム１３には、患者であるユーザの個人情報や、診察に関するデータ（以下、診察データと称する）、病院内システム１３を特定する医療機関ＩＤなどからなる個人／診察情報や、医科レセプト情報、DPC（Diagnosis Procedure Combination）レセプト情報などがユーザごとに記録されている。例えば、診察データは電子カルテなどとされる。

なお、例えば電子化されたレセプトである医科レセプト情報やDPCレセプト情報には、患者であるユーザに処方された薬剤の名称や薬剤の処方日、処方日数、その医科レセプト情報やDPCレセプト情報を特定するレセプトＩＤなどの情報が含まれている。

病院内システム１３は、必要に応じて個人／診察情報や、医科レセプト情報、DPCレセプト情報を生成して記録したり、個人／診察情報に含まれる診察データや、医科レセプト情報、DPCレセプト情報をデータセンタ１４に送信したりする。

データセンタ１４は、１または複数の装置から構成される。データセンタ１４は、薬局内システム１２および病院内システム１３から薬歴データや診察データ、調剤レセプト情報、医科レセプト情報、DPCレセプト情報などを受信して記録したり、それらのデータを要求に応じて薬局内システム１２や病院内システム１３、携帯型端末装置１１に送信したりする。すなわち、データセンタ１４に記録される薬歴データや診察データなどの各情報は、各薬局内システム１２や病院内システム１３、携帯型端末装置１１によって共有される。

〈データセンタの構成例〉
続いて、図２のデータセンタ１４のより詳細な構成について説明する。図３は、データセンタ１４のより詳細な構成例を示す図である。

データセンタ１４は、通信部４１、入力部４２、制御部４３、記録部４４、および表示部４５から構成される。

通信部４１は、携帯型端末装置１１などの外部の装置と通信し、各種のデータを受信して制御部４３に供給したり、制御部４３から供給されたデータを送信したりする。入力部４２は、例えば入力ボタンやタッチパネルなどからなり、データセンタ１４の管理者により入力された情報を制御部４３に供給する。

制御部４３は、データセンタ１４全体の動作を制御する。制御部４３は、抽出部５１、特定部５２、および服薬日数算出部５３を備えている。

抽出部５１は、記録部４４に記録されている調剤レセプト情報などの薬剤に関する情報から、患者に対して処方された処方薬剤の薬剤名や処方日、処方日数などを抽出する。

特定部５２は、抽出された各処方薬剤の調剤日等の情報に基づいて、各処方薬剤が予め定めた特定の条件を満たすか否かを特定する。具体的には、例えば同一調剤日に複数の処方が存在する処方薬剤（医薬品）について、各処方での処方日数が異なるか、各処方での処方薬剤の処方量が異なるか、または処方薬剤が同じタイミングで服薬される複数の処方があるかの何れかの条件が満たされているかが特定される。

服薬日数算出部５３は、特定部５２による特定結果に基づいて、各処方薬剤の服薬日数を算出する。

記録部４４は、制御部４３により実行されるプログラムや各種のデータを記録しており、必要に応じてそれらのデータを制御部４３に供給する。例えば、記録部４４は、ユーザ薬歴情報や、調剤レセプト情報、医科レセプト情報、DPCレセプト情報などを記録している。表示部４５は、液晶表示パネルなどからなり、制御部４３から供給されたデータに基づいて、各種の画像を表示する。

〈服薬日数算出処理の説明〉
ところで、データセンタ１４は、記録部４４に記録されている処方薬剤に関する情報に基づいて、各処方薬剤の服薬日数を算出するが、以下では処方薬剤に関する情報として、調剤レセプト情報が用いられて服薬日数が算出されることとする。

例えば、調剤レセプト情報、より詳細には調剤レセプト情報に基づき出力される出力紙レセプトには、図４の矢印Ｑ１１に示すように１または複数の処方に関する情報が含まれている。さらに、各処方に関する情報には、１または複数の処方薬剤に関する情報が含まれている。

図４の例では、「Ｎｏ．」は各処方、すなわち処方基本レコードを識別する情報である番号を示しており、ここでは２つの処方に関する情報が出力紙レセプトに含まれている。また、出力紙レセプトの各処方に関する情報には、医師番号、処方月日、調剤月日、処方薬剤名、調剤数量などの情報が記されており、出力紙レセプトの摘要欄には、医師等のコメントが記されている。

なお、調剤レセプト情報では、処方に関する情報として１または複数の処方基本レコードが調剤レセプト情報に含まれており、さらに処方薬剤に関する情報として、１または複数の調剤情報レコードが各処方基本レコードに対応付けられている。

各処方に含まれる調剤情報レコードには、矢印Ｑ１２に示すように薬剤の処方日を示す処方月日や、薬剤の調剤日を示す調剤月日、薬剤の調剤数量、調剤料の算定に関する情報である算定区分、調剤料の算定先を示す算定先Ｎｏ等が含まれている。ここで、調剤数量は薬剤の処方した数量としての日数、つまり処方日数を示している。なお、矢印Ｑ１２に示される情報は、調剤情報レコードのフォーマットの一部の情報である。

また、処方基本レコードには、処方薬剤の剤形を示す剤形コードや、処方薬剤の服用方法を示す用法コードが含まれている。その他、調剤レセプト情報には、コメント等の文字情報が格納されるコメントレコードや摘要欄レコードなども含まれている。

次に、データセンタ１４の動作について説明する。

例えばユーザが携帯型端末装置１１を操作して、薬剤の飲み合わせの危険性の通知に関するアプリケーションプログラムを起動させると、携帯型端末装置１１はデータセンタ１４に対して、処方薬剤の服薬日程に関する情報の送信を要求してくる。

すると、データセンタ１４は、携帯型端末装置１１の要求に応じて服薬日数算出処理を行なって服薬日数を算出し、各処方薬剤の服薬日数や処方日などを含む情報を服薬日程に関する情報として、携帯型端末装置１１に送信する。

以下、図５のフローチャートを参照して、データセンタ１４により行なわれる服薬日数算出処理について説明する。なお、服薬日数算出処理は、例えば記録部４４に記録されている調剤レセプト情報ごとに行なわれる。

ステップＳ１１において、抽出部５１は、記録部４４から調剤レセプト情報を読み出して、読み出した調剤レセプト情報に対する解析処理を行なうことで、調剤レセプト情報から医薬品（処方薬剤）ごとに各処方の処方日、調剤日、および処方日数を抽出する。例えば、処方日数として図４に示した調剤数量が抽出される。

また、抽出部５１は、医薬品ごとにコメントなどの付加情報、用法コード、調剤料の算定区分などの情報も必要に応じて調剤レセプト情報から抽出する。

ステップＳ１２において、特定部５２は、調剤レセプト情報から情報が抽出された医薬品（処方薬剤）のうちの１つを、処理対象の医薬品として選択する。

ステップＳ１３において、特定部５２は、処理対象の医薬品の各処方の調剤日に基づいて、同一調剤日に処理対象の医薬品についての複数の処方があるか否かを判定する。

ステップＳ１３において、同一調剤日に複数の処方がないと判定された場合、ステップＳ１４乃至ステップＳ１９の処理はスキップされて、処理はステップＳ２０へと進む。

ステップＳ２０において、服薬日数算出部５３は、処理対象の医薬品の処方日数を、そのまま、その医薬品の服薬日数とする。

例えば、処理対象の医薬品Ｃについて、調剤レセプト情報から調剤日Ｄａと処方日数Ｍａが抽出されたとすると、服薬日数算出部５３は、処方日数Ｍａを医薬品Ｃの服薬日数とする。この場合、医薬品Ｃは、調剤日Ｄａから（Ｄａ＋Ｍａ−１）までの期間において、患者により服薬されるものとされる。

なお、医薬品の処方日が医薬品の服薬開始日とされるようにしてもよい。これは、医薬品の処方日と調剤日は同日であることが多いからである。

ステップＳ２１において、特定部５２は、調剤レセプト情報から情報が抽出された全ての医薬品（処方薬剤）について処理を行なったか否かを判定する。すなわち、全ての医薬品を処理対象の医薬品として処理したか否かが判定される。

ステップＳ２１において、まだ全ての医薬品について処理を行なっていないと判定された場合、処理はステップＳ１２に戻り、上述した処理が繰り返される。すなわち、まだ処理対象となっていない医薬品が次の処理対象の医薬品として選択され、その医薬品の服薬日数が算出される。

これに対して、ステップＳ２１において、全ての医薬品について処理を行なったと判定された場合、服薬日数算出処理は終了する。

服薬日数算出処理が終了すると、例えば制御部４３は、各医薬品について得られた服薬日数や服薬開始日としての調剤日などの情報を通信部４１に供給し、それらの情報の携帯型端末装置１１への送信を通信部４１に指示する。通信部４１により服薬日数等の情報が携帯型端末装置１１に送信されると、携帯型端末装置１１では、データセンタ１４から受信した情報を各種のアプリケーションプログラムに利用することができるようになる。

また、ステップＳ１３において、同一調剤日に複数の処方があると判定された場合、ステップＳ１４において、特定部５２は、調剤レセプト情報から抽出された処理対象の医薬品の算定区分、より詳細には算定区分コードが「３」であるか否かを判定する。

例えば、算定区分には図６に示すように、「１」乃至「４」の何れかの算定区分コードが含まれている。この算定区分コードが「３」である場合、漸減療法で調剤数量が合算されるという理由から、処理対象の医薬品の調剤料は算定されないことを示している。この場合、処理対象の医薬品の処方量は、時系列に並ぶ各処方で漸減していくことが分かる。

なお、ここでは、処理対象の医薬品の処方量が各処方で異なっているかを特定するための情報として、調剤情報レコードに含まれる算定区分を利用する例について説明したが、算定区分に相当する情報であれば、どのような情報であってもよい。

また、調剤レセプト情報などの医薬品に関する情報に、その医薬品の処方量が各処方で異なること、例えば医薬品の処方量が漸減または漸増していることを特定可能な情報が含まれている場合には、その情報が利用されてもよい。

ステップＳ１４において、算定区分コードが「３」であると判定された場合、つまり処理対象の医薬品の処方量が漸減していく場合、処理はステップＳ２２へと進む。

ステップＳ２２において、服薬日数算出部５３は、処理対象の医薬品の各処方についての処方日数の和を、その医薬品の服薬日数とする。

例えば、図７に示すように処方ＩＤが「１」から「６」の６つの処方から処理対象の医薬品の情報が抽出され、各処方での処理対象の医薬品の処方日数、つまり調剤数量が３日分であったとする。

また、例えば処方ＩＤは、処方基本レコードの番号などの処方を特定するための情報とされ、処方ＩＤが大きい処方ほど時間的に後になされた処方であるものとする。この例では、処方ＩＤが大きくなるほど処方量が１錠ずつ小さくなっている。すなわち、処理対象の医薬品の処方量が漸減していることが分かる。

このような場合、服薬日数算出部５３は各処方の処方日数を合算し、医薬品の服薬日数とする。この例では、医薬品が１８（＝３×６）日分処方されたとされ、服薬日数が「１８」とされる。

したがって、例えば各処方における調剤日が２月１日である場合には、服薬日数算出部５３は、処理対象の医薬品が２月１日から２月１８日まで服用されるとする。なお、このとき服薬日数算出部５３が、順番に並んでいる各処方についての処理対象の医薬品の服薬開始日を、それらの直前の処方の処方日数と服薬開始日に基づいて読み替える処理を行なうようにしてもよい。

例えば、この例では最初の処方、つまり処方ＩＤが「１」である処方については、調剤日が服薬開始日とされる。この処方の処方量は３日分であるから、この処方の医薬品は２月１日から２月３日まで服薬されることになる。また、処方ＩＤが「１」である処方に続く処方ＩＤが「２」の処方については、直前の処方ＩＤが「１」である処方の調剤日と処方量から、医薬品の服薬開始日が２月４日とされる。つまり、処方ＩＤ「２」の処方についての医薬品の服薬開始日が、直前の処方ＩＤ「１」の処方の医薬品の服薬終了日の翌日となるように処方ＩＤ「２」の処方の服薬開始日が読み替えられる。同様に、処方ＩＤ「３」以降の各処方についても、直前の処方の服薬終了日に合わせて服薬開始日が定められる。

以上のようにして、ステップＳ２２において服薬日数算出部５３が合算処理を行い、処理対象の医薬品の服薬日数を求めると、その後、ステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

また、ステップＳ１４において算定区分コードが「３」でないと判定された場合、ステップＳ１５において、特定部５２は、付加情報に服薬に関する日付けがあり、整合性があるか否かを判定する。

例えば、特定部５２は、付加情報としてコメント等の文字情報が含まれている調剤レセプト情報のコメントレコードや摘要欄レコード、特記事項などから、文字情報として日付けを抽出する。そして、特定部５２は順番に並んでいる各処方について、注目する処方についての日付けと、その注目する処方の直前の処方の調剤日および処方日数から求まる日付けとに整合性があるかを特定する。

より具体的には、例えば図８に示すように処方ＩＤが「１」から「４」の４つの処方から処理対象の医薬品の情報が抽出され、各処方について文字情報として調剤レセプト情報から日付けが抽出されたとする。

この例では、処方ＩＤ「１」から「４」の各処方が順番に並んでおり、処方ＩＤが大きくなるほど、つまり後の処方になるほど医薬品の処方量が多くなっている。したがって、この医薬品は処方量を漸増させていく薬剤であることが分かる。

また、各処方の調剤日は平成２３年１月２８日であり、処方ＩＤ「１」から「４」の各処方について文字情報として「１／２８から服用」、「２／４から服用」、「２／１１から服用」、および「２／１８から服用」が抽出されている。

このような場合、特定部５２は、最初の処方ＩＤ「１」について抽出された処方の文字情報「１／２８から服用」に含まれる日付けである１月２８日と、調剤日である１月２８日とで整合性がとれているかを特定する。ここでは、文字情報として調剤レセプト情報に含まれている日付けと調剤日とが同じであるので、整合性があるとされる。なお、この処方の処方日数は７日であるから、この処方の医薬品は１月２８日から７日間、すなわち２月３日まで服用されることになる。

また、特定部５２は、処方ＩＤ「１」に続く処方ＩＤ「２」の処方について抽出された文字情報「２／４から服用」に含まれる日付けである２月４日と、直前の処方である処方ＩＤ「１」の調剤日と処方日数から求まる服薬終了日とに整合性があるかを特定する。ここでは、処方ＩＤ「１」の服薬終了日である２月３日の翌日が、処方ＩＤ「２」の処方から抽出された日付けである２月４日であるから、整合性があるとされる。

特定部５２は、以降の処方についても同様にして直前の処方の服薬終了日と、注目する処方について抽出された文字情報としての日付けとを比較し、整合性があるかを特定する。そして、全ての処方について整合性があると特定された場合、特定部５２はステップＳ１５において、付加情報に服薬に関する日付けがあり、整合性があると判定する。

このように、注目している処方について抽出された文字情報としての日付けが、その注目している処方の直前の処方の服薬終了日の翌日である場合には、注目する処方の医薬品は、抽出された文字情報としての日付けから服薬されることが分かる。したがって、このような場合には、各処方の処方日数の和が、医薬品の服薬日数とされるべきである。

ステップＳ１５において、付加情報に服薬に関する日付けがあり、整合性があると判定された場合、ステップＳ２２において、服薬日数算出部５３は、処理対象の医薬品の各処方についての処方日数の和を、その医薬品の服薬日数とする。

例えば、図８に示した例では、各処方の処方日数が合算されて、医薬品が４２（＝７×３＋２１）日分だけ処方された、つまり服薬日数は４２日であるとされる。ステップＳ２２において服薬日数が算出されると、その後、ステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

また、ステップＳ１５において、付加情報に服薬に関する日付けがない、または整合性がないと判定された場合、処理はステップＳ１６に進む。

ステップＳ１６において、特定部５２は、調剤レセプト情報から抽出された、処理対象の医薬品の各処方の用法コードにより示される服薬タイミングが重なっているか否かを判定する。つまり、同じタイミングでの医薬品の服薬がある複数の処方があるか否かが判定される。

調剤レセプト情報では、図９に示すように用法コードが定められているので、用法コードの値から医薬品がどのタイミングで服薬されるかを特定することができる。例えば、処理対象の医薬品の所定の処方についての用法コードが「００１」である場合には、その医薬品は、朝、昼、夕の各食事の食前に服用されることが分かる。

同じ医薬品の互いに異なる処方で、医薬品の服薬タイミングが重なっている場合には、それらの処方の医薬品は異なる日に服薬されるはずである。具体的には、例えば所定の処方の医薬品が朝食前に服薬され、他の処方の医薬品も朝食前に服薬される場合には、服薬タイミングが重なっていることになる。

図９の例では、用法コード「００１」と用法コード「００５」とでは、１日における医薬品の服薬回数は異なるが、何れの用法コードでも朝食前に医薬品が服用されるので、同じタイミングでの医薬品の服薬があることになる。

このように、同じタイミングで医薬品が服用される処方が複数ある場合には、各処方の医薬品は異なる日に服薬されるはずであるので、それらの処方の処方日数の和が医薬品の服薬日数とされるべきである。

これに対して、各処方の医薬品の服薬タイミングが重なっていない場合には、各処方の医薬品が同じ日に服薬される可能性だけでなく、異なる日に服薬される可能性もある。

ステップＳ１６において、服薬タイミングが重なっていると判定された場合、処理はステップＳ２２へと進み、ステップＳ２２およびステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

一方、ステップＳ１６において、服薬タイミングが重なっていないと判定された場合、ステップＳ１７において、特定部５２は、処理対象の医薬品の順序付けられた各処方の処方日数が漸減または漸増しているか否かを判定する。つまり、時系列に並ぶ各処方の処方日数が一定数ずつ減少または増加しているか否かが判定される。

ステップＳ１７において、各処方の処方日数が漸減または漸増していると判定された場合、処理はステップＳ２２へと進み、ステップＳ２２およびステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

例えば、順序付けられて並んでいる各処方の処方日数が漸減または漸増していく場合、各処方の医薬品は処方量を漸減または漸増させていく薬剤であり、各処方の医薬品は異なる日に服薬される可能性が高いので、各処方日数の和が服薬日数とされる。

これに対して、ステップＳ１７において、各処方の処方日数が漸減または漸増していないと判定された場合、ステップＳ１８において、特定部５２は、処理対象の医薬品の各処方の処方日数が異なっているか否かを判定する。

ステップＳ１８において、各処方の処方日数が異なっていると判定された場合、処理はステップＳ２２へと進み、ステップＳ２２およびステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

例えば、強い副作用が生じるなどの理由から、最初は比較的短い期間の分だけ医薬品を処方し、様子を見ながら処方日数を増やしていくというような処方が行なわれる医薬品もある。そのような医薬品では、医薬品の処方によって処方日数が異なり、例えば最初の３つの処方では、医薬品の処方日数が３日とされ、最後の処方で処方日数が２１日などとされる。

このように各処方における医薬品の処方日数が異なる場合、各処方の医薬品の服薬日は異なるので、各処方の処方日数の和が服薬日数とされる。

なお、より詳細には、処方日数が漸減または漸増している場合には、ステップＳ１８において処方日数が異なると判定されるので、特にステップＳ１７の処理が行なわれないようにしてもよい。つまり、ステップＳ１７の処理が行なわれなくても、処方日数が漸減または漸増している場合には、ステップＳ１８において処方日数が異なると判定されるので、ステップＳ２２の処理が行なわれて、処方日数の和が服薬日数とされる。

また、ステップＳ１８において、各処方の処方日数が異なっていない、つまり同じであると判定された場合、ステップＳ１９において、特定部５２は、医薬品の用法を示す情報に、医薬品の処方量の漸減または漸増に関する記述があるか否かを判定する。

例えば、記録部４４には、複数の医薬品と、それらの医薬品が漸減療法または漸増療法を行う薬剤であるかを示すフラグとが対応付けられているデータベースが、医薬品の用法を示す情報として記録されている。特定部５２は、記録部４４に記録されているデータベースにおいて処理対象の医薬品に対応付けられているフラグを参照して、漸減または漸増に関する記述があるか否かを判定する。

なお、このようなデータベースを記録部４４に記録させておくことが望ましいが、医薬品は日々新たに追加されるので、新たな医薬品が追加されるたびにデータベースを更新することが困難である場合もある。

そこで、記録部４４や外部の装置に、各医薬品について、医薬品の服用上の注意など、用法に関する情報を記録させておき、その用法に関する情報から特定の文字を検出することで、処理対象の医薬品が処方量を漸減または漸増させる薬剤であるかを特定してもよい。

なお、医薬品ごとに用法に関する情報を対応付けるようにしてもよいが、類似する医薬品ごと、例えばＹＪコードとも呼ばれている薬価収載コードの上７桁（以下、ＹＪ７コードとも称する）に対して、用法に関する情報が対応付けられているようにしてもよい。用法に関する情報は、例えば用法上の注意を記述した文字情報とされる。

例えば、ＹＪ７コードと用法に関する情報とが対応付けられて記録部４４に記録されている場合、特定部５２は、処理対象の医薬品のＹＪ７コードに対応付けられている、用法に関する情報を処理対象とする。そして特定部５２は、その用法に関する情報から「漸減」、「漸増」、「徐々に」、「段々と」、「減量」、「量を減」、「増量」、「量を増」などの予め定めた特定の文字を検索し、特定の文字が検出された場合、用法を示す情報に漸減または漸増に関する記述があると判定する。

ここで、検出対象とされる特定の文字は、処方量を漸減または漸増させる薬剤の用法上の注意に特有の文字列とされる。例えば、処方量を漸減または漸増させる薬剤の用法に関する情報には、医薬品の服用時の注意書きとして、「漸増」や「漸減」などの単語が直接記載されている場合もあるが、「徐々に」や「段々と」という文章で記載されている場合もある。そのような場合、「徐々に」や「段々と」などの用語は、処方量に対して述べられている場合が多いため、「減量」や「量を減」、「増量」、「量を増」という文字列を検出すれば、効率よく処理対象の医薬品が、処方量を漸減または漸増させる薬剤であるかを特定できる。また、「医師」と「服用量」などの文字が検索されるようにしてもよい。

なお、ＹＪ７コードと用法に関する情報とを対応付ける例について説明したが、ＹＪ７コードに限らず特定の医薬品グループごとのコード、例えばＹＪコードの上８桁や上９桁などに対して、用法に関する情報が対応付けられて記録されるようにしてもよい。

ステップＳ１９において、医薬品の用法を示す情報に漸減または漸増に関する記述があると判定された場合、処理対象の医薬品は処方量を漸減または漸増させる薬剤であるとされて、処理はステップＳ２２に進む。そして、その後、ステップＳ２２およびステップＳ２１の処理が行なわれて服薬日数算出処理は終了する。

また、ステップＳ１９において、医薬品の用法を示す情報に漸減または漸増に関する記述がないと判定された場合、処理はステップＳ２０に進み、その後、ステップＳ２０およびステップＳ２１の処理が行なわれ、服薬日数算出処理は終了する。

以上のようにして、データセンタ１４は、調剤レセプト情報などの処方薬剤に関する情報から調剤日や処方日数などの情報を抽出する。そして、データセンタ１４は、所定の医薬品について同一調剤日に複数の処方があり、その医薬品の処方日数若しくは処方量が異なるか、または同じタイミングでの医薬品の服薬がある複数の処方がある場合、処方日数の和を服薬日数とする。

これにより、調剤数量と実際に患者が服薬する日数（服薬日数）との齟齬を解消し、より確からしい服薬日数を得ることができる。つまり、服薬日数という、服薬に関するより確からしい情報を得ることができる。

このように、レセプトの目的である調剤日や調剤数量から、医薬品の服薬開始日と服薬日数を得ることができれば、ユーザ（患者）の服薬行動そのものを予測できるようになる。こうした服薬行動を可視化できるようになると、例えばお薬手帳が本来目的とする薬剤の飲み合わせ禁忌の注意のほかに、薬剤の重複投与や過量投与を検出したり、服薬状況の変化による健康示唆などを行なったりすることも可能となる。

また、今後重要視される医療機関間をまたいでの連携や在宅看護などにおいて、情報の取捨選択、アーカイブ、圧縮などの適応的処理を行う際のパラメータとして、求めた服薬日数を利用することもできる。

なお、以上においては、データセンタ１４において服薬日数算出処理が行なわれる例について説明したが、その他、携帯型端末装置１１や他の装置により服薬日数算出処理が行なわれ、各医薬品の服薬日数が算出されるようにしてもよい。

また、以上においては、処理対象とされるデータとして、書式が確定しているレセプトを例として説明したが、本技術では医薬品の処方日と処方日数が含まれている各種のデータ（例えば電子お薬手帳（特開２０１２−１１３５２３号参照））を処理対象としても同様の処理を行なうことができる。

ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図１０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

コンピュータにおいて、CPU（Central Processing Unit）３０１，ROM（Read Only Memory）３０２，RAM（Random Access Memory）３０３は、バス３０４により相互に接続されている。

バス３０４には、さらに、入出力インターフェース３０５が接続されている。入出力インターフェース３０５には、入力部３０６、出力部３０７、記録部３０８、通信部３０９、及びドライブ３１０が接続されている。

入力部３０６は、キーボード、マウス、マイクロホン、撮像素子などよりなる。出力部３０７は、ディスプレイ、スピーカなどよりなる。記録部３０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部３０９は、ネットワークインターフェースなどよりなる。ドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア３１１を駆動する。

以上のように構成されるコンピュータでは、CPU３０１が、例えば、記録部３０８に記録されているプログラムを、入出力インターフェース３０５及びバス３０４を介して、RAM３０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（CPU３０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア３１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブルメディア３１１をドライブ３１０に装着することにより、入出力インターフェース３０５を介して、記録部３０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部３０９で受信し、記録部３０８にインストールすることができる。その他、プログラムは、ROM３０２や記録部３０８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、本技術は、以下の構成とすることも可能である。

［１］
ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定する特定部と、
前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する服薬日数算出部と
を備える情報処理装置。
［２］
前記特定部は、前記医薬品に関する情報に基づいて、前記医薬品の処方量が漸減または漸増していると特定された場合、前記条件が満たされるとする
［１］に記載の情報処理装置。
［３］
前記特定部は、前記医薬品に関する情報に含まれる算定区分コードに基づいて、前記医薬品の処方量が漸減または漸増しているかを特定する
［２］に記載の情報処理装置。
［４］
前記特定部は、前記医薬品に関する情報に含まれる用法コードに基づいて、同じタイミングでの前記医薬品の服薬がある複数の処方があるかを特定する
［１］乃至［３］の何れかに記載の情報処理装置。
［５］
前記特定部は、時系列に並ぶ前記医薬品の各処方の処方日数が漸減または漸増している場合、前記条件が満たされるとする
［１］乃至［４］の何れかに記載の情報処理装置。
［６］
前記服薬日数算出部は、前記医薬品に関する情報に含まれる前記医薬品の所定の処方の付加情報から抽出された日付けが、前記所定の処方の直前の処方の調剤日と処方日数とから求まる、前記直前の処方についての前記医薬品の服薬終了日の翌日である場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
［１］乃至［５］の何れかに記載の情報処理装置。
［７］
前記服薬日数算出部は、前記医薬品の用法を示す情報から、前記医薬品の処方量の漸減または漸増に関する予め定められた文字列が検出された場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
［１］乃至［６］の何れかに記載の情報処理装置。

１１ 携帯型端末装置， １４ データセンタ， ４１ 通信部， ４４ 記録部， ５１ 抽出部， ５２ 特定部， ５３ 服薬日数算出部

Claims (9)

1. ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定する特定部と、
   前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する服薬日数算出部と
   を備える情報処理装置。
2. 前記特定部は、前記医薬品に関する情報に基づいて、前記医薬品の処方量が漸減または漸増していると特定された場合、前記条件が満たされるとする
   請求項１に記載の情報処理装置。
3. 前記特定部は、前記医薬品に関する情報に含まれる算定区分コードに基づいて、前記医薬品の処方量が漸減または漸増しているかを特定する
   請求項２に記載の情報処理装置。
4. 前記特定部は、前記医薬品に関する情報に含まれる用法コードに基づいて、同じタイミングでの前記医薬品の服薬がある複数の処方があるかを特定する
   請求項１に記載の情報処理装置。
5. 前記特定部は、時系列に並ぶ前記医薬品の各処方の処方日数が漸減または漸増している場合、前記条件が満たされるとする
   請求項１に記載の情報処理装置。
6. 前記服薬日数算出部は、前記医薬品に関する情報に含まれる前記医薬品の所定の処方の付加情報から抽出された日付けが、前記所定の処方の直前の処方の調剤日と処方日数とから求まる、前記直前の処方についての前記医薬品の服薬終了日の翌日である場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
   請求項１に記載の情報処理装置。
7. 前記服薬日数算出部は、前記医薬品の用法を示す情報から、前記医薬品の処方量の漸減または漸増に関する予め定められた文字列が検出された場合、同一調剤日に複数の処方がある前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
   請求項１に記載の情報処理装置。
8. ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定し、
   前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
   ステップを含む情報処理方法。
9. ユーザに処方された医薬品に関する情報に基づいて、同一調剤日に複数の処方がある前記医薬品が、各処方での前記医薬品の処方日数が異なるか、各処方での前記医薬品の処方量が異なるか、または同じタイミングでの前記医薬品の服薬がある複数の処方があるかの何れかの条件を満たすかを特定し、
   前記条件を満たす前記医薬品の各処方の処方日数の和を、前記医薬品の服薬日数として算出する
   ステップを含む処理をコンピュータに実行させるプログラム。

Images