JP7064676B2 - コンピュータプログラム、端末及び方法 - Google Patents

Description

本発明は、コンピュータプログラム、端末及び方法に関する。

投薬履歴を記録、管理するためのものとしてお薬手帳が広く知られている（例えば、非特許文献１参照）。ユーザは、調剤薬局で処方された薬の内容をお薬手帳に記入する。調剤薬局によっては、お薬手帳に貼り付けるために処方薬の内容を記したシールを提供するところもある。

https://www.nicho.co.jp/prescription/book/、２０１８年３月２０日検索

しかしながら、非特許文献１に記載されるようなお薬手帳では、処方された薬の履歴は確認できるものの、診療を受けた医療機関についての情報を確認することは容易ではない。通常、医療機関で診療を受け、調剤薬局で薬を処方してもらうまでが治療の一サイクルとして認識されているので、このような認識に即したより分かりやすい履歴表示のインタフェースが望まれる。

本発明はこうした課題に鑑みてなされたものであり、その目的は、診療の履歴および薬の処方の履歴をより分かりやすく表示するインタフェース技術を提供することにある。

本発明のある態様は、コンピュータプログラムに関する。このコンピュータプログラムは、ネットワークを介して、ユーザＩＤをサーバに送信する機能と、ネットワークを介して、ユーザＩＤにより特定されるユーザが過去に受診した医療機関に関する情報と、過去に該ユーザに薬を処方した調剤薬局に関する情報と、をサーバから受信する機能と、受信された医療機関に関する情報と調剤薬局に関する情報とを併せて時系列でディスプレイに表示させる機能と、をコンピュータに実現させる。

なお、以上の構成要素の任意の組み合わせや、本発明の構成要素や表現を装置、方法、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

本発明によれば、診療の履歴および薬の処方の履歴をより分かりやすく表示するインタフェース技術を提供することができる。

実施の形態に係る健康管理システムのシステム構成の一例を示す模式図である。 医科レセプトの一例を示す模式図である。 調剤レセプトの一例を示す模式図である。 図１の携帯端末のハードウエア構成図である。 図１の医療データサーバの機能および構成を示すブロック図である。 図５の記事保持部の一例を示すデータ構造図である。 図５の評価保持部の一例を示すデータ構造図である。 図１の携帯端末の機能および構成を示すブロック図である。 図１の携帯端末における一連の処理の流れを示すフローチャートである。 ディスプレイに表示される通院・薬歴タイムライン画面の代表画面図である。 記事一覧画面の代表画面図である。 ディスプレイに表示される別の通院・薬歴タイムライン画面の代表画面図である。 ディスプレイに表示されるマップ展開画面の代表画面図である。 コメント画面の代表画面図である。 ディスプレイに表示される統計画面の代表画面図である。

以下、各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図面において説明上重要ではない部材の一部は省略して表示する。

実施の形態では、レセプトのデータを用いて、自分の通院歴と薬歴とを閲覧、管理できる機能を提供する。この機能を実装した携帯端末は、ディスプレイに通院歴・薬歴タイムラインを表示する。ユーザはこのタイムラインにより、通院歴と薬歴とを時系列で確認することができる。代表的な表示内容は、診療区分（例えば、通院、入院、歯科、処方）、医療機関名、薬局名、傷病名である。

図１は、実施の形態に係る健康管理システム１００のシステム構成の一例を示す模式図である。健康管理システム１００は、医療データサーバ１０４と、携帯端末１０８と、を備える。医療データサーバ１０４と携帯端末１０８とはいずれもインターネットなどのネットワーク１１０と接続され、ネットワーク１１０を介して通信する。なお、図１は一例を示すものであって、各要素の数に制限はない。

医療データサーバ１０４は、医療に関するデータを解析する企業（以下、医療データ解析企業という）により運営され、医療ビッグデータとしてのレセプト保持部１１２を有する。ユーザが医療機関で診療を受けた際や医師の処方箋に基づき調剤薬局で薬剤の処方を受けた際、レセプトが発行される。

レセプト（独：Rezept）とは、保険診療を行った医療機関や調剤薬局が保険者（健康保険組合、全国健康保険協会、船員保険、共済組合、国民健康保険等）に対して、診療報酬点数表に基づき毎月月末に患者１人につき外来、入院別に作成する請求明細書のことである。特に 医科・歯科の場合は診療報酬明細書、調剤薬局の場合は調剤報酬明細書ということもある。レセプトには、患者に対してどのような診断（傷病）、検査がなされ、治療が行われ、薬剤がどのくらい処方されたかが記載されている。

図２は、医科レセプトの一例を示す模式図である。図３は、調剤レセプトの一例を示す模式図である。図２、図３に示されるように、レセプトから診療、調剤に関する様々な情報を読み取ることができる。

医療データ解析企業は、多くの保険者や事業主と契約し、契約した保険者や事業主からレセプトを取り込んで匿名化処理し、レセプト保持部１１２を構築する。この取り込みは例えば定期的（例えば、月次）にまとめて行われてもよい。医療データ解析企業は、スマートフォンやタブレット端末や携帯電話などの携帯端末１０８を介してユーザから直接、レセプトデータを取得してもよい。また医療データ解析企業は、レセプトに加えて健康診断の結果である健診結果を取得、蓄積してもよい。

