特開 2024-93993 情報処理方法、プログラム及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024093993

(43)【公開日】2024-07-09

(54)【発明の名称】情報処理方法、プログラム及び情報処理装置

(51)【国際特許分類】

   G16H 20/10 20180101AFI20240702BHJP

【ＦＩ】

G16H20/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022210680

(22)【出願日】2022-12-27

(71)【出願人】

【識別番号】521003276

【氏名又は名称】ハッシュピーク株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】前田 琢磨

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA25

(57)【要約】

【課題】ブロックチェーンシステムを通じて、処方箋の医薬品とお薬手帳に記録された医薬品とのインテグリティを判定することが可能な情報処理方法等を提供すること。
【解決手段】一つの側面に係る情報処理方法は、患者に処方された処方箋の医薬品に関する第１情報をブロックチェーンシステム２に記録し、前記処方箋に対応して前記患者のお薬手帳に記録された前記医薬品に関する第２情報をブロックチェーンシステム２に記録し、記録した前記第１情報と前記第２情報とが一致するか否か判定することを特徴とする。
【選択図】図１

【特許請求の範囲】

【請求項1】

患者に処方された処方箋の医薬品に関する第１情報をブロックチェーンシステムに記録し、
前記処方箋に対応して前記患者のお薬手帳に記録された前記医薬品に関する第２情報をブロックチェーンシステムに記録し、
記録した前記第１情報と前記第２情報とが一致するか否か判定する
情報処理方法。

【請求項2】

前記第１情報は、前記処方箋の医薬品に関する情報に基づいて算出されたハッシュ値であり、
前記第２情報は、前記お薬手帳に記録された前記医薬品に関する情報に基づいて算出されたハッシュ値であり、
判定した判定結果に基づき、処方通りに調剤されたか否かを示す情報を出力する
請求項１に記載の情報処理方法。

【請求項3】

前記処方通りに調剤されたか否かを示す情報、データベースに記憶された前記処方箋の医薬品及び用法、並びに、前記データベースに記憶された前記お薬手帳の医薬品及び用法を出力する
請求項２に記載の情報処理方法。

【請求項4】

前記第１情報と前記第２情報とが一致すると判定した場合に、処方通りに調剤されたことを示す情報を第１態様で出力し、
前記第１情報と前記第２情報とが一致していないと判定した場合に、処方通りに調剤されていないことを示す情報を第２態様で出力する
請求項１又は２に記載の情報処理方法。

【請求項5】

前記第１情報と前記第２情報とが一致すると判定した場合に、処方通りに調剤されたことを示す情報を第１態様で出力し、
前記第１情報と前記第２情報とが一致していないと判定した場合に、前記医薬品の一般名に基づき、該医薬品が後発品であるか否かを判定し、
該医薬品が後発品でないと判定した場合に、処方通りに調剤されていないことを示す情報を第２態様で出力し、
該医薬品が後発品であると判定した場合に、処方通りに調剤されたことを示す情報を第３態様で出力する
請求項１又は２に記載の情報処理方法。

【請求項6】

前記患者の端末装置を通じて、前記処方箋を取得し、
取得した前記処方箋の医薬品及び用法をデータベースに記憶する
請求項１又は２に記載の情報処理方法。

【請求項7】

前記患者の端末装置を通じて、前記処方箋と、前記処方箋に対応するお薬手帳との開示に関する承諾情報を受け付け、
前記処方箋と前記お薬手帳との開示承諾が得られた場合に、前記承諾情報を前記ブロックチェーンシステムに記録する
請求項１又は２に記載の情報処理方法。

【請求項8】

前記処方箋と前記お薬手帳との開示承諾が得られた場合に、前記患者の患者情報と、前記お薬手帳に記録された前記医薬品及び用法とをデータベースに記憶し、
前記お薬手帳に記録された前記医薬品に関する前記第２情報を前記ブロックチェーンシステムに記録する
請求項７に記載の情報処理方法。

【請求項9】

患者に処方された処方箋の医薬品に関する第１情報をブロックチェーンシステムに記録し、
前記処方箋に対応して前記患者のお薬手帳に記録された前記医薬品に関する第２情報をブロックチェーンシステムに記録し、
記録した前記第１情報と前記第２情報とが一致するか否か判定する
処理をコンピュータに実行させるプログラム。

【請求項10】

患者に処方された処方箋の医薬品に関する第１情報をブロックチェーンシステムに記録する第１記録部と、
前記処方箋に対応して前記患者のお薬手帳に記録された前記医薬品に関する第２情報をブロックチェーンシステムに記録する第２記録部と、
記録した前記第１情報と前記第２情報とが一致するか否か判定する判定部と
を備える情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理方法、プログラム及び情報処理装置に関する。

【背景技術】

【0002】

近年、処方箋に関する技術の開発が進められている。例えば特許文献１には、処方箋情報に基づいて準備した調剤材料を用いた調剤を行い、処方箋情報に基づく薬剤の重量と調剤された薬剤の重量とから、調剤された薬剤の正確性を検証し、調剤された薬剤の発送の準備を行う調剤システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１２４４４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に係る発明は、ブロックチェーンシステムを通じて、患者に処方された処方箋の医薬品と、処方箋に対応して当該患者のお薬手帳に記録された医薬品とのインテグリティ（一致性；誠実さ）を判定（検証）することができないという問題がある。お薬手帳は、すでに服用している薬と新規に処方された薬の飲み合わせによる副作用のリスク、または薬の重複投与を防ぐために導入された個人健康情報管理制度に従って、患者が服用している薬の服用履歴もしくは既往症、またはアレルギー等の医療従事者に必要な情報を記載する手帳の名称である。

【0005】

一つの側面では、ブロックチェーンシステムを通じて、処方箋の医薬品とお薬手帳に記録された医薬品とのインテグリティを判定することが可能な情報処理方法等を提供することを目的とする。

【課題を解決するための手段】

【0006】

一つの側面に係る情報処理方法は、患者に処方された処方箋の医薬品に関する第１情報をブロックチェーンシステムに記録し、前記処方箋に対応して前記患者のお薬手帳に記録された前記医薬品に関する第２情報をブロックチェーンシステムに記録し、記録した前記第１情報と前記第２情報とが一致するか否か判定することを特徴とする。

【発明の効果】

【0007】

一つの側面では、ブロックチェーンシステムを通じて、処方箋の医薬品とお薬手帳に記録された医薬品とのインテグリティを判定することが可能となる。

【図面の簡単な説明】

【0008】

【図1】医薬品インテグリティ判定システムの概要を示す説明図である。

【図2】サーバの構成例を示すブロック図である。

【図3】患者ＤＢ及び医薬品ＤＢのレコードレイアウトの一例を示す説明図である。

【図4】処方箋ＤＢ及びお薬手帳ＤＢのレコードレイアウトの一例を示す説明図である。

【図5】ブロックチェーンのノードの構成例を示すブロック図である。

【図6】患者端末の構成例を示すブロック図である。

【図7】薬局端末及び情報処理端末の構成例を示すブロック図である。

【図8】医薬品インテグリティ判定システムの動作を説明する説明図である。

【図9】判定結果の表示画面の一例を示す説明図である。

【図10】処方箋データを登録する際の処理手順を示すフローチャートである。

【図11】お薬手帳データを登録する際の処理手順を示すフローチャートである。

【図12】お薬手帳データを登録する際の処理手順を示すフローチャートである。

【図13】医薬品のインテグリティを判定する際の処理手順を示すフローチャートである。

【図14】単数判定処理のサブルーチンの処理手順を示すフローチャートである。

【図15】複数判定処理のサブルーチンの処理手順を示すフローチャートである。

【図16】実施形態２における判定結果の表示画面の一例を示す説明図である。

【図17】実施形態２における単数判定処理のサブルーチンの処理手順を示すフローチャートである。

【図18】実施形態２における複数判定処理のサブルーチンの処理手順を示すフローチャートである。

【図19】実施形態２における複数判定処理のサブルーチンの処理手順を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

【0010】

（実施形態１）
実施形態１は、患者に処方された医薬品のインテグリティを判定する形態に関する。図１は、医薬品インテグリティ判定システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、ブロックチェーンシステム２、情報処理端末３、情報処理端末４及び情報処理端末５を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

【0011】

情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータまたは汎用のタブレットＰＣ（パソコン）等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

【0012】

ブロックチェーンシステム２は、分散型台帳技術又は分散型ネットワークである。ブロックチェーンシステム２は、コンセンサス処理を実行する複数のノード２１により構成される。ノード２１の各々は、当該コンセンサス処理の実行を通じて、ブロックチェーンデータのコピーを保持する。ブロックチェーンシステム２は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。

【0013】

ブロックチェーンシステム２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバの使用により自律的に管理される。鎖状にデータを保存しているため、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することが難しい。なお、ブロックチェーンシステム２は、パブリック型、プライベート型、コンソーシアム型のいずれであっても良い。データの単位はブロックではなく個々のトランザクションであっても良い。また、データの保存は鎖状以外にも有向非巡回グラフ等の保存形式であっても良い。以下では簡潔のため、ブロックチェーンシステム２をブロックチェーン２と読み替える。

【0014】

情報処理端末３は、患者に処方された処方箋の取得及び送信、並びに、処方箋と当該処方箋に対応する患者のお薬手帳との開示に関する承諾情報の受付及び送信等を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch：登録商標）等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３を患者端末３と読み替える。

【0015】