携帯端末１０８のユーザは、ダウンロードサイトからネットワーク１１０を介して健康管理アプリケーションプログラム（以下、健康管理アプリという）を携帯端末１０８にダウンロードし、インストールする。あるいはまた、健康管理アプリは携帯端末１０８にプリインストールされていてもよい。健康管理アプリは、ユーザの健康を管理するための様々な機能を提供する。健康管理アプリは医療データ解析企業の管理体により提供されてもよい。健康管理アプリが携帯端末１０８により実行されることにより、携帯端末１０８はネットワーク１１０を介して医療データサーバ１０４と通信し、各種機能を実現する。以下、携帯端末１０８（のＣＰＵ（Central Processing Unit）等の処理ユニット）が健康管理アプリを実行することにより実現する機能を携帯端末１０８の機能として説明する。それらの機能は実際は健康管理アプリが携帯端末１０８に実現させる機能である。

図４は、図１の携帯端末１０８のハードウエア構成図である。携帯端末１０８は健康管理アプリをインストールして実行可能であればいかなる端末であってもよい。携帯端末１０８は、メモリ１２１と、プロセッサ１２２と、通信インタフェース１２３と、ディスプレイ１２４と、入力インタフェース１２５と、を含む。これらの要素はそれぞれバス１２６に接続され、バス１２６を介して互いに通信する。

メモリ１２１は、データやプログラムを記憶するための記憶領域である。データやプログラムは、メモリ１２１に恒久的に記憶されてもよいし、一時的に記憶されてもよい。特にメモリ１２１は健康管理アプリを記憶する。プロセッサ１２２は、メモリ１２１に記憶されているプログラム、特に健康管理アプリを実行することにより、携帯端末１０８における各種機能を実現する。通信インタフェース１２３は、携帯端末１０８の外部との間でデータの送受信を行うためのインタフェースである。例えば、通信インタフェース１２３は、携帯電話の無線通信網にアクセスするためのインタフェースや、無線ＬＡＮ（Local Area Network）にアクセスするためのインタフェース等を含む。また、通信インタフェース１２３は、例えば、ＵＳＢ（Universal Serial Bus）等の有線ネットワークのインタフェースを含んでいてもよい。ディスプレイ１２４は、各種情報を表示するためのデバイスであり、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどである。入力インタフェース１２５は、ユーザからの入力を受け付けるためのデバイスである。入力インタフェース１２５は、例えば、ディスプレイ１２４上に設けられたタッチパネルや、各種入力キー等を含む。

図５は、図１の医療データサーバ１０４の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

医療データサーバ１０４は、レセプト保持部１１２と、記事保持部１４０と、評価保持部１４２と、ユーザＩＤ受信部１４４と、表示情報抽出部１４６と、表示情報送信部１４８と、評価受信部１５０と、評価登録部１５２と、を備える。

レセプト保持部１１２は、上述の通り、保険者や事業主から提供されたレセプトのデータを保持する。レセプト保持部１１２は、公知のデータベース管理技術を用いて管理されてもよい。

図６は、記事保持部１４０の一例を示すデータ構造図である。記事保持部１４０は健康に関する記事を保持する。記事保持部１４０は、記事を特定する記事ＩＤと、該記事に関連付けられた傷病と、該記事に関連付けられたアレルギーと、該記事に関連付けられた薬と、該記事の内容と、を対応付けて保持する。

図７は、評価保持部１４２の一例を示すデータ構造図である。評価保持部１４２は医療機関・調剤薬局ごとにその評価を保持する。評価保持部１４２は、医療機関・調剤薬局を特定する施設ＩＤと、該医療機関・調剤薬局の名称と、該医療機関・調剤薬局の連絡先としての電話番号と、該医療機関・調剤薬局の住所と、該医療機関・調剤薬局をお気に入りに登録しているユーザの数と、該医療機関・調剤薬局に対してユーザが入力したコメントの内容と、を対応付けて保持する。連絡先としては他に電子メールアドレスやＳＮＳアカウント等が考えられる。

図５に戻り、ユーザＩＤ受信部１４４は、ネットワーク１１０を介して携帯端末１０８からユーザを特定するユーザＩＤを受信する。
表示情報抽出部１４６は、ユーザＩＤ受信部１４４が受信したユーザＩＤに対応する情報を表示情報としてレセプト保持部１１２から抽出する。表示情報は、受信したユーザＩＤにより特定されるユーザが過去に受診した医療機関に関する情報と、過去に該ユーザに薬を処方した調剤薬局に関する情報と、を含む。より具体的には、表示情報は、過去のある時点から現在まで（例えば、直近１年間、直近１週間、直近１ヶ月、３日前から現在まで）の診療履歴および薬処方履歴と、それらの履歴に関連する記事と、を含む。