情報処理端末４は、処方箋とお薬手帳との開示に関する承諾情報の取得、並びに、お薬手帳に記録された医薬品に関する情報の取得及び送信等を行う端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４を薬局端末４と読み替える。

【0016】

情報処理端末５は、医薬品のインテグリティ判定要求の送信、判定結果の受信及び表示等を行う端末装置である。情報処理端末５は、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。

【0017】

本実施形態に係るサーバ１は、患者に処方された処方箋の医薬品に関する第１情報を患者端末３から取得し、取得した第１情報をブロックチェーン２に記録する。サーバ１は、当該処方箋に対応して当該患者のお薬手帳に記録された医薬品に関する第２情報を薬局端末４から取得し、取得した第２情報をブロックチェーン２に記録する。サーバ１は、ブロックチェーン２に記録された第１情報と第２情報とが一致するか否かを判定する。サーバ１は、判定した判定結果に基づき、処方通りに調剤されたか否かを示す情報を出力する。

【0018】

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

【0019】

制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）、または量子プロセッサ等の演算処理装置を含む。制御部１１は、記憶部１２に記憶された制御プログラム１Ｐ（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理及び制御処理等を行う。

【0020】

なお、制御プログラム１Ｐは、単一のコンピュータ上で、または１つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0021】

また、制御プログラム１Ｐには、例えばイーサリアムのＧｅｔｈ（Go-Ethereum）等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、またはマイニング等の処理を実行するプログラムが含まれる。制御部１１は、ハッシュ値算出部１１ａ及び電子署名作成部１１ｂを含む。ハッシュ値算出部１１ａは、暗号学的ハッシュ関数を用いて各種情報のハッシュ値を算出する処理を行う。電子署名作成部１１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。

【0022】

記憶部１２はＲＡＭ（Random Access Memory）、またはＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。

【0023】

通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、ブロックチェーン２のノード２１、患者端末３、薬局端末４または情報処理端末５等との間で情報の送受信を行う。

【0024】

入力部１４は、マウス、キーボード、タッチパネルまたはボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

【0025】

読取部１６は、ＣＤ（Compact Disc）－ＲＯＭ、またはＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

【0026】

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive：ハードディスク）、またはＳＳＤ（Solid State Drive：ソリッドステートドライブ）等の記録媒体を備える。大容量記憶部１７は、患者ＤＢ（database）１７１、医薬品ＤＢ１７２、処方箋ＤＢ１７３及びお薬手帳ＤＢ１７４を含む。

【0027】

患者ＤＢ１７１は、患者に関する情報を記憶している。医薬品ＤＢ１７２は、医薬品に関する情報（薬剤コード及び名称等）を記憶している。処方箋ＤＢ１７３は、患者に処方された処方箋の医薬品に関する情報を記憶している。お薬手帳ＤＢ１７４は、患者のお薬手帳に記録された医薬品に関する情報を記憶している。

【0028】

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

【0029】

サーバ１は、種々の情報処理及び制御処理等をコンピュータ単体で実行しても良いし、複数のコンピュータで分散して実行しても良い。また、サーバ１は、１台のサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良い。

【0030】

図３は、患者ＤＢ１７１及び医薬品ＤＢ１７２のレコードレイアウトの一例を示す説明図である。
患者ＤＢ１７１は、患者ＤＩＤ（Decentralized Identifier）列、氏名列、性別列及び年齢列を含む。患者ＤＩＤ列は、各患者を識別するために、一意に特定される患者のＤＩＤを記憶している。

【0031】

ＤＩＤは、ユーザが自身の属性情報に関するコントロール権を確保した上で、各データ保有者が保有するユーザの属性情報のうち必要な情報を、ユーザの許可した範囲で連携し合う分散型アイデンティティ（非中央集権型ＩＤ）である。ＤＩＤは、ブロックチェーン２により構築された分散型システムを用いて、重複しない一意な識別子を実現することにより、不変性、または外部からの閲覧・改ざんに対する高い信頼性を維持することができる。なお、本実施形態では、患者ＤＩＤの例を説明したが、これに限らず、患者を特定するための従来（既存）の患者ＩＤ、顔または指紋による生体認証情報等を利用しても良い。

【0032】

氏名列は、患者の氏名を記憶している。性別列は、患者の性別を記憶している。年齢列は、患者の年齢を記憶している。

【0033】

医薬品ＤＢ１７２は、薬剤コード列、一般名列及び商品名列を含む。薬剤コード列は、医薬品を一元的に管理するため、化学物質としての医薬品コードを記憶している。例えば、薬剤コード列には、厚生労働省により管理されており、薬価ごとに設定されている薬価基準収載医薬品コードが記憶されても良い。

【0034】

一般名列は、医薬品の一般名を記憶している。一般名は、医薬品の有効成分となる化学物質の名前である。商品名列は、医薬品の商品名を記憶している。商品名は、製薬会社等が付けた医薬品の名前である。

【0035】

図４は、処方箋ＤＢ１７３及びお薬手帳ＤＢ１７４のレコードレイアウトの一例を示す説明図である。
処方箋ＤＢ１７３は、処方箋ＩＤ列、患者ＤＩＤ列、薬剤コード列、用法列、用量列及び処方箋日付列を含む。処方箋ＩＤ列は、各処方箋データを識別するために、一意に特定される処方箋データのＩＤを記憶している。患者ＤＩＤ列は、患者を特定する患者ＤＩＤを記憶している。薬剤コード列は、医薬品の薬剤コードを記憶している。用法列は、医薬品の用法（例えば、「食後 朝昼夜 １日３回」）を記憶している。用量列は、医薬品に含まれている化学成分の量（例えば、「５ｍｇ 錠剤」）を記憶している。処方箋日付列は、患者に処方箋を処方した日付を記憶している。

【0036】

お薬手帳ＤＢ１７４は、お薬手帳ＩＤ列、患者ＤＩＤ列、処方箋ＩＤ列、薬剤コード列、用法列、用量列、お薬手帳日付列及び薬局名称列を含む。お薬手帳ＩＤ列は、各お薬手帳データを識別するために、一意に特定されるお薬手帳データのＩＤを記憶している。患者ＤＩＤ列は、患者を特定する患者ＤＩＤを記憶している。

【0037】

処方箋ＩＤ列は、処方箋を特定する処方箋ＩＤを記憶している。薬剤コード列は、医薬品の薬剤コードを記憶している。用法列は、医薬品の用法を記憶している。用量列は、医薬品に含まれている化学成分の量を記憶している。お薬手帳日付列は、お薬手帳に医薬品の名称、用法及び用量等を記録した日付を記憶している。薬局名称列は、医薬品の調剤を実施した薬局の名称を記憶している。

【0038】

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

【0039】

図５は、ブロックチェーン２のノード２１の構成例を示すブロック図である。ブロックチェーン２のノード２１は、制御部２１１、記録部２１２、通信部２１３、受付部２１４、出力部２１５、ブロック生成部２１６、ブロック検証部２１７及びブロック共有部２１８を含む。各構成はバスＢで接続されている。

【0040】

制御部２１１は、他ノード２１（端末）の制御部と自律分散的に協調して、最新のブロックチェーン（台帳：ブロックチェーンデータのコピー）を記録部２１２に保持する。記録部２１２には、分散型のネットワークへブロードキャストされたトランザクションが含まれたブロックチェーン（台帳）、及びブロック内の情報の検証処理に必要となる情報等が記憶される。

【0041】

通信部２１３は、通信に関する処理を行うための通信モジュールである。受付部２１４は、外部ノードから、ブロックチェーン２が管理するブロックチェーンである分散型のネットワークに記録する情報を受け付ける。出力部２１５は、外部ノードからの要求に応じて、自身が保持するブロックチェーンの情報を出力する。

【0042】

ブロック生成部２１６は、受付部２１４が受け付けた情報を基に、ブロックチェーンに追加するブロックを生成する。ブロック生成部２１６は、前ブロックに基づく情報と受付部２１４が受け付けた情報とを含むブロックを生成する。

【0043】

また、ブロック生成部２１６は、自身が生成したブロックまたは後述するブロック共有部２１８を介してブロックチェーン２の他のノード２１が生成したブロックに対して、所定のコンセンサス処理として、例えば、ノンスを探索する処理または署名を付与する処理を行った上で、自身が管理するブロックチェーン（台帳）にブロックを追加する。

【0044】

なお、ブロック生成部２１６が生成したブロックに対して、複数のノード２１が所定のコンセンサス処理を行って得られたものが、最終的にブロックチェーン２に追加されるブロックとなる。

【0045】

ブロック検証部２１７は、自身が保持するブロックチェーン２にブロックを追加する際に、該ブロック内の情報の検証を行う。通常、追加対象とされるブロックは、自ノードを含むノード２１群において最も早く規則が満たされたブロックであるが、悪意のあるノード２１が含まれていた場合等を考慮して、実際に規則が満たされているか等を検証しても良い。

【0046】

ブロック共有部２１８は、ブロックチェーン２に属するノード２１間で情報交換を行う。ブロック共有部２１８は、より具体的には、受付部２１４が受け付けた情報、ブロック生成部２１６が生成したブロック、及び他のノード２１から受け付けたブロック等を、適宜他のノード２１に送信する。これにより、可能な限り全てのノード２１でこれらの情報および最新のブロックチェーン２を共有する。

【0047】

なお、図５の構成はあくまで一例であって、ブロックチェーン２のノード２１は、改ざんが困難なブロックチェーン２を複数のノードが共有して管理するための所定のコンセンサス処理を実行可能であり、外部ノードからの要求に応じて分散型のネットワークへの情報追加、及び分散型のネットワークに記録された情報の参照が可能なノードであれば、具体的な構成は問わない。

【0048】

なお、サーバ１は、ブロックチェーン２のノード２１であっても良い。

【0049】

図６は、患者端末３の構成例を示すブロック図である。患者端末３は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５及び撮影部３６を含む。各構成はバスＢで接続されている。

【0050】

制御部３１は、ＣＰＵまたはＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐ（プログラム製品）を読み出して実行することにより、患者端末３に係る種々の情報処理及び制御処理等を行う。また、制御プログラム３Ｐには、例えばイーサリアムのＧｅｔｈ等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、またはマイニング等の処理を実行するプログラムが含まれる。なお、図６では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0051】

記憶部３２は、ＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部３３は、通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。

【0052】

入力部３４は、キーボード、マウスまたは表示部３５と一体化したタッチパネルでも良い。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。撮影部３６は、例えばＣＣＤ（Charge Coupled Device）カメラ、またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラ等の撮影装置である。

【0053】

図７は、薬局端末４及び情報処理端末５の構成例を示すブロック図である。
薬局端末４は、制御部４１、記憶部４２、通信部４３、入力部４４及び表示部４５を含む。各構成はバスＢで接続されている。

【0054】

制御部４１は、ＣＰＵまたはＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐ（プログラム製品）を読み出して実行することにより、薬局端末４に係る種々の情報処理及び制御処理等を行う。なお、図７では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0055】

なお、薬局端末４の記憶部４２、通信部４３、入力部４４及び表示部４５に関しては、患者端末３の記憶部３２、通信部３３、入力部３４及び表示部３５と同様であるため、説明を省略する。

【0056】

情報処理端末５は、制御部５１、記憶部５２、通信部５３、入力部５４及び表示部５５を含む。各構成はバスＢで接続されている。なお、情報処理端末５の構成に関しては、薬局端末４の構成と同様であるため、説明を省略する。

【0057】

図８は、医薬品インテグリティ判定システムの動作を説明する説明図である。
まず、処方箋データの登録処理を説明する。患者端末３は、患者の患者ＤＩＤを取得する。例えば、患者ＤＩＤが予め患者ＤＢ１７１に記憶された場合、患者端末３は、サーバ１の患者ＤＢ１７１から患者ＤＩＤを取得する。

【0058】

なお、患者ＤＩＤが患者に発行されていない場合、患者ＤＩＤの発行処理が行われる。具体的には、患者端末３は、患者情報（患者の氏名、性別または年齢等）の入力を受け付ける。患者端末３は、患者に対して患者ＤＩＤを発行する。例えば患者端末３は、Ｅｔｈｅｒｅｕｍ（登録商標）のＥＲＣ７２５／７３５、またはＳｏｖｒｉｎ Ｎｅｔｗｏｒｋ等のプラットフォームを利用することにより、患者を特定する患者ＤＩＤを発行する。患者端末３は、発行した患者ＤＩＤに対応付けて、受け付けた患者情報をサーバ１に送信する。サーバ１は、患者端末３から送信された患者ＤＩＤ及び患者情報を受信する。サーバ１は、受信した患者ＤＩＤに対応付けて、患者情報を患者ＤＢ１７１に記憶する。

【0059】

なお、患者端末３の代わりに、サーバ１は、患者に対して患者ＤＩＤを発行しても良い。具体的には。患者端末３は、患者情報の入力を受け付け、受け付けた患者情報をサーバ１に送信する。サーバ１は、患者端末３から送信された患者情報に対し、例えばＥＲＣ７２５／７３５を利用することにより、患者を特定する患者ＤＩＤを発行する。

【0060】

患者の患者端末３は、撮影部３６を介して、当該患者に処方された処方箋を撮影する。患者端末３は、撮影した処方箋の画像を患者ＤＩＤに対応付けてサーバ１に送信する。サーバ１は、患者端末３から送信された患者ＤＩＤ及び処方箋の画像を受信する。なお、患者による処方箋の撮影に限るものではない。例えば、サーバ１は、医師または医療機関等の端末装置から、患者に処方された処方箋の撮影画像、または電子処方箋等を取得しても良い。

【0061】

サーバ１は、受信した処方箋の画像から処方箋データを抽出（取得）する。処方箋データは、患者に処方された医薬品の薬剤コード、薬剤名称、用法、用量または処方箋日付等を含む。例えば、サーバ１は、処方箋の画像を入力した場合に、当該処方箋の画像中の処方箋データを認識した認識結果を出力するよう学習済みの学習モデルに、受信した処方箋の画像を入力し、当該処方箋の画像に対応する処方箋データを認識した認識結果を出力する。

【0062】

学習モデルは、例えば、ＤＮＮ（Deep Neural Network(s)）、ＣＮＮ（Convolution Neural Network）、ＲＣＮＮ（Regions with Convolutional Neural Network）、Ｆａｓｔ ＲＣＮＮ、Ｆａｓｔｅｒ ＲＣＮＮ、ＳＳＤ（Single Shot Multibook Detector）、ＹＯＬＯ（You Only Look Once）、ＳＶＭ（Support Vector Machine）、ベイジアンネットワーク、トランスフォーマー（Transformer）ネットワーク、または回帰木等の任意の物体検出アルゴリズムを利用して構築されても良い。なお、学習モデルとしては、例えば、Google Cloud Platform（登録商標）のVision APIが提供する学習済みモデル等を用いることができる。

【0063】

なお、処方箋データの認識処理については、機械学習又は深層学習等により学習された文字認識を行う学習モデルに限定されない。例えば、既存の技術であるＯＣＲ（Optical Character Recognition）を用いて、処方箋の画像中の処方箋データを抽出しても良い。

【0064】

なお、処方箋データの認識処理は患者端末３側で行われても良い。

【0065】

なお、上述した処方箋データの取得処理に限るものではない。例えば、患者端末３は、患者による処方箋データの入力を受け付け、受け付けた処方箋データをサーバ１に送信しても良い。または、サーバ１は、医師または医療機関等の端末装置から、患者に処方された処方箋データを直接取得しても良い。

【0066】

サーバ１は、取得した処方箋データに対し、処方箋ＩＤを割り振る。サーバ１は、割り振った処方箋ＩＤに対応付けて、患者ＤＩＤ、処方箋データに含まれる医薬品の薬剤コード、用法、用量及び処方箋日付を一つのレコードとして処方箋ＤＢ１７３に記憶する。なお、医薬品が複数である場合、サーバ１は、当該処方箋ＩＤ及び処方箋日付に対応付けて、それぞれの医薬品の薬剤コード、用法及び用量を処方箋ＤＢ１７３に記憶する。

【0067】

サーバ１は、患者ＤＩＤ及び医薬品の薬剤コードを含む処方箋の医薬品に関する第１情報をブロックチェーン２に記録する。なお、処方箋の医薬品に関する情報（患者ＤＩＤ及び薬剤コード等）そのものはブロックチェーン２に記録されても良い。または、処方箋の医薬品に関する情報（患者ＤＩＤ及び薬剤コード等）に基づいて算出されたハッシュ値はブロックチェーン２に記録されても良い。以下では、第１情報が、処方箋の医薬品に関する情報に基づいて算出されたハッシュ値（以下、処方箋ハッシュ値と読み替える）である例を説明する。

【0068】

サーバ１は、暗号学的ハッシュ関数を用いて、処方箋の医薬品に関する情報に基づいて処方箋ハッシュ値を算出する。具体的には、サーバ１は、例えばＳＨＡ２－２５６アルゴリズムを用いたハッシュ関数を採用し、患者ＤＩＤと、医薬品の薬剤コードとを含む処方箋ハッシュ値を算出する。なお、ハッシュ関数に限らず、他の暗号化方式であっても良い。

【0069】

サーバ１は、処方箋ＩＤに対応付けて、患者ＤＩＤ及び薬剤コードを含む処方箋ハッシュ値をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された処方箋ＩＤ及び処方箋ハッシュ値を受信して記録する。

【0070】

なお、医薬品が複数である場合、サーバ１は、処方箋データに含まれるそれぞれの医薬品の薬剤コードを取得する。サーバ１は、取得したそれぞれの医薬品の薬剤コードを患者ＤＩＤに対応付けて、それぞれの医薬品に対応する処方箋ハッシュ値を算出する。

【0071】

例えば、患者に処方された処方箋には、医薬品Ａ及び医薬品Ｂが含まれる。医薬品Ａの薬剤コードが「１１４９０１９３２」であり、且つ、医薬品Ｂの薬剤コードが「１１４９０１９３３」である。サーバ１は、患者ＤＩＤと、医薬品Ａの薬剤コード（１１４９０１９３２）とを含む第１処方箋ハッシュ値を算出する。サーバ１は、患者ＤＩＤと、医薬品Ｂの薬剤コード（１１４９０１９３３）とを含む第２処方箋ハッシュ値を算出する。

【0072】

サーバ１は、処方箋ＩＤに対応付けて、患者ＤＩＤ及び薬剤コードを含む複数の処方箋ハッシュ値（例えば、第１処方箋ハッシュ値及び第２処方箋ハッシュ値）をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された処方箋ＩＤ及び複数の処方箋ハッシュ値を受信する。ノード２１は、受信した処方箋ＩＤに対応付けて、複数の処方箋ハッシュ値を記録する。

【0073】