図２の医科レセプトに示されるように、医科レセプトからどの患者（患者ＩＤ）がいつ、どの医療機関でどのような診療を受け、診療費はいくらであったかを特定できる。したがって、診療履歴は、ユーザＩＤで特定されるユーザが受診した医療機関の名称と、診療内容を示す情報と、診療費に関する情報と、を含む。医療機関の名称が特定されると、評価保持部１４２を参照することで医療機関の電話番号と住所とが特定される。診療履歴は、このように特定された電話番号と住所とを含む。

図３の調剤レセプトに示されるように、調剤レセプトからどの患者（患者ＩＤ）がいつ、どの調剤薬局でどのような薬の処方を受け、薬代はいくらであったかを特定できる。したがって、薬処方履歴は、ユーザＩＤで特定されるユーザに薬を処方した調剤薬局の名称と、処方された薬に関する情報と、薬代に関する情報と、を含む。調剤薬局の名称が特定されると、評価保持部１４２を参照することで調剤薬局の電話番号と住所とが特定される。薬処方履歴は、このように特定された電話番号と住所とを含む。

表示情報抽出部１４６は、抽出された診療履歴および薬処方履歴に関連する記事を記事保持部１４０から抽出し、表示情報に含める。例えば、抽出された診療履歴が特定の傷病を含む場合、表示情報抽出部１４６は記事保持部１４０を参照し、特定の傷病に対応する記事の内容を抽出する。あるいはまた、抽出された薬処方履歴が特定の薬を含む場合、表示情報抽出部１４６は記事保持部１４０を参照し、特定の薬に対応する記事の内容を抽出する。あるいはまた、表示情報抽出部１４６は記事保持部１４０を参照し、傷病および薬の特定の組み合わせに対応する記事の内容を抽出してもよい。

表示情報送信部１４８は、表示情報抽出部１４６によって抽出された表示情報を携帯端末１０８にネットワーク１１０を介して送信する。表示情報送信部１４８は、抽出された表示情報の容量が大きい場合、表示情報を古い方から削除することで所定の容量よりも小さくしてから送信してもよい。

評価受信部１５０は、ネットワーク１１０を介して携帯端末１０８から、ユーザによる医療機関・調剤薬局の評価を受信する。評価は、ユーザによってお気に入りに登録された医療機関・調剤薬局の施設ＩＤと、ユーザがコメント機能（後述）を用いて入力した医療機関・調剤薬局に対するレビューの内容と、を含む。

評価登録部１５２は、評価受信部１５０が受信した評価を評価保持部１４２に登録する。例えば、評価登録部１５２は、評価において新たにお気に入りに登録された医療機関・調剤薬局に対応するお気に入り登録数に１を加える。逆に、お気に入り登録が解除された場合はお気に入り登録数から１が減じられる。あるいはまた、評価登録部１５２は、評価において新たに示されたレビューの内容を、対応する医療機関・調剤薬局のレビュー内容に追加する。

図８は、図１の携帯端末１０８の機能および構成を示すブロック図である。ここに示す各ブロックは、ハードウエア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウエア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウエア、ソフトウエアの組合せによっていろいろなかたちで実現できることは、本明細書に触れた当業者には理解されるところである。

携帯端末１０８は、ユーザＩＤ取得部１５４と、ユーザＩＤ送信部１５６と、表示情報受信部１５８と、表示制御部１６０と、評価取得部１６２と、評価送信部１６４と、を備える。

ユーザＩＤ取得部１５４はユーザＩＤをユーザから取得し、保持する。ユーザＩＤ取得部１５４は例えばログインを求めるログイン画面（不図示）をディスプレイ１２４に表示させ、ユーザにユーザＩＤおよびパスワードの入力を求める。ユーザＩＤ取得部１５４は、ログイン画面に入力されたユーザＩＤおよびパスワードによる認証が成功すると、そのユーザＩＤを保持する。

ユーザＩＤ送信部１５６は、ユーザＩＤ取得部１５４によって取得されたユーザＩＤを医療データサーバ１０４にネットワーク１１０を介して送信する。例えば、ユーザＩＤ送信部１５６は、後述の通院歴・薬歴表示機能がユーザによって選択された際に、ユーザＩＤを送信してもよい。

表示情報受信部１５８は、ユーザＩＤ送信部１５６が送信したユーザＩＤに応じて医療データサーバ１０４によって生成、送信される表示情報を、ネットワーク１１０を介して受信する。

表示制御部１６０は、表示情報受信部１５８が受信した表示情報をディスプレイ１２４に表示させる。表示の態様については後述する。
評価取得部１６２は、ディスプレイ１２４に表示された医療機関や調剤薬局に対するユーザの評価を取得する。
評価送信部１６４は、評価取得部１６２が取得した評価を医療データサーバ１０４にネットワーク１１０を介して送信する。

図９は、携帯端末１０８における一連の処理の流れを示すフローチャートである。ユーザが携帯端末１０８のホーム画面において健康管理アプリのアイコンをタップすると、携帯端末１０８は健康管理アプリを起動する（Ｓ９０２）。ユーザＩＤ取得部１５４は、ユーザ認証を行い（Ｓ９０４）、ユーザＩＤを取得する。なお、一度入力され認証が成功したユーザＩＤおよびパスワードを携帯端末１０８の保持部に保持しておき、ステップＳ９０４で、ユーザＩＤ取得部１５４はユーザにユーザＩＤおよびパスワードの入力を求める代わりに、保持されているユーザＩＤおよびパスワードを用いてもよい。

ステップＳ９０４で認証が成功すると、表示制御部１６０は健康管理アプリのトップ画面（不図示）をディスプレイ１２４に表示させる。トップ画面において通院・薬歴表示機能が選択された場合（Ｓ９０６のＹ）、表示制御部１６０は通院・薬歴タイムライン画面をディスプレイ１２４に表示させる（Ｓ９０８）。評価取得部１６２は、通院・薬歴タイムライン画面の表示に関連して、ユーザから医療機関・調剤薬局に対する評価を取得する（Ｓ９１０）。評価送信部１６４は、ステップＳ９１０で取得された評価を医療データサーバ１０４にネットワーク１１０を介して送信する（Ｓ９１２）。

図１０は、ディスプレイ１２４に表示される通院・薬歴タイムライン画面２０２の代表画面図である。ユーザが通院・薬歴タブ２０４を選択すると、ディスプレイ１２４に通院・薬歴タイムライン画面２０２が表示される。通院・薬歴タイムライン画面２０２は、持病表示領域２０６と、アレルギー表示領域２０８と、お気に入り施設表示領域２１０と、タイムライン表示領域２１６と、もっと見るボタン２１８と、お知らせボタン２２０と、を有する。

持病表示領域２０６にはユーザの持病が表示される。持病表示領域２０６は、病院の問診などで聞かれる持病を管理する持病管理機能に対応する。携帯端末１０８は、表示情報受信部１５８が受信した表示情報に含まれる診療履歴から特定の傷病名を抽出し、抽出された傷病をユーザの持病として登録する。表示制御部１６０は、登録された持病を持病表示領域２０６に表示させる。あるいはまた、医療データサーバ１０４がレセプト保持部１１２を解析することで予めユーザの持病を特定または予測し、携帯端末１０８がその持病の情報を受けて持病表示領域２０６に表示させるようにしてもよい。あるいはまた、ユーザが入力インタフェース１２５を介して携帯端末１０８に持病を登録してもよい。この場合、持病表示領域２０６をタップすると、持病を登録するためのインタフェースが起動してもよい。なお、携帯端末１０８は、画面の領域（またはボタン）に対するタップが検出されると、それをユーザによる該領域の指定として受け付ける。領域の選択を受け付ける他の態様としては、カーソルを用いるものがある。

アレルギー表示領域２０８にはユーザのアレルギーが表示される。アレルギー表示領域２０８は、ユーザのアレルギーを登録し、管理するアレルギー管理機能に対応する。携帯端末１０８は、表示情報受信部１５８が受信した表示情報に含まれる診療履歴から特定のアレルギー名を抽出し、抽出されたアレルギーをユーザのアレルギーとして登録する。表示制御部１６０は、登録されたアレルギーをアレルギー表示領域２０８に表示させる。あるいはまた、医療データサーバ１０４がレセプト保持部１１２を解析することで予めユーザのアレルギーを特定または予測し、携帯端末１０８がそのアレルギーの情報を受けてアレルギー表示領域２０８に表示させるようにしてもよい。あるいはまた、ユーザが入力インタフェース１２５を介して携帯端末１０８にアレルギーを登録してもよい。この場合、アレルギー表示領域２０８をタップすると、アレルギーを登録するためのインタフェースが起動してもよい。

お気に入り施設表示領域２１０には、ユーザがお気に入りとして登録した医療機関や調剤薬局の情報が表示される。お気に入り施設表示領域２１０には、登録された施設ごとに名称２２２と電話番号２２４とが表示される。お気に入り施設表示領域２１０に表示されるいずれかの施設がタップされると、表示制御部１６０はその施設のホームページやその施設からユーザへのお知らせをディスプレイ１２４に表示させてもよい。あるいはまた、お気に入り施設表示領域２１０に表示されるいずれかの施設がタップされると、携帯端末１０８はその施設へ発呼してもよい。

タイムライン表示領域２１６は、表示情報受信部１５８が受信した表示情報に含まれる医療機関に関する情報と調剤薬局に関する情報とを併せて時系列で表示する。図１０の例では、タイムライン表示領域２１６において、一番上に「丁医院」で診療を受けたことを示すエントリが表示され、次に「乙薬局」で薬を処方されたことを示すエントリが表示され、その次に「丙医院」で診療を受けたことを示すエントリが表示されている。このように、図１０の例では、医療機関ごと、調剤薬局ごとに履歴の表示を分けるのではなく、医療機関での診療の履歴と調剤薬局での処方の履歴とが混在するように表示される。

図１０の例では、タイムライン表示領域２１６のひとつのエントリは、医療機関を受診したまたは調剤薬局で処方を受けた日付け２２６と、診療（通院）／処方の別２２８と、医療機関・調剤薬局の名称２３０と、対象のユーザ名２３２と、傷病名２３４と、お気に入りボタン２１２、２１４と、を含む。もっと見るボタン２１８がタップされると、タイムライン表示領域２１６により多くのエントリが表示される。