次に、お薬手帳データの登録処理を説明する。患者端末３は、患者に処方された処方箋と、当該処方箋に対応するお薬手帳との開示に関する承諾情報を受け付ける。承諾情報は、処方箋とお薬手帳とを開示可能であるか否かを示す情報である。例えば、患者端末３は、患者による承諾情報の入力を受け付けても良い。または、患者端末３は、撮影部３６を介して、承諾情報の入力ページ（画面）のＵＲＬ等が埋め込まれた２次元コードを通じて、承諾情報を受け付けても良い。

【0074】

２次元コードは、例えばＱＲコード（登録商標）、ＤａｔａＭａｔｒｉｘ（登録商標）又はＶｅｒｉＣｏｄｅ（登録商標）である。具体的には、患者端末３は、２次元コードを読み取り、読み取った２次元コードから承諾情報の入力ページのＵＲＬを取得する。患者端末３は、取得した入力ページのＵＲＬで指定されるサイトに掲載されている入力ページを通じて、承諾情報を取得する。

【0075】

患者端末３は、受け付けた承諾情報を患者ＤＩＤに対応付けてサーバ１に送信する。サーバ１は、患者端末３から送信された患者ＤＩＤ及び承諾情報を受信する。サーバ１は、受信した承諾情報に基づき、処方箋とお薬手帳との開示承諾が得られたか否かを判定する。

【0076】

サーバ１は、処方箋とお薬手帳との開示承諾が得られたと判定した場合、患者ＤＩＤに対応付けて承諾情報をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された患者ＤＩＤ及び承諾情報を受信して記録する。

【0077】

なお、承諾情報は、患者ＤＩＤと、処方箋とお薬手帳とを開示する相手先のＤＩＤとに対応付けて、ブロックチェーン２のノード２１に記録されても良い。処方箋とお薬手帳とを開示する相手先は、例えば、医師または薬剤師等を含む。具体的には、サーバ１は、処方箋とお薬手帳とを開示する相手先のＤＩＤを取得する。サーバ１は、患者ＤＩＤ及び相手先のＤＩＤに対応付けて、承諾情報をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信された患者ＤＩＤ、相手先のＤＩＤ及び承諾情報を受信して記録する。

【0078】

サーバ１は、患者ＤＩＤ及び承諾情報を薬局端末４に送信する。薬局端末４は、サーバ１から送信された患者ＤＩＤ及び承諾情報を受信する。薬局端末４は、受信した承諾情報に応じて、担当者によるお薬手帳データの入力を受け付け、受け付けたお薬手帳データを患者ＤＩＤに対応付けてサーバ１に送信する。お薬手帳データは、処方箋に対応して患者のお薬手帳に記録された医薬品の薬剤コード、薬剤名称、用法、用量、お薬手帳日付または薬局名称等を含む調剤データである。

【0079】

サーバ１は、薬局端末４から送信された患者ＤＩＤ及びお薬手帳データを受信する。サーバ１は、受信した患者ＤＩＤに基づき、処方箋ＤＢ１７３から処方箋ＩＤを取得する。サーバ１は、受信したお薬手帳データに対し、お薬手帳ＩＤを割り振る。サーバ１は、割り振ったお薬手帳ＩＤに対応付けて、患者ＤＩＤ、処方箋ＩＤ、お薬手帳データに含まれる医薬品の薬剤コード、用法、用量、お薬手帳日付及び薬局名称を一つのレコードとしてお薬手帳ＤＢ１７４に記憶する。

【0080】

なお、医薬品が複数である場合、サーバ１は、お薬手帳ＩＤ、お薬手帳日付及び薬局名称に対応付けて、それぞれの医薬品の薬剤コード、用法及び用量をお薬手帳ＤＢ１７４に記憶する。

【0081】

サーバ１は、患者ＤＩＤ及び医薬品の薬剤コードを含むお薬手帳に記録された医薬品に関する第２情報をブロックチェーン２に記録する。なお、お薬手帳に記録された医薬品に関する情報（患者ＤＩＤ及び薬剤コード等）そのものはブロックチェーン２に記録されても良い。または、お薬手帳に記録された医薬品に関する情報（患者ＤＩＤ及び薬剤コード等）に基づいて算出されたハッシュ値はブロックチェーン２に記録されても良い。以下では、第２情報が、お薬手帳に記録された医薬品に関する情報に基づいて算出されたハッシュ値（以下、お薬手帳ハッシュ値と読み替える）である例を説明する。

【0082】

サーバ１は、暗号学的ハッシュ関数を用いて、お薬手帳に記録された医薬品に関する情報に基づいてお薬手帳ハッシュ値を算出する。例えばサーバ１は、ＳＨＡ２－２５６アルゴリズムを用いたハッシュ関数を採用し、お薬手帳ハッシュ値を算出する。

【0083】

サーバ１は、お薬手帳ＩＤに対応付けて、患者ＤＩＤ及び薬剤コードを含むお薬手帳ハッシュ値をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたお薬手帳ＩＤ及びお薬手帳ハッシュ値を受信して記録する。

【0084】

なお、医薬品が複数である場合、サーバ１は、お薬手帳データに含まれるそれぞれの医薬品の薬剤コードを取得する。サーバ１は、取得したそれぞれの医薬品の薬剤コードを患者ＤＩＤに対応付けて、それぞれの医薬品に対応するお薬手帳ハッシュ値を算出する。

【0085】

例えば、お薬手帳に記録された医薬品は、医薬品Ａ及び医薬品Ｂが含まれる。医薬品Ａの薬剤コードが「１１４９０１９３２」であり、且つ、医薬品Ｂの薬剤コードが「１１４９０１９３３」である。サーバ１は、患者ＤＩＤと、医薬品Ａの薬剤コード（１１４９０１９３２）とを含む第１お薬手帳ハッシュ値を算出する。サーバ１は、患者ＤＩＤと、医薬品Ｂの薬剤コード（１１４９０１９３３）とを含む第２お薬手帳ハッシュ値を算出する。

【0086】

サーバ１は、お薬手帳ＩＤに対応付けて、患者ＤＩＤ及び薬剤コードを含む複数のお薬手帳ハッシュ値（例えば、第１お薬手帳ハッシュ値及び第２お薬手帳ハッシュ値）をブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたお薬手帳ＩＤ及び複数のお薬手帳ハッシュ値を受信する。ノード２１は、受信したお薬手帳ＩＤに対応付けて、複数のお薬手帳ハッシュ値を記録する。

【0087】

続けて、医薬品のインテグリティを判定する処理を説明する。情報処理端末５は、医薬品に対するインテグリティ判定要求を受け付けた場合、受け付けたインテグリティ判定要求をサーバ１に送信する。インテグリティ判定要求には、処方箋ＩＤ及びお薬手帳ＩＤ等が含まれる。

【0088】

なお、インテグリティ判定要求は、処方箋ＩＤまたはお薬手帳ＩＤのいずれかのみを含んでも良い。この場合、お薬手帳ＤＢ１７４に記憶された処方箋ＩＤとお薬手帳ＩＤとの関係に基づき、インテグリティ判定要求に含まれない処方箋ＩＤまたはお薬手帳ＩＤを取得することができる。

【0089】

サーバ１は、情報処理端末５から送信されたインテグリティ判定要求を受信する。サーバ１は、受信したインテグリティ判定要求に含まれる処方箋ＩＤに基づき、患者ＤＩＤ及び医薬品の薬剤コードを含む処方箋ハッシュ値をブロックチェーン２から取得する。サーバ１は、受信したインテグリティ判定要求に含まれるお薬手帳ＩＤに基づき、患者ＤＩＤ及び医薬品の薬剤コードを含むお薬手帳ハッシュ値をブロックチェーン２から取得する。

【0090】

医薬品が単数である場合、サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致するか否かを判定する。サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致する場合、処方通りに調剤されたと判定する。サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致していない場合、処方通りに調剤されていないと判定する。

【0091】

医薬品が複数である場合、サーバ１は、全体インテグリティ判定処理（以下、レベル１判定処理と読み替える）、及び、医薬品毎のインテグリティ判定処理（以下、レベル２判定処理と読み替える）を行う。

【0092】

具体的には、サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致するか否かを判定する。サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致していない場合、お薬手帳ＩＤに対し、処方通りに調剤されていないと判定する。サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致する場合、レベル２判定処理を行う。

【0093】

レベル２判定処理について、サーバ１は、複数の医薬品のうち、１つの医薬品を取得する。サーバ１は、取得した医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在するか否かを判定する。サーバ１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在する場合、当該医薬品に対し、処方通りに調剤されたと判定する。

【0094】

サーバ１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合、当該医薬品に対し、処方通りに調剤されていないと判定する。サーバ１は、複数の医薬品のうち、次の医薬品を取得する。サーバ１は、上述した判定処理と同様に、取得した医薬品に対し、処方通りに調剤されたか否かを判定する。

【0095】

レベル１判定処理について、サーバ１は、各医薬品におけるレベル２判定処理を実行した後に、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数を算出する。サーバ１は、一致した数が医薬品の総数と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたと判定する。サーバ１は、一致した数が医薬品の総数とは異なる場合、お薬手帳ＩＤに対し、処方通りに調剤されていないと判定する。

【0096】

サーバ１は、判定した判定結果に基づき、処方通りに調剤されたか否かを示す情報を情報処理端末５に送信する。情報処理端末５は、サーバ１から送信された処方通りに調剤されたか否かを示す情報を受信して表示する。

【0097】

図９は、判定結果の表示画面の一例を示す説明図である。なお、図９は、医薬品が複数である例を説明したが、医薬品が単数である場合にも同様に適用することができる。当該画面は、患者番号表示欄１１ｆ、お薬手帳表示欄１１ｇ、処方箋表示欄１１ｃ、レベル１判定結果表示欄１１ｄ及びレベル２判定結果表示欄１１ｅを含む。

【0098】

患者番号表示欄１１ｆは、患者を特定する患者ＤＩＤを表示する表示欄である。なお、患者番号表示欄１１ｆには、患者の診察券番号が表示されても良い。お薬手帳表示欄１１ｇは、薬局名称、お薬手帳ＩＤ（調剤実施ＩＤ）、お薬手帳に記録された医薬品及び容量等を含むお薬手帳データ（調剤実施情報）を表示する表示欄である。

【0099】

処方箋表示欄１１ｃは、処方箋の医薬品、用法、用量及び処方箋日付等を含む処方箋データを表示する表示欄である。レベル１判定結果表示欄１１ｄは、レベル１判定処理により得られた判定結果を表示する表示欄である。レベル２判定結果表示欄１１ｅは、レベル２判定処理により得られた判定結果を表示する表示欄である。

【0100】

サーバ１は、複数の医薬品に対し、レベル１判定処理及びレベル２判定処理を行う。例えば、患者に処方された医薬品は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」を含む。

【0101】

まず、サーバ１は、それぞれの医薬品に対してレベル２判定処理を行う。サーバ１は、各医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在する場合、各医薬品に対し、処方通りに調剤されたことを示す情報を第１態様（例えば、「◎」）で出力する。サーバ１は、各医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合、各医薬品に対し、処方通りに調剤されていないことを示す情報を第２態様（例えば、「×」）で出力する。

【0102】

表示（出力）態様は、例えば、テキスト、色、形状、サイズ、模様、または、アイコン等に描かれている図もしくは絵柄等であっても良い。例えば、第１態様が緑丸で示され、第２態様が赤丸で示される。

【0103】

例えば、サーバ１は、「医薬品Ａ」及び「医薬品Ｂ」のそれぞれに対し、処方通りに調剤されたと判定した場合、処方通りに調剤されたことを示す情報を「◎」で出力する。または、サーバ１は、「医薬品Ｃ」に対し、処方通りに調剤されていないと判定した場合、処方通りに調剤されていないことを示す情報を「×」で出力する。

【0104】

サーバ１は、各医薬品におけるレベル２判定処理を実行した後に、医薬品の全体におけるレベル１判定処理を行う。具体的には、サーバ１は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」のそれぞれに対し、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数を算出する。

【0105】

サーバ１は、一致した数が医薬品の総数（例えば、３）と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたことを示す情報を第１態様（例えば、「◎」）で出力する。サーバ１は、一致した数が医薬品の総数とは異なる場合、お薬手帳ＩＤに対し、処方通りに調剤されていないことを示す情報を第２態様（例えば、「×」）で出力する。

【0106】

サーバ１は、処方箋ＩＤに基づき、薬剤コード、用法、用量及び処方箋日付を処方箋ＤＢ１７３から取得する。サーバ１は、取得した薬剤コードに基づき、医薬品の商品名を医薬品ＤＢ１７２から取得する。サーバ１は、お薬手帳ＩＤに基づき、薬局名称をお薬手帳ＤＢ１７４から取得する。サーバ１は、患者ＤＩＤ、レベル１判定処理の判定結果、レベル２判定処理の判定結果、お薬手帳ＩＤ、薬局名称、医薬品の商品名、用法、用量及び処方箋日付を情報処理端末５に送信する。

【0107】

情報処理端末５は、サーバ１から送信された患者ＤＩＤ、レベル１判定処理の判定結果、レベル２判定処理の判定結果、お薬手帳ＩＤ、薬局名称、医薬品の商品名、用法、用量及び処方箋日付を受信して表示する。

【0108】

図示のように、患者ＤＩＤは患者番号表示欄１１ｆに表示され、薬局名称及びお薬手帳ＩＤ（調剤実施ＩＤ）はお薬手帳表示欄１１ｇに表示される。医薬品の商品名、用法、用量及び処方箋日付（処方日）は処方箋表示欄１１ｃに表示される。レベル１判定処理の判定結果はレベル１判定結果表示欄１１ｄに表示され、レベル２判定処理の判定結果はレベル２判定結果表示欄１１ｅに表示される。

【0109】

図示のように、患者に処方された医薬品は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」を含む。レベル１判定結果表示欄１１ｄに、医薬品の全体に対し、処方通りに調剤されていないことを示す情報が「×」で表示される。

【0110】

処方された「医薬品Ａ」に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されたことを示す情報が「◎」で表示される。また、処方された「医薬品Ｂ」に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されたことを示す情報が「◎」で表示される。また、処方された「医薬品Ｃ」に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されていないことを示す情報が「×」で表示される。

【0111】

図１０は、処方箋データを登録する際の処理手順を示すフローチャートである。患者端末３の制御部３１は、通信部３３を介して、患者の患者ＤＩＤをサーバ１の大容量記憶部１７の患者ＤＢ１７１から取得する（ステップＳ３０１）。なお、取得された患者ＤＩＤは患者端末３の記憶部３２に記憶されても良い。これにより、一度取得された患者ＤＩＤを再利用することができる。

【0112】

制御部３１は、撮影部３６を介して、当該患者に処方された処方箋を撮影する（ステップＳ３０２）。制御部３１は、通信部３３を介して、撮影した処方箋の画像を患者ＤＩＤに対応付けてサーバ１に送信する（ステップＳ３０３）。

【0113】

サーバ１の制御部１１は、患者端末３から送信された患者ＤＩＤ及び処方箋の画像を通信部１３により受信する（ステップＳ１０１）。制御部１１は、例えば、処方箋の画像を入力した場合に、当該処方箋の画像中の処方箋データを認識した認識結果を出力するよう学習済みの学習モデルを用いて、受信した処方箋の画像から処方箋データを抽出する（ステップＳ１０２）。処方箋データは、医薬品の薬剤コード、薬剤名称、用法、用量または処方箋日付等を含む。

【0114】

制御部１１は、抽出した処方箋データを大容量記憶部１７の処方箋ＤＢ１７３に記憶する（ステップＳ１０３）。具体的には、制御部１１は、取得した処方箋データに対し、処方箋ＩＤを割り振る。制御部１１は、割り振った処方箋ＩＤに対応付けて、患者ＤＩＤ、医薬品の薬剤コード、用法、用量及び処方箋日付を一つのレコードとして処方箋ＤＢ１７３に記憶する。

【0115】

制御部１１は、例えばＳＨＡ２－２５６アルゴリズムを用いたハッシュ関数を採用し、患者ＤＩＤと、医薬品の薬剤コードとを含む処方箋ハッシュ値を算出する（ステップＳ１０４）。制御部１１は、処方箋ＩＤと、算出した処方箋ハッシュ値とを含むトランザクションを作成する（ステップＳ１０５）。制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１０６）。

【0116】

ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２０１）。ノード２１の制御部２１１は、受信したトランザクションに基づいて、記録部２１２に処方箋ハッシュ値を処方箋ＩＤに関連付けて記録する（ステップＳ２０２）。

【0117】

具体的には、トランザクションを受信したノード２１の制御部２１１は、ブロック生成部２１６を介して、受信したトランザクションに含まれた処方箋ＩＤ及び処方箋ハッシュ値と、自身が管理しているブロックチェーン（台帳）２の情報とを基に作成した前ブロック管理情報とを少なくとも含むブロックを生成する。そして、ブロックチェーン２のノード２１各々の制御部２１１は、所定のコンセンサス処理をブロック生成部２１６により実行する。

【0118】

ブロックチェーン２は、ブロックとよばれる所定のデータ構造を有するデータ群を時系列に並べたものであり、取引内容を記した台帳としての役割を有する。各ブロックは、取引内容等の当該ブロックに記録したいデータの他に、一つ以上前のブロック（以下、前ブロックという）の情報と、改ざんの有無を検知するための情報（ノンスまたは署名等）とを含む。ノンスは、あるデータ領域に対して、その領域内のデータを一方向性関数により処理したときに得られる値が予め決められた規則を満たすように設定される、当該データ領域内の値である。

【0119】

ブロックチェーン２には、２台以上のノードが参加する所定のコンセンサスアルゴリズムに従った処理を経て新たなブロックが追加される。例えば、コンセンサスアルゴリズムの一つであるＰｏＷ（Proof of Work）では、前ブロックの情報とノンスとを含む各ブロック（データ群）に対して、「ブロックのＨａｓｈ値が閾値以下であること」といった規則が予め決められており、ブロックを追加する際に、そのような規則を満たすようなノンスを複数のノードが同時並列的に探索する処理がブロック検証部２１７により行われる。

【0120】

なお、ＰｏＷ以外にもＢＦＴ（Byzantine fault tolerance）、ＰｏＳ（Proof of Stake）、またはＤＰｏＳ（Delegated Proof of Stake）等のコンセンサスアルゴリズムがある。ブロックチェーン２のノード２１各々の制御部２１１は、所定のコンセンサス処理を実行した後に、ブロック共有部２１８を介して、ブロック生成部２１６が生成したブロックを記録部２１２に記録（追加）する。

【0121】