お気に入りボタン２１２、２１４は、対応する医療機関・調剤薬局をユーザのお気に入りとして登録するためのユーザインタフェースオブジェクトである。ユーザは、タイムライン表示領域２１６に表示される医療機関・調剤薬局のなかでお気に入りに登録したいものがあれば、その医療機関・調剤薬局のエントリにあるお気に入りボタン２１２、２１４をタップする。評価取得部１６２は、お気に入りボタン２１２、２１４がタップされた医療機関・調剤薬局をユーザのお気に入りとして登録する。併せて評価送信部１６４は、お気に入りに登録された医療機関・調剤薬局の情報（例えば、施設ＩＤ）を医療データサーバ１０４に送信する。

表示制御部１６０は、お気に入りに登録された医療機関・調剤薬局のエントリに含まれるお気に入りボタン２１２を、登録されていない医療機関・調剤薬局のエントリに含まれるお気に入りボタン２１４とは異なる態様で表示させる。例えば、前者を濃い色、後者を薄い色で表示させてもよい。表示制御部１６０は、新たにお気に入りに登録された医療機関・調剤薬局の情報をお気に入り施設表示領域２１０の表示に反映させる。
なお、お気に入りに登録された医療機関・調剤薬局のエントリに含まれるお気に入りボタン２１２がタップされると、当該医療機関・調剤薬局はお気に入り登録から外される。

ユーザ名２３２に関して、本実施の形態では、複数のユーザＩＤを関連付けることで、あるユーザのタイムライン表示領域２１６に他のユーザの診療履歴や薬処方履歴を表示することができる。ユーザＩＤ取得部１５４はユーザから、他のユーザのユーザＩＤの入力を受け付ける。ユーザＩＤ送信部１５６は、受け付けた他のユーザのユーザＩＤを医療データサーバ１０４に送信する。医療データサーバ１０４は、受信したユーザＩＤに基づき他のユーザの診療履歴および薬処方履歴を抽出し、携帯端末１０８に送信する。表示制御部１６０は、受信した他のユーザの診療履歴および薬処方履歴を、タイムライン表示領域２１６の表示内容に含める。この場合、例えば親子のユーザＩＤを関連付けておくことで、親が子の通院歴や薬歴を自分のタイムラインで確認することができ、ユーザ利便性が向上する。なお、図１０に示される通り、他のユーザの診療履歴や薬処方履歴に係る医療機関・調剤薬局に対してもお気に入りボタン２３６が表示され、ユーザ自身のお気に入りとして登録可能となっている。

ユーザがお知らせボタン２２０をタップすると、表示制御部１６０は記事一覧画面２３８をディスプレイ１２４に表示させる。図１１は、記事一覧画面２３８の代表画面図である。記事一覧画面２３８は、表示情報受信部１５８が受信した表示情報に含まれる記事３１４の一覧を表示する。上述の通り、記事３１４は、表示情報に含まれる診療履歴および薬処方履歴に関連するように抽出されたものであるから、記事一覧画面２３８に一覧表示される記事３１４の内容は、図１０の通院・薬歴タイムライン画面２０２に表示される持病や傷病やアレルギーや薬と関連する。記事一覧画面２３８に示される記事３１４のうちのひとつがタップされると、表示制御部１６０は、その記事の詳細な内容を表示する画面をディスプレイ１２４に表示させる。

記事一覧画面２３８は記事３１４の他に通知３１６を有する。携帯端末１０８は表示情報受信部１５８が受信した表示情報の診療履歴および薬処方履歴を参照し、過去の通院、治療内容に応じた情報提供を通知３１６の形で行う。携帯端末１０８は、例えば定期歯科検診のお知らせの通知を行う。

図１２は、ディスプレイ１２４に表示される別の通院・薬歴タイムライン画面２０２の代表画面図である。ユーザが通院・薬歴タブ２４２を選択すると、ディスプレイ１２４に別の通院・薬歴タイムライン画面２４０が表示される。別の通院・薬歴タイムライン画面２４０は、表示されるタイムラインの期間を示す期間表示領域２５２と、表示されるタイムラインの期間を変更するための期間変更ボタン２５４と、すべてボタン２４４と、通院歴ボタン２４６と、薬歴ボタン２４８と、統計ボタン２５０と、タイムライン表示領域２５６と、を有する。

すべてボタン２４４、通院歴ボタン２４６、薬歴ボタン２４８は、タイムライン表示領域２５６に表示される内容のフィルタリング機能に関する。すべてボタン２４４がタップされると、タイムライン表示領域２５６には、診療履歴と薬処方履歴とが混在するように時系列で表示される。通院歴ボタン２４６がタップされると、タイムライン表示領域２５６には、診療履歴のみが時系列で表示され薬処方履歴は表示されなくなる。薬歴ボタン２４８がタップされると、タイムライン表示領域２５６には、薬処方履歴のみが時系列で表示され診療履歴は表示されなくなる。以下、すべてボタン２４４がタップされた場合を説明する。