図１１及び図１２は、お薬手帳データを登録する際の処理手順を示すフローチャートである。患者端末３の制御部３１は、患者に処方された処方箋と、当該処方箋に対応するお薬手帳との開示に関する承諾情報を受け付ける（ステップＳ３１１）。例えば制御部３１は、患者による承諾情報の入力を入力部３４により受け付けても良い。または、制御部３１は、撮影部３６を介して、承諾情報の入力ページのＵＲＬ等が埋め込まれた２次元コードを通じて、承諾情報を受け付けても良い。

【0122】

制御部３１は、通信部３３を介して、受け付けた承諾情報を患者ＤＩＤに対応付けてサーバ１に送信する（ステップＳ３１２）。サーバ１の制御部１１は、患者端末３から送信された患者ＤＩＤ及び承諾情報を通信部１３により受信する（ステップＳ１１１）。制御部１１は、受信した承諾情報に基づき、処方箋とお薬手帳との開示承諾が得られたか否かを判定する（ステップＳ１１２）。

【0123】

制御部１１は、処方箋とお薬手帳との開示承諾が得られていないと判定した場合（ステップＳ１１２でＮＯ）、通信部１３を介して、開示不可の旨を含むメッセージを薬局端末４に送信する（ステップＳ１２２）。制御部１１は、処理を終了する。

【0124】

制御部１１は、処方箋とお薬手帳との開示承諾が得られたと判定した場合（ステップＳ１１２でＹＥＳ）、患者ＤＩＤと承諾情報とを含むトランザクションを作成する（ステップＳ１１３）。制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１１４）。

【0125】

ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２１１）。ノード２１の制御部２１１は、受信したトランザクションに基づいて、承諾情報を患者ＤＩＤに関連付けて記録する（ステップＳ２１２）。サーバ１の制御部１１は、患者ＤＩＤ及び承諾情報を通信部１３により薬局端末４に送信する（ステップＳ１１５）。

【0126】

薬局端末４の制御部４１は、サーバ１から送信された患者ＤＩＤ及び承諾情報を通信部４３により受信する（ステップＳ４１１）。制御部４１は、受信した承諾情報に応じて、担当者によるお薬手帳データの入力を入力部４４により受け付ける（ステップＳ４１２）。お薬手帳データは、お薬手帳に記録された医薬品の薬剤コード、薬剤名称、用法、用量、お薬手帳日付または薬局名称等を含む。

【0127】

制御部４１は、通信部４３を介して、受け付けたお薬手帳データを患者ＤＩＤに対応付けてサーバ１に送信する（ステップＳ４１３）。サーバ１の制御部１１は、薬局端末４から送信された患者ＤＩＤ及びお薬手帳データを通信部１３により受信する（ステップＳ１１６）。制御部１１は、受信した患者ＤＩＤに基づき、大容量記憶部１７の処方箋ＤＢ１７３から処方箋ＩＤを取得する（ステップＳ１１７）。

【0128】

制御部１１は、受信したお薬手帳データを大容量記憶部１７のお薬手帳ＤＢ１７４に記憶する（ステップＳ１１８）。具体的には、制御部１１は、受信したお薬手帳データに対し、お薬手帳ＩＤを割り振る。制御部１１は、割り振ったお薬手帳ＩＤに対応付けて、患者ＤＩＤ、処方箋ＩＤ、医薬品の薬剤コード、用法、用量、お薬手帳日付及び薬局名称を一つのレコードとしてお薬手帳ＤＢ１７４に記憶する。

【0129】

制御部１１は、例えばＳＨＡ２－２５６アルゴリズムを用いたハッシュ関数を採用し、患者ＤＩＤと、医薬品の薬剤コードとを含むお薬手帳ハッシュ値を算出する（ステップＳ１１９）。制御部１１は、お薬手帳ＩＤと、作成したお薬手帳ハッシュ値とを含むトランザクションを作成する（ステップＳ１２０）。制御部１１は、作成したトランザクションを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１２１）。

【0130】

ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトランザクションを通信部２１３により受信する（ステップＳ２１３）。ノード２１の制御部２１１は、受信したトランザクションに基づいて、記録部２１２にお薬手帳ハッシュ値をお薬手帳ＩＤに関連付けて記録する（ステップＳ２１４）。なお、記録部２１２へのお薬手帳ハッシュ値の記録処理に関しては、処方箋ハッシュ値の記録処理と同様であるため、説明を省略する。

【0131】

図１３は、医薬品のインテグリティを判定する際の処理手順を示すフローチャートである。情報処理端末５の制御部５１は、医薬品に対するインテグリティ判定要求を入力部５４により受け付ける（ステップＳ５３１）。インテグリティ判定要求には、処方箋ＩＤ及びお薬手帳ＩＤ等が含まれる。制御部５１は、受け付けたインテグリティ判定要求を通信部５３によりサーバ１に送信する（ステップＳ５３２）。

【0132】

サーバ１の制御部１１は、情報処理端末５から送信されたインテグリティ判定要求を通信部１３により受信する（ステップＳ１３１）。制御部１１は、受信したインテグリティ判定要求に含まれる処方箋ＩＤを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１３２）。ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信された処方箋ＩＤを通信部２１３により受信する（ステップＳ２３１）。

【0133】

ノード２１の制御部２１１は、受信した処方箋ＩＤに基づいて、患者ＤＩＤ及び医薬品の薬剤コードを含む処方箋ハッシュ値を記録部２１２から取得する（ステップＳ２３２）。ノード２１の制御部２１１は、取得した処方箋ハッシュ値を通信部２１３によりサーバ１に送信する（ステップＳ２３３）。

【0134】

サーバ１の制御部１１は、ブロックチェーン２から送信された処方箋ハッシュ値を通信部１３により受信する（ステップＳ１３３）。制御部１１は、インテグリティ判定要求に含まれるお薬手帳ＩＤを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１３４）。ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたお薬手帳ＩＤを通信部２１３により受信する（ステップＳ２３４）。

【0135】

ノード２１の制御部２１１は、受信したお薬手帳ＩＤに基づいて、患者ＤＩＤ及び医薬品の薬剤コードを含むお薬手帳ハッシュ値を記録部２１２から取得する（ステップＳ２３５）。ノード２１の制御部２１１は、取得したお薬手帳ハッシュ値を通信部２１３によりサーバ１に送信する（ステップＳ２３６）。

【0136】

サーバ１の制御部１１は、ブロックチェーン２から送信されたお薬手帳ハッシュ値を通信部１３により受信する（ステップＳ１３５）。なお、処方箋ハッシュ値及びお薬手帳ハッシュ値の取得順序は限定されるものでなく、例えば、お薬手帳ハッシュ値を取得した後に、処方箋ハッシュ値を取得しても良い。

【0137】

制御部１１は、患者に処方された医薬品が単数であるか否かを判定する（ステップＳ１３６）。制御部１１は、医薬品が単数でない場合（ステップＳ１３６でＮＯ）、複数判定処理のサブルーチンを実行する（ステップＳ１３８）。制御部１１は、後述するステップＳ１３９の処理に遷移する。制御部１１は、医薬品が単数である場合（ステップＳ１３６でＹＥＳ）、単数判定処理のサブルーチンを実行する（ステップＳ１３７）。なお、単数判定処理及び複数判定処理のサブルーチンに関しては後述する。

【0138】

制御部１１は、単数判定処理または複数判定処理により得られた判定結果を通信部１３により情報処理端末５に送信する（ステップＳ１３９）。情報処理端末５の制御部５１は、サーバ１から送信された判定結果を通信部５３により受信する（ステップＳ５３３）。制御部５１は、受信した判定結果を表示部５５により表示し（ステップＳ５３４）、処理を終了する。

【0139】

判定結果には、処方通りに調剤されたか否かを示す情報が含まれる。また、判定結果には、医薬品の薬剤名称、用法及び用量等が含まれても良い。例えば、サーバ１は、患者に処方された医薬品に対し、処方通りに調剤されたと判定した場合、当該医薬品の処方箋ＩＤに基づき、処方箋の医薬品の薬剤名称（例えば、商品名）、用法、用量及び処方箋日付を医薬品ＤＢ１７２及び処方箋ＤＢ１７３から取得する。サーバ１は、処方箋ＩＤに対応するお薬手帳ＩＤに基づき、当該医薬品のお薬手帳日付をお薬手帳ＤＢ１７４から取得する。

【0140】

サーバ１は、処方通りに調剤されたことを示す情報と、取得した当該医薬品の薬剤名称、用法、用量、処方箋日付及びお薬手帳日付とを含む判定結果を情報処理端末５に送信する。

【0141】

または、サーバ１は、患者に処方された医薬品に対し、処方通りに調剤されていないと判定した場合、当該医薬品の処方箋ＩＤに基づき、処方箋の医薬品の薬剤名称、用法、用量及び処方箋日付を医薬品ＤＢ１７２及び処方箋ＤＢ１７３から取得する。サーバ１は、処方箋ＩＤに対応するお薬手帳ＩＤに基づき、お薬手帳に記録された医薬品の薬剤名称、用法、用量及びお薬手帳日付を医薬品ＤＢ１７２及びお薬手帳ＤＢ１７４から取得する。

【0142】

サーバ１は、処方通りに調剤されていないことを示す情報と、取得した処方箋の医薬品の薬剤名称、用法、用量及び処方箋日付と、取得したお薬手帳に記録された医薬品の薬剤名称、用法、用量及びお薬手帳日付とを含む判定結果を情報処理端末５に送信する。

【0143】

図１４は、単数判定処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致するか否かを判定する（ステップＳ０１）。制御部１１は、処方箋ハッシュ値とお薬手帳ハッシュ値が一致する場合（ステップＳ０１でＹＥＳ）、処方通りに調剤されたと判定する（ステップＳ０２）。制御部１１は、単数判定処理のサブルーチンを終了してリターンする。

【0144】

制御部１１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致していない場合（ステップＳ０１でＮＯ）、処方通りに調剤されていないと判定する（ステップＳ０３）。制御部１１は、単数判定処理のサブルーチンを終了してリターンする。

【0145】

図１５は、複数判定処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致するか否かを判定する（ステップＳ１１）。制御部１１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致していない場合（ステップＳ１１でＮＯ）、レベル１判定処理における処方通りに調剤されていないと判定する（ステップＳ２０）。制御部１１は、複数判定処理のサブルーチンを終了してリターンする。

【0146】

制御部１１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致する場合（ステップＳ１１でＹＥＳ）、複数の医薬品のうち、１つの医薬品を取得する（ステップＳ１２）。制御部１１は、取得した医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在するか否かを判定する（ステップＳ１３）。

【0147】

制御部１１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合（ステップＳ１３でＮＯ）、当該医薬品に対し、レベル２判定処理における処方通りに調剤されていないと判定する（ステップＳ１５）。制御部１１は、後述するステップＳ１６の処理に遷移する。制御部１１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在する場合（ステップＳ１３でＹＥＳ）、当該医薬品に対し、レベル２判定処理における処方通りに調剤されたと判定する（ステップＳ１４）。

【0148】

制御部１１は、複数の医薬品のうち、当該医薬品が最後の医薬品であるか否かを判定する（ステップＳ１６）。制御部１１は、当該医薬品が最後の医薬品でない場合（ステップＳ１６でＮＯ）、ステップＳ１２の処理に戻る。制御部１１は、当該医薬品が最後の医薬品である場合（ステップＳ１６でＹＥＳ）、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数を算出する（ステップＳ１７）。

【0149】

制御部１１は、一致した数が医薬品の総数と同じであるか否かを判定する（ステップＳ１８）。制御部１１は、一致した数が医薬品の総数と同じである場合（ステップＳ１８でＹＥＳ）、レベル１判定処理における処方通りに調剤されたと判定する（ステップＳ１９）。制御部１１は、複数判定処理のサブルーチンを終了してリターンする。制御部１１は、一致した数が医薬品の総数とは異なる場合（ステップＳ１８でＮＯ）、ステップＳ２０の処理に遷移する。

【0150】

本実施形態によると、患者に処方された処方箋の医薬品に関する第１情報、及び、当該処方箋に対応して当該患者のお薬手帳に記録された医薬品に関する第２情報をブロックチェーンシステムに記録することが可能となる。

【0151】

本実施形態によると、第１情報と第２情報とが一致するか否か判定した判定結果に基づき、処方通りに調剤されたか否かを示す情報を出力することが可能となる。

【0152】

本実施形態によると、処方通りに調剤されたことを示す情報を第１態様で出力し、または、処方通りに調剤されていないことを示す情報を第２態様で出力することが可能となる。

【0153】

（実施形態２）
実施形態２は、薬局により調剤された医薬品が、患者に処方された医薬品の先発品または後発品である場合、当該医薬品のインテグリティを判定する形態に関する。なお、実施形態１と重複する内容については説明を省略する。

【0154】

患者に処方された医薬品が先発品であり、且つ、薬局により調剤された医薬品が後発品である場合がある。または、患者に処方された医薬品が後発品であり、且つ、薬局により調剤された医薬品が先発品である場合がある。調剤された医薬品が、処方された医薬品の先発品または後発品である場合、医薬品の薬剤コードに対応する医薬品の一般名に基づき、当該医薬品のインテグリティを判定することができる。

【0155】

具体的には、サーバ１は、患者に処方された処方箋の医薬品の一般名と、処方箋に対応して患者のお薬手帳に記録された医薬品の一般名とが一致するか否かを判定する。サーバ１は、両者が一致する場合、調剤された医薬品が、処方された医薬品の先発品または後発品であると判定する。サーバ１は、両者が一致していない場合、調剤された医薬品が、処方された医薬品の先発品及び後発品のいずれかでないと判定する。

【0156】

以下では、患者に処方された医薬品が先発品であり、且つ、薬局により調剤された医薬品が後発品である場合、当該医薬品のインテグリティを判定する処理を説明するが、患者に処方された医薬品が後発品であり、且つ、薬局により調剤された医薬品が先発品である場合にも同様に適用することができる。

【0157】

サーバ１は、情報処理端末５から送信されたインテグリティ判定要求を受信する。インテグリティ判定要求には、処方箋ＩＤ及びお薬手帳ＩＤ等が含まれる。サーバ１は、処方箋ＩＤに基づき、患者ＤＩＤ及び医薬品の薬剤コードを含む処方箋ハッシュ値をブロックチェーン２から取得する。サーバ１は、お薬手帳ＩＤに基づき、患者ＤＩＤ及び医薬品の薬剤コードを含むお薬手帳ハッシュ値をブロックチェーン２から取得する。

【0158】

医薬品が単数である場合、サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致するか否かを判定する。サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致する場合、処方通りに調剤されたと判定する。サーバ１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致していない場合、当該医薬品が後発品であるか否かを判定する。

【0159】

具体的には、サーバ１は、処方箋ＩＤに基づき、処方箋の医薬品の薬剤コードを処方箋ＤＢ１７３から取得する。サーバ１は、取得した処方箋の医薬品の薬剤コードに基づき、当該医薬品の一般名を医薬品ＤＢ１７２から取得する。

【0160】

サーバ１は、お薬手帳ＩＤに基づき、処方箋に対応して患者のお薬手帳に記録された医薬品の薬剤コードをお薬手帳ＤＢ１７４から取得する。サーバ１は、取得したお薬手帳に記録された医薬品の薬剤コードに基づき、当該医薬品の一般名を医薬品ＤＢ１７２から取得する。

【0161】

サーバ１は、取得した処方箋の医薬品の一般名と、お薬手帳に記録された医薬品の一般名とが一致するか否かを判定する。サーバ１は、両者が一致する場合、当該医薬品が後発品であると判定する。サーバ１は、両者が一致していない場合、当該医薬品が後発品でないと判定する。サーバ１は、当該医薬品が後発品である場合、処方通りに調剤されたと判定する。サーバ１は、当該医薬品が後発品でない場合、処方通りに調剤されていないと判定する。

【0162】

医薬品が複数である場合、サーバ１は、レベル１判定処理及びレベル２判定処理を行う。具体的には、サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致するか否かを判定する。サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致していない場合、お薬手帳ＩＤに対し、処方通りに調剤されていないと判定する。サーバ１は、処方箋ハッシュ値の数とお薬手帳ハッシュ値の数とが一致する場合、レベル２判定処理を行う。

【0163】

レベル２判定処理について、サーバ１は、複数の医薬品のうち、１つの医薬品を取得する。サーバ１は、取得した医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在するか否かを判定する。サーバ１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在する場合、当該医薬品に対し、処方通りに調剤されたと判定する。

【0164】

サーバ１は、当該医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合、上述した後発品の判定処理と同様に、当該医薬品が後発品であるか否かを判定する。サーバ１は、当該医薬品が後発品でないと判定した場合、当該医薬品に対し、処方通りに調剤されていないと判定する。サーバ１は、当該医薬品が後発品であると判定した場合、当該医薬品に対し、処方通りに調剤されたと判定する。

【0165】

サーバ１は、複数の医薬品のうち、次の医薬品を取得する。サーバ１は、上述した判定処理と同様に、取得した医薬品に対し、処方通りに調剤されたか否かを判定する。

【0166】

レベル１判定処理について、サーバ１は、各医薬品におけるレベル２判定処理を実行した後に、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数を算出する。サーバ１は、一致した数が医薬品の総数と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたと判定する。

【0167】

サーバ１は、一致した数が医薬品の総数とは異なる場合、後発品である医薬品の数を集計する。サーバ１は、一致した数と、後発品である医薬品の数との合計が、医薬品の総数と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたと判定する。サーバ１は、一致した数と、後発品である医薬品の数との合計が、医薬品の総数とは異なる場合、お薬手帳ＩＤに対し、処方通りに調剤されていないと判定する。

【0168】

サーバ１は、判定した判定結果に基づき、処方通りに調剤されたか否かを示す情報を情報処理端末５に送信する。情報処理端末５は、サーバ１から送信された処方通りに調剤されたか否かを示す情報を受信して表示する。

【0169】

図１６は、実施形態２における判定結果の表示画面の一例を示す説明図である。なお、図９と重複する内容については同一の符号を付して説明を省略する。

【0170】

サーバ１は、複数の医薬品に対し、レベル１判定処理及びレベル２判定処理を行う。例えば、患者に処方された医薬品は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」を含む。

【0171】

まず、サーバ１は、それぞれの医薬品に対してレベル２判定処理を行う。サーバ１は、各医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在する場合、各医薬品に対し、処方通りに調剤されたことを示す情報を第１態様（例えば、「◎」）で出力する。サーバ１は、各医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合、各医薬品が後発品であるか否かを判定する。

【0172】

サーバ１は、各医薬品が後発品でない場合、各医薬品に対し、処方通りに調剤されていないことを示す情報を第２態様（例えば、「×」）で出力する。サーバ１は、各医薬品が後発品である場合、各医薬品に対し、処方通りに調剤されたことを示す情報を第３態様（例えば、「〇」）で出力する。