タイムライン表示領域２５６は、所定期間ごとの診療費および薬代を合わせた医療費の本人負担額を、時系列表示の一部として含む。図１２の例では、タイムライン表示領域２５６は月ごとに分けて表示される。タイムライン表示領域２５６は、月ごとに、その月の医療費の本人負担額の合計を示す医療費負担額表示領域２５８を有する。

タイムライン表示領域２５６のひとつの医療機関エントリ２８８は、医療機関を受診した日付け２６８と、医療機関／調剤薬局の別を示す医療機関マーク２７０（この場合、調剤薬局ではなく医療機関であることを示す）と、医療機関の名称を表示する医療機関名表示領域２６２と、医療機関マップオブジェクト２６０と、医療機関の電話番号を表示する医療機関電話番号表示領域２６４と、診療内容および診療費を含む診療明細を表示する診療明細表示領域２６６と、ユーザが医療機関に対するコメントを入力するためのレビューオブジェクト２８４と、を有する。

ユーザが医療機関マップオブジェクト２６０をタップすると、対応する医療機関（図１２の例では「甲内科」）の所在地を示す電子マップ２９４がタイムライン表示領域２５６に表示される。図１３は、ディスプレイ１２４に表示されるマップ展開画面２９２の代表画面図である。マップ展開画面２９２は、図１２の医療機関エントリ２８８と調剤薬局エントリ２９０との間に電子マップ２９４が挿入されたものである。ユーザによる医療機関マップオブジェクト２６０のタップに応答して、表示制御部１６０は別の通院・薬歴タイムライン画面２４０の調剤薬局エントリ２９０を下方に移動させ、その下の履歴（例えば１１月２４日の甲内科に係る医療機関エントリ）に重ねる。表示制御部１６０はそのようにして空けた医療機関エントリ２８８と調剤薬局エントリ２９０との間の領域に電子マップ２９４を配置する。電子マップ２９４には「甲内科」の周囲の地図が表示されると共に、「甲内科」の位置を示すポインタ２９６と、電子マップ２９４を閉じるための閉じるボタン２９８と、が表示される。ユーザが閉じるボタン２９８をタップすると、電子マップ２９４を表示する際の動作と逆の動作が行われ、再度図１２の別の通院・薬歴タイムライン画面２４０が表示される。

なお、図１３の例では、医療機関マップオブジェクト２６０がタップされた医療機関エントリ２８８の直下の調剤薬局エントリ２９０が下方に動き、さらにその下のエントリの上に重なる場合について説明したが、これに限られず、例えば医療機関マップオブジェクト２６０がタップされた医療機関エントリ２８８の下のエントリ全体が下方にずれてもよい。

また、図１３の例では、医療機関マップオブジェクト２６０がタップされた場合に電子マップ２９４が表示される場合を説明したが、これに限られず、例えば、通院・薬歴タブ２４２がタップされて表示されるデフォルトのタイムライン表示領域２５６が電子マップ２９４を含んでもよい。

また、図１３の例では、タイムライン表示領域２５６に電子マップ２９４を埋め込んで表示する場合について説明したが、これに限られない。例えば医療機関マップオブジェクト２６０がタップされた場合、表示制御部１６０はディスプレイ１２４の画面を医療機関の周囲の地図を示す別の画面に遷移させてもよいし、そのような地図を示す小画面を別の通院・薬歴タイムライン画面２４０に重畳表示させてもよい。

図１２に戻り、レビューオブジェクト２８４は、対応する医療機関に対するユーザのコメントの入力を受け付けるためのユーザインタフェースオブジェクトである。ユーザは、タイムライン表示領域２５６に表示される医療機関のなかでコメントを入力したいものがあれば、その医療機関エントリ２８８にあるレビューオブジェクト２８４をタップする。表示制御部１６０は、レビューオブジェクト２８４がタップされると、コメントを入力するためのコメント画面３００をディスプレイ１２４に表示させる。

図１４は、コメント画面３００の代表画面図である。コメント画面３００は、対応する医療機関に対して過去にユーザが入力したコメントの内容を表示する既存コメント表示領域３０２と、新たなコメントの入力を受け付ける新規コメント入力領域３０４と、キャンセルボタン３０６と、完了ボタン３０８と、を有する。既存コメント表示領域３０２により、ユーザはこれまで自分が入力したコメントの内容を確認することができる。他の実施の形態では、既存コメント表示領域３０２に、対応する医療機関に対する他のユーザのコメントを表示してもよい。キャンセルボタン３０６がタップされると、コメントが入力されることなしに別の通院・薬歴タイムライン画面２４０が再度表示される。

ユーザは、今回自分が入力したいコメントを新規コメント入力領域３０４に入力し、完了ボタン３０８をタップする。評価取得部１６２は、新規コメント入力領域３０４に入力されたコメントを医療機関に対するユーザのコメントとして取得する。評価送信部１６４は、取得されたコメントを医療データサーバ１０４に送信する。