【0173】

表示態様は、例えば、テキスト、色、形状、サイズ、模様、または、アイコン等に描かれている図もしくは絵柄等であっても良い。例えば、第１態様が深緑丸で示され、第２態様が赤丸で示され、第３態様が浅緑丸で示される。

【0174】

例えば、サーバ１は、「医薬品Ａ」に対し、処方通りに調剤されたと判定した場合、処方通りに調剤されたことを示す情報を「◎」で出力する。または、サーバ１は、お薬手帳に記録された「医薬品Ｄ」が、患者に処方された「医薬品Ｂ」の後発品であると判定した場合、処方通りに調剤されたことを示す情報を「〇」で出力する。または、サーバ１は、お薬手帳に記録された「医薬品Ｅ」が、患者に処方された「医薬品Ｃ」とは異なる場合、処方通りに調剤されていないことを示す情報を「×」で出力する。

【0175】

サーバ１は、各医薬品におけるレベル２判定処理を実行した後に、医薬品の全体におけるレベル１判定処理を行う。具体的には、サーバ１は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」のそれぞれに対し、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数を算出する。

【0176】

サーバ１は、一致した数が医薬品の総数（例えば、３）と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたことを示す情報を第１態様（例えば、「◎」）で出力する。サーバ１は、一致した数が医薬品の総数とは異なる場合、一致した数と、後発品である医薬品の数との合計が医薬品の総数と同じであるか否かを判定する。

【0177】

サーバ１は、一致した数と、後発品である医薬品の数との合計が医薬品の総数とは異なる場合、お薬手帳ＩＤに対し、処方通りに調剤されていないことを示す情報を第２態様（例えば、「×」）で出力する。サーバ１は、一致した数と、後発品である医薬品の数との合計が医薬品の総数と同じである場合、お薬手帳ＩＤに対し、処方通りに調剤されたことを示す情報を第３態様（例えば、「〇」）で出力する。

【0178】

サーバ１は、処方箋ＩＤに基づき、薬剤コード、用法、用量及び処方箋日付（処方日）を処方箋ＤＢ１７３から取得する。サーバ１は、取得した処方箋の医薬品の薬剤コードに基づき、当該医薬品の商品名を医薬品ＤＢ１７２から取得する。サーバ１は、お薬手帳ＩＤに基づき、薬剤コード、用法、用量、お薬手帳日付（調剤日）及び薬局名称をお薬手帳ＤＢ１７４から取得する。サーバ１は、取得したお薬手帳に記録された医薬品の薬剤コードに基づき、当該医薬品の商品名を医薬品ＤＢ１７２から取得する。

【0179】

サーバ１は、患者ＤＩＤ、レベル１判定処理の判定結果、レベル２判定処理の判定結果、処方箋データ（医薬品の商品名、用法、用量及び処方箋日付）、及び、お薬手帳データ（お薬手帳ＩＤ、薬局名称、医薬品の商品名、用法、用量及びお薬手帳日付）を情報処理端末５に送信する。情報処理端末５は、サーバ１から送信された患者ＤＩＤ、レベル１判定処理の判定結果、レベル２判定処理の判定結果、処方箋データ及びお薬手帳データを受信して表示する。

【0180】

図示のように、患者ＤＩＤは患者番号表示欄１１ｆに表示され、お薬手帳データはお薬手帳表示欄１１ｇに表示され、処方箋データは処方箋表示欄１１ｃに表示される。レベル１判定処理の判定結果はレベル１判定結果表示欄１１ｄに表示され、レベル２判定処理の判定結果はレベル２判定結果表示欄１１ｅに表示される。

【0181】

図示のように、患者に処方された医薬品は、「医薬品Ａ」、「医薬品Ｂ」及び「医薬品Ｃ」を含む。レベル１判定結果表示欄１１ｄに、医薬品の全体に対し、処方通りに調剤されていないことを示す情報が「×」で表示される。処方された「医薬品Ａ」に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されたことを示す情報が「◎」で表示される。

【0182】

また、処方された「医薬品Ｂ」（後発品：「医薬品Ｄ」）に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されたことを示す情報が「〇」で表示される。また、処方された「医薬品Ｃ」（調剤された医薬品：「医薬品Ｅ」）に対応するレベル２判定結果表示欄１１ｅに、処方通りに調剤されていないことを示す情報が「×」で表示される。

【0183】

図１７は、実施形態２における単数判定処理のサブルーチンの処理手順を示すフローチャートである。なお、図１４と重複する内容については同一の符号を付して説明を省略する。

【0184】

サーバ１の制御部１１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致していない場合（ステップＳ０１でＮＯ）、処方箋の医薬品の薬剤コード、及び、処方箋に対応して患者のお薬手帳に記録された医薬品の薬剤コードを取得する（ステップＳ０４）。具体的には、制御部１１は、処方箋ＩＤに基づき、処方箋の医薬品の薬剤コードを大容量記憶部１７の処方箋ＤＢ１７３から取得する。制御部１１は、お薬手帳ＩＤに基づき、お薬手帳に記録された医薬品の薬剤コードを大容量記憶部１７のお薬手帳ＤＢ１７４から取得する。

【0185】

制御部１１は、取得した薬剤コードに基づき、医薬品の一般名を取得する（ステップＳ０５）。具体的には、制御部１１は、取得した処方箋の医薬品の薬剤コードに基づき、当該医薬品の一般名を大容量記憶部１７の医薬品ＤＢ１７２から取得する。制御部１１は、取得したお薬手帳に記録された医薬品の薬剤コードに基づき、当該医薬品の一般名を医薬品ＤＢ１７２から取得する。

【0186】

制御部１１は、当該医薬品が後発品であるか否かを判定する（ステップＳ０６）。具体的には、制御部１１は、取得した処方箋の医薬品の一般名と、お薬手帳に記録された医薬品の一般名とが一致するか否かを判定する。制御部１１は、両者が一致する場合、当該医薬品が後発品であると判定する。制御部１１は、両者が一致していない場合、当該医薬品が後発品でないと判定する。

【0187】

制御部１１は、当該医薬品が後発品である場合（ステップＳ０６でＹＥＳ）、後発品として処方通りに調剤されたと判定する（ステップＳ０７）。制御部１１は、単数判定処理のサブルーチンを終了してリターンする。制御部１１は、当該医薬品が後発品でない場合（ステップＳ０６でＮＯ）、ステップＳ０３の処理を実行する。

【0188】

図１８及び図１９は、実施形態２における複数判定処理のサブルーチンの処理手順を示すフローチャートである。なお、図１５と重複する内容については同一の符号を付して説明を省略する。

【0189】

サーバ１の制御部１１は、医薬品の処方箋ハッシュ値と一致するお薬手帳ハッシュ値が存在していない場合（ステップＳ１３でＮＯ）、ステップＳ３１～Ｓ３３の処理を実行する。なお、ステップＳ３１～Ｓ３３の処理に関しては、図１７のステップＳ０４～Ｓ０６の処理と同様であるため、説明を省略する。

【0190】

制御部１１は、当該医薬品が後発品でない場合（ステップＳ３３でＮＯ）、ステップＳ１５の処理を実行する。制御部１１は、当該医薬品が後発品である場合（ステップＳ３３でＹＥＳ）、レベル２判定処理に対し、後発品として処方通りに調剤されたと判定する（ステップＳ３４）。制御部１１は、ステップＳ１６～Ｓ１８の処理を実行する。

【0191】

制御部１１は、処方箋ハッシュ値とお薬手帳ハッシュ値とが一致した数が医薬品の総数とは異なる場合（ステップＳ１８でＮＯ）、一致した数と、後発品である医薬品の数との合計を算出する（ステップＳ３５）。制御部１１は、算出した合計が医薬品の総数と同じであるか否かを判定する（ステップＳ３６）。制御部１１は、合計が医薬品の総数とは異なる場合（ステップＳ３６でＮＯ）、ステップＳ２０の処理を実行する。

【0192】

制御部１１は、合計が医薬品の総数と同じである場合（ステップＳ３６でＹＥＳ）、レベル１判定処理に対し、後発品として処方通りに調剤されたと判定する（ステップＳ３７）。制御部１１は、複数判定処理のサブルーチンを終了してリターンする。

【0193】

本実施形態によると、薬局により調剤された医薬品が、患者に処方された医薬品の先発品または後発品である場合、当該医薬品のインテグリティを判定することが可能となる。

【0194】

本実施形態によると、医薬品が後発品である場合、処方通りに調剤されたことを示す情報を異なる態様で出力することが可能となる。

【0195】

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0196】

各実施形態に記載した事項は相互に組み合わせることが可能である。また、特許請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

【符号の説明】

【0197】

１ 情報処理装置（サーバ）
１１ 制御部
１１ａ ハッシュ値算出部
１１ｂ 電子署名作成部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ 患者ＤＢ
１７２ 医薬品ＤＢ
１７３ 処方箋ＤＢ
１７４ お薬手帳ＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ ブロックチェーンシステム（ブロックチェーン；台帳）
２１ ノード
２１１ 制御部
２１２ 記録部
２１３ 通信部
２１４ 受付部
２１５ 出力部
２１６ ブロック生成部
２１７ ブロック検証部
２１８ ブロック共有部
３ 情報処理端末（患者端末）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３６ 撮影部
３Ｐ 制御プログラム
４ 情報処理端末（薬局端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム
５ 情報処理端末
５１ 制御部
５２ 記憶部
５３ 通信部
５４ 入力部
５５ 表示部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】