図１２に戻り、タイムライン表示領域２５６のひとつの調剤薬局エントリ２９０は、調剤薬局で薬の処方を受けた日付け２７８と、医療機関／調剤薬局の別を示す調剤薬局マーク２８０（この場合、医療機関ではなく調剤薬局であることを示す）と、調剤薬局の名称を表示する調剤薬局名表示領域２７４と、調剤薬局マップオブジェクト２７２と、調剤薬局の電話番号を表示する調剤薬局電話番号表示領域２７６と、処方内容および調剤費を含む調剤明細を表示する処方明細表示領域２８２と、ユーザが調剤薬局に対するコメントを入力するためのレビューオブジェクト２８６と、を有する。

調剤薬局マップオブジェクト２７２は医療機関マップオブジェクト２６０と同様の機能を有する。調剤薬局エントリ２９０のレビューオブジェクト２８６は医療機関エントリ２８８のレビューオブジェクト２８４と同様の機能を有する。

図１５は、ディスプレイ１２４に表示される統計画面３１０の代表画面図である。ユーザが統計ボタン２５０をタップすると、ディスプレイ１２４に統計画面３１０が表示される。携帯端末１０８は、表示情報受信部１５８が受信した表示情報の診療履歴および薬処方履歴から、傷病と、その傷病に対して処方された薬と、の組み合わせを抽出する。携帯端末１０８は、抽出された組を傷病ごと、医療機関ごとに分ける。統計画面３１０は傷病選択領域３１２を有し、傷病選択領域３１２は統計データを提示可能な傷病の名称を選択することができるように構成される。図１５の例では、傷病として「花粉症」が選択されている。携帯端末１０８は、傷病選択領域３１２で傷病が選択されると、選択された傷病に対して処方された薬の割合を、医療機関ごとにグラフで提示する。図１５の例では、傷病＝「花粉症」に対して、ユーザは過去に「甲内科」と「丁医院」で診療を受けたことが有り、そのそれぞれで処方された薬の割合が統計画面３１０においてグラフ３１４、３１６で示されている。

上述の実施の形態において、保持部の例は、ハードディスクや半導体メモリである。また、本明細書の記載に基づき、各部を、図示しないＣＰＵや、インストールされたアプリケーションプログラムのモジュールや、システムプログラムのモジュールや、ハードディスクから読み出したデータの内容を一時的に記憶する半導体メモリなどにより実現できることは本明細書に触れた当業者には理解される。

本実施の形態に係る健康管理システム１００によると、通院・薬歴タイムラインにおいて、ユーザの診療履歴と薬処方履歴とが併せて時系列で表示される。したがって、ユーザは過去にかかった病院と、そこで出された薬と、を一目で把握することができる。これにより、例えば通院歴と薬歴とをそれぞれ別々に確認して突き合わせる場合と比較して、ユーザが自分の総合的な医療の記録を確認する際の手間を削減することができる。

また、本実施の形態に係る健康管理システム１００では、ユーザの診療履歴および薬処方履歴は、医療データサーバ１０４によってレセプトのデータから抽出、生成され、携帯端末１０８に提供される。したがって、健康管理システム１００によると、診療を受けた医療機関や薬の処方を受けた調剤薬局をユーザ自らが登録しなくても、通院・薬歴タイムラインを得ることができるので、ユーザ利便性が向上する。健康管理システム１００では、保険診療を受けるとレセプトが生成されることを利用し、レセプトのデータを蓄積して利用することで、ユーザ側の入力の手間を削減している。

また、本実施の形態に係る健康管理システム１００では、通院・薬歴タイムラインに医療機関や調剤薬局の情報が時系列で表示されるので、ユーザは自分が良く行く医療機関や調剤薬局、あるいはそれらの組み合わせを容易に把握することができる。

また、本実施の形態に係る健康管理システム１００では、通院・薬歴タイムラインにおいてお気に入り登録機能やコメント入力機能を提供することでユーザ利便性を高めると共に、それらの機能を通じて、ユーザから医療機関・調剤薬局に対する評価を収集することができる。医療データ解析企業は、収集された評価をまとめて医療機関・調剤薬局にフィードバックすることができるし、該評価をユーザに提供してもよい。

また、本実施の形態に係る健康管理システム１００では、記事一覧画面２３８において、ユーザの診療履歴および薬処方履歴に基づく様々な情報や通知を提供することができる。例えば、傷病名に応じた情報提供や、過去の通院、治療内容に応じた通知や、アレルギー情報に応じた情報提供や、過去に服薬した薬に関連する情報提供を行うことができる。

また、本実施の形態に係る健康管理システム１００では、統計画面３１０において、医療機関ごとに薬の処方の傾向を把握することができる。ユーザは、例えば図１５に示される傾向を見て、現在胃の調子が悪い場合は胃に優しい薬を出してくれる甲内科に行く、というように自己の状態に合わせて判断を最適化することができる。

以上、実施の形態に係る健康管理システム１００の構成と動作について説明した。この実施の形態は例示であり、各構成要素や各処理の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解される。

実施の形態では、健康管理アプリが携帯端末にインストールされる場合について説明したが、これに限られず、例えば携帯端末のブラウザを介してＨＴＭＬプログラムにより実現されてもよい。あるいはまた、健康管理アプリを記録した記録媒体が提供されてもよい。

１００ 健康管理システム、 １０４ 医療データサーバ、 １０８ 携帯端末、 １１２ レセプト保持部。

Claims (14)

1. コンピュータプログラムであって、
   メモリとプロセッサとを含む端末において、前記メモリに記憶された前記コンピュータプログラムが前記プロセッサによって実行されると、前記端末に、
   ネットワークを介して、ユーザＩＤをサーバに送信する機能と、
   前記ネットワークを介して、ユーザＩＤにより特定されるユーザが過去に受診した医療機関に関する情報と、過去に該ユーザに薬を処方した調剤薬局に関する情報と、を前記サーバから受信する機能と、
   受信された医療機関に関する情報から特定の傷病名を抽出し、抽出した前記特定の傷病名を前記端末に登録する機能と、
   受信された医療機関に関する情報と調剤薬局に関する情報とを併せた時系列の表示と共に登録した前記特定の傷病名をディスプレイに表示させる機能と、を実現させるコンピュータプログラム。
2. 前記表示させる機能は、受信された医療機関に関する情報と調剤薬局に関する情報とを混在表示させる機能を含む請求項１に記載のコンピュータプログラム。
3. 前記ディスプレイに表示される医療機関に関する情報は、該医療機関の名称と共に、該医療機関の連絡先に関する情報、診療内容を示す情報および診療費に関する情報のうちの少なくともひとつを含む請求項１または２に記載のコンピュータプログラム。
4. 前記ディスプレイに表示される調剤薬局に関する情報は、該調剤薬局の名称と共に、該調剤薬局の連絡先に関する情報、処方された薬に関する情報および薬代に関する情報のうちの少なくともひとつを含む請求項１から３のいずれか一項に記載のコンピュータプログラム。
5. 前記ディスプレイにおいて医療機関に関する情報が表示される領域は、対応する医療機関に対するコメントの入力を受け付けるためのオブジェクトを有する請求項１から４のいずれか一項に記載のコンピュータプログラム。
6. 前記ディスプレイにおいて調剤薬局に関する情報が表示される領域は、対応する調剤薬局に対するコメントの入力を受け付けるためのオブジェクトを有する請求項１から５のいずれか一項に記載のコンピュータプログラム。
7. 前記プロセッサによって実行されると、前記端末に、前記ネットワークを介して、入力されたコメントを前記サーバに送信する機能をさらに実現させる請求項５または６に記載のコンピュータプログラム。
8. 前記ディスプレイに表示される医療機関に関する情報は該医療機関の位置を示す地図を含む請求項１から７のいずれか一項に記載のコンピュータプログラム。
9. 前記ディスプレイに表示される調剤薬局に関する情報は該調剤薬局の位置を示す地図を含む請求項１から８のいずれか一項に記載のコンピュータプログラム。
10. 前記ディスプレイにおいて医療機関に関する情報が表示される領域は、該医療機関を前記ユーザのお気に入りとして登録するためのオブジェクトを有する請求項１から９のいずれか一項に記載のコンピュータプログラム。
11. 前記ディスプレイにおいて調剤薬局に関する情報が表示される領域は、該調剤薬局を前記ユーザのお気に入りとして登録するためのオブジェクトを有する請求項１から１０のいずれか一項に記載のコンピュータプログラム。
12. 前記プロセッサによって実行されると、前記端末に、所定期間ごとの診療費および薬代を合わせた医療費の本人負担額を、時系列表示の一部として前記ディスプレイに表示させる機能をさらに実現させる請求項１から１１のいずれか一項に記載のコンピュータプログラム。
13. プロセッサとメモリとを備える端末であって、前記メモリに記憶されたコンピュータプログラムは、前記プロセッサによって実行されると、コンピュータを前記端末の各手段として機能させ、前記端末は、
    ネットワークを介して、ユーザＩＤをサーバに送信する手段と、
    前記ネットワークを介して、ユーザＩＤにより特定されるユーザが過去に受診した医療機関に関する情報と、過去に該ユーザに薬を処方した調剤薬局に関する情報と、を前記サーバから受信する手段と、
    受信された医療機関に関する情報から特定の傷病名を抽出し、抽出した前記特定の傷病名を前記端末に登録する手段と、
    受信された医療機関に関する情報と調剤薬局に関する情報とを併せた時系列の表示と共に登録した前記特定の傷病名をディスプレイに表示させる手段と、を備える端末。
14. 端末において実行される方法であって、前記端末のメモリに記憶されたコンピュータプログラムが前記端末のプロセッサによって実行されると、前記端末に前記方法の各ステップを実行させ、前記方法は、
    ネットワークを介して、ユーザＩＤをサーバに送信することと、
    前記ネットワークを介して、ユーザＩＤにより特定されるユーザが過去に受診した医療機関に関する情報と、過去に該ユーザに薬を処方した調剤薬局に関する情報と、を前記サーバから受信することと、
    受信された医療機関に関する情報から特定の傷病名を抽出し、抽出した前記特定の傷病名を前記端末に登録することと、
    受信された医療機関に関する情報と調剤薬局に関する情報とを併せた時系列の表示と共に登録した前記特定の傷病名をディスプレイに表示させることと、を含む方法。

Images