JP6169850B2 - 携帯情報端末及び医療情報提供システム - Google Patents

Description

本発明の実施の形態は、携帯情報端末及び医療情報提供システムに関する。

近年、スマートフォン、タブレット型等の携帯情報端末の発達が著しい。当該携帯情報端末は、いずれの場所にも気軽に持ち運ぶことができることが最大のメリットで、先々で必要とする情報がすぐに入手できる。一方で、基本的にキーボードは附属せずタッチパネルのみによる操作をしなければならない等、インターフェイスが独特で細かい操作がし難い点がデメリットである。

また医療情報の領域では、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）のような医用画像診断装置の発達、使用により、医療情報が多種多様、膨大な量になることも多い。このように多種多様、膨大な量にのぼる医療情報を医療現場で携帯情報端末によって取り扱う場合、それぞれ表示の対象となる医療情報に合わせて適切な表示アプリケーションを決定しなければならない。また、上記携帯情報端末を使用する場合には、この携帯情報端末の記憶領域の容量等との関係から、表示させるためには予めに医療情報を選択しておくことが必要となる等、表示させるための事前準備が必要となる場合も多く、上述した携帯情報端末のメリットを十分に生かすことができない。

医療現場において携帯情報端末を使用する事例としては、以下の特許文献１に開示される発明が開示されている。

特開２００７−０５２６９９号公報

しかしながら、上記特許文献１において開示されている発明では、次の点について配慮がなされていない。

すなわち、上記特許文献１に記載の携帯（情報）端末は、あくまでもある特定の処置を行うために携帯されるものであり、扱う医療情報も病室によって表示させる患者のデータを変化させるものの、基本的には当該処置を行うに必要な情報に限定される。従って、当該携帯（情報）端末に汎用性はなく、当該処置を行うための機器に過ぎない。よしんば一般的な携帯情報端末を使用するとしても多種多様な医療情報をその場に応じて適宜に表示させることはできない。これでは一般的な携帯情報端末が持つ様々な機能、メリットを十分に生かすことができず、医療現場における使用に耐えない。

本発明は上記課題を解決するためになされたものであり、本発明の目的は、使用される医療現場において最適な医療情報を表示させるべく適切なアプリケーションを適宜決定することによって、携帯情報端末の持つメリットを最大限生かしつつ膨大な医療情報を簡易ながらも十分に使用することで医療現場における作業効率の向上を図ることができる携帯情報端末及び医療情報提供システムを提供することにある。

請求項１に記載の発明の特徴は、携帯情報端末において、携帯情報端末の位置を測定しその位置情報を取得する端末位置取得部と、携帯情報端末の位置情報と携帯情報端末を使用するユーザに関する情報とに基づいて、携帯情報端末の位置においてユーザが利用する可能性があるアプリケーションを決定し表示させる表示アプリ決定部と、表示されるアプリケーションのうちユーザが利用するために選択したアプリケーションを用いて表示させる対象を特定する表示データ決定部と、アプリケーションを用いて特定された対象を表示する表示部とを備え、表示データ決定部は、位置情報を基に患者を特定し、特定された患者に関する情報からアプリケーションを用いて表示させる対象を絞り込み特定する。

請求項５に記載の発明の特徴は、医療情報提供システムにおいて、携帯情報端末の位置を測定しその位置情報を取得する端末位置取得部と、携帯情報端末の位置情報と携帯情報端末を使用するユーザに関する情報とに基づいて、携帯情報端末の位置においてユーザが利用する可能性があるアプリケーションを決定し表示させる表示アプリ決定部と、表示されるアプリケーションのうちユーザが利用するために選択したアプリケーションを用いて表示させる対象を特定する表示データ決定部と、アプリケーションを用いて特定された対象を表示する表示部とを備え、表示データ決定部が、位置情報を基に患者を特定し、特定された患者に関する情報からアプリケーションを用いて表示させる対象を絞り込み特定する携帯情報端末と、携帯情報端末が備える表示データ決定部において表示の対象となるデータを記憶し、携帯情報端末の要求に応じて該当するデータを提供するデータベースとを備える。

実施の形態における携帯情報端末を含む医療情報提供システムの全体構成を示すブロック図である。 第１の実施の形態における携帯情報端末の内部構成を示すブロック図である。 第１の実施の形態における医療情報の提供を行う流れを示すフローチャートである。 第１の実施の形態における携帯情報端末の端末情報を示す一覧である。 第１の実施の形態における表示アプリデータテーブルの一例を示す説明図である。 第１の実施の形態における携帯情報端末の表示部における表示例を示す説明図である。 第１の実施の形態における病室データテーブルの一例を示す説明図である。 第１の実施の形態における検査データテーブルの一例を示す説明図である。 第１の実施の形態における説明資料データテーブルの一例を示す説明図である。 第２の実施の形態における携帯情報端末の内部構成を示すブロック図である。 第２の実施の形態における医療情報の提供を行う流れを示すフローチャートである。 第２の実施の形態における医療情報の提供を行う流れを示すフローチャートである。 第２の実施の形態における携帯情報端末の端末情報を示す一覧である。 第２の実施の形態におけるクリティカルパスデータテーブルの一例を示す説明図である。 第２の実施の形態におけるイベントカレンダーデータテーブルの一例を示す説明図である。 第２の実施の形態における表示アプリデータテーブルの一例を示す説明図である。 第３の実施の形態における携帯情報端末の内部構成を示すブロック図である。 第３の実施の形態における医療情報の提供を行う流れを示すフローチャートである。 第３の実施の形態における携帯情報端末の端末情報を示す一覧である。 第３の実施の形態における表示アプリデータテーブルの一例を示す説明図である。 第３の実施の形態における連携データテーブルの一例を示す説明図である。 第３の実施の形態における使用データテーブルの一例を示す説明図である。 第３の実施の形態におけるレポート状況データテーブルの一例を示す説明図である。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

（第１の実施の形態）
図１は、実施の形態における携帯情報端末１を含む医療情報提供システムＳの全体構成を示すブロック図である。医療情報提供システムＳは、携帯情報端末１と、携帯情報端末１において表示の対象となる医療情報を記憶し、携帯情報端末１の要求に応じて該当する医療情報を提供するデータベース２とから構成される。

また、携帯情報端末１とデータベース２との間での医療情報のやり取りは、例えば、ブルートゥース（登録商標）等、無線を利用して行われる。一方、データベース２が複数設けられている場合には、これらは、例えば通信ネットワークＮによって互いが接続されている。

なお、医療情報提供システムＳは、それ自体独立したシステムとして構成されても良いが、例えば、病院情報管理システム（ＨＩＳ：Hospital Information System）、放射線部門情報管理システム（ＲＩＳ：Radiological Information System）、医用画像管理システム（ＰＡＣＳ：Picture Archiving Communication System）といった医療機関内に構築された各種管理システムの全て、或いは、その一部を構成するようにされていても良い。

携帯情報端末１は、可搬性があり、医師や技師等のユーザが医療行為や様々な処置、読影等の処理の際に使用する機器である。当該携帯情報端末１は、例えば、スマートフォンやタブレット等、その形態はどのようなものであっても良い。また、携帯情報端末１からデータベース２への医療情報の要求、或いは、データベース２から携帯情報端末１への医療情報の提供は、ここでは無線を利用して行われることを前提とする。但し、例えば、通信ネットワークＮに携帯情報端末１を接続してデータベース２との間で医療情報のやり取りを行うことを排除するものではない。

データベース２は、医療機関内において発生する多種多様な医療情報を記憶する装置である。データベース２は、例えば、医療機関内に構築される、上述した様々な管理システムを構成しても良く、或いは、単独で設置されていても良い。さらには、クラウドシステムを利用して医療機関外に設けられていても良い。

通信ネットワークＮは、データベース２をそれぞれつなぎ、互いの間で、例えば医用画像情報のやりとりを可能とする。なお、図１に示す医療情報提供システムＳでは、通信ネットワークＮに接続されているのは２つのデータベース２Ａ、２Ｂのみでその図示を省略しているが、その他例えば、上述したＸ線ＣＴ装置等の医用画像診断装置（モダリティ）や会計システム等が接続されていても良い。

通信ネットワークＮの例としては、ＬＡＮ（Local Area Network）やインターネット等のネットワークを挙げることができる。また、この通信ネットワークＮで使用される通信規格は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）等、いずれの規格であっても良い。

なお、図１に示す医療情報提供システムＳでは、携帯情報端末１Ａまたは１Ｂ（以下、適宜これら複数の携帯情報端末をまとめて「携帯情報端末１」と表わす。）が示され、通信ネットワークＮに２つのデータベース２Ａ及び２Ｂ（以下、適宜これら複数のデータベースをまとめて「データベース２」と表わす。）が接続されている。但し、携帯情報端末１の数、或いは、通信ネットワークＮに接続されるデータベース２の数は単数、或いは複数のいずれでも良く、その数は任意である。

図２は、本発明の第１の実施の形態における携帯情報端末１の内部構成を示すブロック図である。携帯情報端末１は、ＣＰＵ（Central Processing Unit）１ａと、ＲＯＭ(Read
Only Memory)１ｂと、ＲＡＭ（Random Access Memory）１ｃ及び入出力インターフェイス１ｄがバス１ｅを介して接続されている。入出力インターフェイス１ｄには、入力部１ｆと、表示部１ｇと、通信制御部１ｈと、記憶部１ｉとが接続されている。また、入出力インターフェイス１ｄには、端末位置取得部１０と、表示アプリケーション決定部２０と、表示データ決定部３０とが接続されている。

ＣＰＵ１ａは、入力部１ｆからの入力信号に基づいてＲＯＭ１ｂから携帯情報端末１を起動するためのブートプログラムを読み出して実行し、記憶部１ｉに格納されている各種オペレーティングシステムを読み出す。またＣＰＵ１ａは、入力部１ｆや入出力インターフェイス１ｄを介して、図２において図示していないその他の外部機器からの入力信号に基づいて各種装置の制御を行う。さらにＣＰＵ１ａは、ＲＡＭ１ｃや記憶部１ｉ等に記憶されたプログラム及びデータを読み出してＲＡＭ１ｃにロードするとともに、ＲＡＭ１ｃから読み出されたプログラムのコマンドに基づいて、医療情報の表示のための処理やデータの計算、加工等、一連の処理を実現する処理装置である。

入力部１ｆは、携帯情報端末１のユーザ（例えば、医師や技師）が各種の操作を入力するタッチパネル等の入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成しバス１ｅを介してＣＰＵ１ａに送信される。

表示部１ｇは、例えば液晶ディスプレイである。この表示部１ｇは、ＣＰＵ１ａからバス１ｅを介して出力信号を受信し、例えば、医療情報を表示するための複数のアプリケーションを表示させる等、或いはＣＰＵ１ａの処理結果等を表示する。

通信制御部１ｈは、ＬＡＮカードやモデム等の手段であり、携帯情報端末１を無線でインターネットやＬＡＮ等の通信ネットワークＮに接続することを可能とする手段である。通信制御部１ｈを介してデータベース２との間で送受信した医療情報（データ）は入力信号または出力信号として、入出力インターフェイス１ｄ及びバス１ｅを介してＣＰＵ１ａに送受信される。

記憶部１ｉは、半導体や磁気ディスクで構成されており、ＣＰＵ１ａで実行されるプログラムやデータが記憶されている。また、携帯情報端末１から要求する医療情報をデータベース２から提供された際に、一旦当該医療情報を記憶させておく。さらに当該医療情報を表示するためのアプリケーションも記憶しておく。

端末位置取得部１０は、携帯情報端末１の位置を把握（取得）する。具体的に位置情報を取得する方法としては、例えば、ＧＰＳ（Global Positioning System）を利用したり、或いは、ＲＦＩＤ（Radio Frequency IDentification）を利用して、ユーザが当該携帯情報端末１をどの場所で使用するかを特定する。

表示アプリケーション決定部２０は、ユーザが必要とする医療情報を表示するために用いるアプリケーションを決定する。なお、以下において、或いは、図面においては、「表
示アプリケーション決定部２０」を「表示アプリ決定部２０」と表わす。

表示データ決定部３０は、携帯情報端末１を使用してユーザが表示する医療情報（データ）を決定、特定する。表示対象を携帯情報端末１の表示部１ｇに表示させるアプリケーションのみを決定しても、当該アプリケーションを起動させて表示させることができる医療情報は多岐に亘る可能性が高い。そこで、表示データ決定部３０はより具体的にユーザが表示を欲する医療情報を絞り込む。

なお、表示アプリ決定部２０、及び、表示データ決定部３０の詳しい機能、働きについては、以下、ユーザに対して医療情報を提供（表示）するまでの過程を説明する際に併せて説明する。

図３は、第１の実施の形態における医療情報の提供を行う流れを示すフローチャートである。ユーザから携帯情報端末１に必要な医療情報を表示させるに当たっては、まず、ユーザが当該携帯情報端末１にログインする必要がある。携帯情報端末１では、ユーザのログイン処理において入力された情報（以下、「ログイン情報」と表わす）を取得する（ＳＴ１）。

ここで「医療情報」には、患者自身の情報、患者のバイタル情報、或いは、患者に行われた処置やその結果、カルテに関する情報、撮影された医用画像等、医療機関内において取り扱われる様々な情報が含まれる。また、「ログイン情報」には、例えば、携帯情報端末１を使用するユーザのＩＤや医師、看護師、技師といった属性が含まれる。また、ログインされた日付け等の情報を含めても良く、さらには携帯情報端末１の位置情報も含めても構わない。このように、「医療情報」や「ログイン情報」にどのような情報を含めるかについては、任意に設定する事ができる。

ログイン情報を取得すると、携帯情報端末１では、当該携帯情報端末１が存在する位置に関する情報（以下、適宜「位置情報」と表わす）を端末位置取得部１０において取得する。なお、携帯情報端末１の位置情報については、適宜間隔を置いて端末位置取得部１０において取得しても、或いは、リアルタイムに携帯情報端末１の位置を計測しても良い。以上で、携帯情報端末１を使用するユーザに関する情報、携帯情報端末１が存在する位置に関する情報が取得されたことになる。

図４は、第１の実施の形態における携帯情報端末１の端末情報を示す一覧である。ここでは、携帯情報端末１の位置情報として「場所」の項目が設けられており、ユーザに関する情報として「ユーザ」の項目が設けられている。

位置情報としての「場所」は、さらに２つの項目「場所１」及び「場所２」に分かれている。「場所１」は、例えば、「病室」や「検査室」、「手術室」といった大まかな位置が示されている。一方、「場所２」においては、さらに詳細な情報、例えば、「場所１」が「病室」である場合に、いずれの病室であるかを示す。図４に示す端末情報では、「病室」として「Ａ１０１」が示されている。さらに、この携帯情報端末１を使用する「ユーザ」としては、「医師ＡＧ」が把握されている。

そしてこれらの情報をまとめて、以下、「端末情報」と適宜表わす。なお、情報の項目としてどのような項目を設けるのかは自由である。また、１つの項目に属する項目の数をいくつ設けるかについては任意である。例えば、「場所」の項目について、さらに詳細な位置に関する情報として「場所３」というように特定することも可能である。この場合、携帯情報端末１の位置を位置情報として把握することが、患者の位置、すなわち患者を特定することにつながる。

ここまでで携帯情報端末１は、上述したような端末情報を取得する。その上で、これら携帯情報端末１の位置情報及びログイン情報から、当該ユーザにおいて利用される可能性のあるアプリケーションを選択して表示させる（ＳＴ３）。これは、端末情報を用いて表示アプリ決定部２０が表示部１ｇに表示させる。

例えば、端末情報から医師（読影医）が読影室にいることが把握できた場合には、読影に必要な医療情報である医用画像を表示させるために用いる画像ビューアのアプリケーションをユーザに対して提示する。或いは、端末情報から技師（理学療法士）がリハビリ室にいる場合に携帯情報端末１を使用する場合には、対象となる患者に対してリハビリの内容を説明するための説明資料を表示するべく、表示のためのアプリケーションとしてドキュメントビューアを提示する。

ここでは図４において示したように、医師ＡＧが病室（Ａ１０１）にいることを前提に以下、さらに説明する。

表示アプリ決定部２０は、端末情報を基にデータベース２にアクセスして、「場所」が「病室（Ａ１０１）」であって、「ユーザ」が「医師（ＡＧ）」である情報をもってユーザに提示するアプリケーションについての情報の要求を行う。データベース２では、携帯情報端末１の表示アプリ決定部２０からの要求に基づいて、当該位置においてユーザが表示するであろう医療情報（データ）及び該当する医療情報を表示するためのアプリケーションを表示アプリケーションデータテーブル内から取得する。

図５は、第１の実施の形態における表示アプリデータテーブルＭ１の一例を示す説明図である。表示アプリケーションデータテーブルＭ１には、例えば、「場所」、「ユーザ」、「アプリケーション」、「データ」の４つの項目が設けられている。例えば、携帯情報端末１からの要求が「診察室にいる診察医」に対して提示するアプリケーションの要求であれば、図５に示す表示アプリデータテーブルＭ１によればアプリケーションとしては「レポートビューア」を挙げることができる。なお、表示アプリデータテーブルＭ１に記憶させる項目については、上述した４つの項目に限られず、任意に設定することが可能である。

携帯情報端末１（表示アプリ決定部２０）からの要求が、位置情報として「病室」、「ユーザ」として「医師」である場合には、図５に示す表示アプリデータテーブルＭ１において破線で囲む２つのアプリケーションが挙げられることになる。すなわち、「カルテ」のアプリケーションと「ドキュメントビューア」である。

但し、この段階ではユーザが要求する医療情報をいずれのアプリケーションを利用して表示させるかは不明である。そこで、携帯情報端末１から送られてきた情報に基づいて検索することのできたアプリケーションである「カルテ」と「ドキュメントビューア」とを使用の可能性があるアプリケーションとしてこれらに関する情報を携帯情報端末１へと送り返す。

当該情報を受信した携帯情報端末１では、その表示部１ｇにユーザが利用する可能性のあるアプリケーションとしてデータベース２から受信した「カルテ」及び「ドキュメントビューア」の２つのアプリケーションを表示する（ＳＴ３）。

図６は、第１の実施の形態における携帯情報端末１の表示部１ｇにおける表示例を示す説明図である。当該表示部１ｇにおいては、「現在地」として表示部１ｇの右上に現在携帯情報端末１が存在する位置が示されている。また、画面中央には、上段にユーザに対し
て提示されたアプリケーションの選択を促す文章「アプリケーションを選択して下さい。」が示されている。その下に表示アプリ決定部２０が提示するアプリケーションである、「カルテ」と「ドキュメントビューア」とが表示されている。

すなわち、医師が病室にいる状態においては、医師は病室において、カルテを開く、或いは、患者に対して何らかの説明を行う、という状況が予想できる。そこで、携帯情報端末１の位置情報とユーザに関する情報とから、その場所においてその人が利用する可能性の高いアプリケーションを推測し、自動的に表示させる。

このように、携帯情報端末１の表示部１ｇには、端末情報を基にしたユーザが利用するであろうアプリケーションが単数、または、複数提示される。このことによって、ユーザは表示を求める医療情報を思い浮かべながら適宜自ら適切なアプリケーションを検索することなく、表示されたアプリケーションの中から適切なアプリケーションを決定するだけで医療情報を表示させるに適切なアプリケーションを決定することができる。

特に医用分野においては、Ｘ線ＣＴ画像の表示に最適なアプリケーション、或いは、心臓の表示に強みを持つアプリケーション、というように、アプリケーションごとに得意とする分野が固定される傾向が強い。このような状況の下では、ユーザ自身が医療情報を表示させる都度、適切なアプリケーションを選択し起動させる、というのは困難な場合もある。従って、携帯情報端末１の方で位置情報とユーザに関する情報から予めアプリケーションを見繕って提示してあげることで、ユーザがアプリケーションの選択に掛ける時間を短くすることができ、結果として作業効率の向上につながるものである。

ユーザはこのように、提示されたアプリケーションの中から自身が欲する医療情報の表示に適切なアプリケーションを選択し、決定する。携帯情報端末１では、当該選択の信号を受信したか否かを判断する（ＳＴ４）。図６に示す携帯情報端末１では、表示部１ｇにおいて表示されたアプリケーションのうち、「ドキュメントビューア」が選択された状態が示されている。この段階で、医師ＡＧは、病室Ａ１０１に入院している患者に対してドキュメントビューアを利用して何らかの文書（ここでは「説明資料」）を用いる（表示部１ｇに表示させる）ことを意図していることがわかる。

携帯情報端末１では、さらに、携帯情報端末１の位置情報からユーザ（医師）が対応しようとしている患者に関する情報を取得する（ＳＴ５）。なお、患者に関する情報を取得するためのデータテーブルは、データベース２内に記憶されていることから、携帯情報端末１の表示データ決定部３０は、データベース２にアクセスして必要な情報を入手する。

図７は、第１の実施の形態における病室データテーブルＯの一例を示す説明図である。病室データテーブルＯには、「病室」に関する項目と「患者ＩＤ」に関する項目とが設けられている。当該病室データテーブルＯによって、病室と当該病室に入院している患者とが紐付けられる。

図７に示す病室データテーブルＯによると、ここで例に挙げている（携帯情報端末１が存在する）「病室Ａ１０１」には、「００１」と「００２」との患者ＩＤを持つ患者が入院していることがわかる。表示データ決定部３０はこれら２人の患者の情報を取得する（ＳＴ６）。

但し、この段階では、まだ医師ＡＧが病室Ａ１０１に入院している「患者００１」、或いは、「患者００２」のいずれに対して説明資料を使用するのかが不明である。そこで、さらに、対象となる患者を特定する（ＳＴ７）。表示データ決定部３０は、データベース２に対して患者を特定する情報の提供を要求する。ここでは、データベース２は検査デー
タテーブルＰから患者を特定する情報を検索し、携帯情報端末１（表示データ決定部３０）へと送信する。携帯情報端末１において受信した情報は、例えば記憶部１ｉに記憶される。

図８は、第１の実施の形態における検査データテーブルＰの一例を示す説明図である。当該検査データテーブルＰに示されている通り、ここでは４つの項目「検査室」、「日付け」、「患者ＩＤ」、及び「検査」に分けて検査に関する情報が記憶されている。「検査室」としては、「ＣＴ０１」と「ＸＲ０１」に関する情報が記憶されている。

ここで「ＣＴ０１」は、Ｘ線ＣＴ装置を利用した検査を行う第１検査室を示している。一方「ＸＲ０１」は、Ｘ線撮影装置を利用した検査を行う第１検査室を示している。また、「日付け」は、検査が行われた、或いは、行われる予定の日付けである。「検査」は、患者に対して行われる、或いは、行われた検査の内容が示されている。

上述した病室Ａ１０１に入院している患者「００１」或いは「００２」のうち、当該検査データテーブルＰに記載されている患者は、「００１」である。すなわち、図８の破線に囲まれた欄に示されている通り、患者「００１」は、検査室「ＣＴ０１」において、「２０１２年５月１日」に「造影ＣＴ」という検査を受けることがわかる。

表示データ決定部３０では、当該検査に関する情報をデータベース２から取得することで、医師ＡＧが病室Ａ１０１に入院しているどの患者に対してドキュメントビューアを利用使用としているのか、特定することができる。そして、当該患者に関する情報を確定させる（ＳＴ８）。

患者に関する情報が確定されると、対象となる検査についても特定される。さらに、当該特定された検査から実際にアプリケーションを利用して表示させる対象が特定される（ＳＴ９）。すなわち、表示データ決定部３０では、対象となる患者に対して行われる検査に関する情報から、当該検査が行われる際に患者に対して示される（説明される）資料の特定が可能となる。そこで、表示データ決定部３０は、データベース２に対して選択されたアプリケーションを利用して表示させる文献（資料）についての情報を要求する（ＳＴ１０）。

データベース２では、当該要求を受信して、記憶している情報を検索する。図９は、第１の実施の形態における説明資料データテーブルＱの一例を示す説明図である。説明資料データテーブルＱには、「検査」と当該検査が行われる際に医師が患者に検査の説明をする際に用いる「説明資料」が紐付けられて記憶されている。

例えば、患者「００１」が受ける予定にしている検査は「造影ＣＴ」の検査であり、患者「００１」が当該検査を受ける場合には、「造影剤の副作用について」という説明資料を用いて事前に医師から説明を受ける。

そこで、医師ＡＧが病室Ａ１０１に入院している患者「００１」に対して検査を行う場合には、事前に説明を行う。この際には、携帯情報端末１を使用してドキュメントビューアを起動させ、表示部１ｇに造影剤の副作用について説明している説明資料を表示させながら説明を行う（ＳＴ１１）。

このように、表示アプリ決定部２０にてユーザが利用する可能性のあるアプリケーションを携帯情報端末の位置情報とユーザに関する情報とから特定するが、このままでは、当該特定されたアプリケーションを利用して表示される医療情報の限定、特定までには至らないことも多い。上述したように、近年医療情報の量は膨大となり、多様化していきてお
り、同じアプリケーションを利用して表示が可能となる医療情報は膨大な数にのぼるからである。そこで、表示データ決定部３０は特定されたアプリケーションを利用する医療情報の中からさらに一層実際にユーザが表示を望んでいる医療情報を限定、特定する役割を果たす。

以上説明したように、携帯情報端末の位置情報と当該携帯情報端末を使用するユーザに関する情報とから、ユーザが使用する可能性のあるアプリケーションを提示するとともに、選択されたアプリケーションを利用してユーザが必要とする医療情報を表示させる。従って、使用される医療現場において最適な医療情報を表示させるべく適切なアプリケーションを適宜決定することによって、携帯情報端末の持つメリットを最大限生かしつつ膨大な医療情報を簡易ながらも十分に使用することで医療現場における作業効率の向上を図ることができる携帯情報端末及び医療情報提供システムを提供することができる。

また、携帯情報端末の位置情報とユーザに関する情報とから利用される可能性の高いアプリケーションを提示するため、医療現場において必要とされる医療情報が遅滞なく表示されることになり、結果として処置や処方といった医療行為の効率化を図ることが可能となる。

なお、以上においては医師が病室にいることを前提として様々説明を行ってきたが、当然携帯情報端末は病室のみで使用されるわけではなくその可搬性の良さもあり、検査室、処置室、読影室、リハビリ室、或いは、診察室というように様々な場所で使用される。従って位置情報やユーザに関する情報から利用するアプリケーションを検索して提示されるアプリケーションの種類は当然異なるが、ログイン情報の取得から必要とする医療情報の表示までの流れは、携帯情報端末をいずれの場所において使用しても変化しない。

（第２の実施の形態）
次に本発明における第２の実施の形態について説明する。なお、第２の実施の形態において、上述の第１の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。

携帯情報端末とデータベース２とによって医療情報提供システムＳが構成されることは第１の実施の形態と同様である。但し、携帯情報端末の内部構成、及び、医療情報の提供を行う流れが相違する。

図１０は、第２の実施の形態における携帯情報端末１Ａの内部構成を示すブロック図である。携帯情報端末１Ａの基本的な構成は第１の実施の形態における携帯情報端末１と同様であるが、新たに現在時刻取得部４０が追加されている点に特徴がある。現在時刻取得部４０は、ユーザが携帯情報端末１Ａを使用するためにログインした際の日時を取得する機能を備えている。

図１１、及び、図１２は、第２の実施の形態における医療情報の提供を行う流れを示すフローチャートである。携帯情報端末１Ａを使用するユーザが携帯情報端末１Ａにログインを行うとともに、ログイン情報を取得した携帯情報端末１Ａが自機の位置情報を取得するステップは、これまで説明した通りである。

その結果、携帯情報端末１Ａが取得した端末情報は、次の通りである。図１３は、第２の実施の形態における携帯情報端末１Ａの端末情報を示す一覧である。ここで取得された端末情報としては、まず場所（位置情報）は、「病室 Ａ１０１」である。ユーザは、「看護師ＸＹ」である。また、日付けは「２０１２年５月３日」となっている。

このような端末情報を取得し、携帯情報端末１Ａは、看護師ＸＹが表示させたい医療情報のために利用されるアプリケーションを提示するとともに、当該医療情報がいずれの患者に対する情報であるか特定するために、患者を特定する（ＳＴ３ないしＳＴ８）。ここまでは、第１の実施の形態において説明した通りである。なおここでは、看護師ＸＹが担当する患者は、「Ａ４０５病室」に入院している患者ＩＤが「０８６」であるとする。

次に、特定された患者の情報から、当該患者に関するクリティカルパスを特定する（ＳＴ２１）。ここで「クリティカルパス」とは、医師や看護師等からなるチームが、例えば特定の疾患等について共同で作業していく内容を時間軸に沿ってまとめた、いわば治療計画書である。

図１４は、第２の実施の形態におけるクリティカルパスデータテーブルＲの一例を示す説明図である。クリティカルパスデータテーブルＲには、各患者に関するクリティカルパスが規定されている。すなわち、例えば、病室Ａ４０５に入院している患者「０８６」については、「心臓カテーテル」についてのクリティカルパスである。

さらに、現在時刻取得部４０は、ログイン情報から時間情報を確認する（ＳＴ２２）。看護師ＸＹが携帯情報端末１Ａにログインした日付けは、上述したように、「２０１２年５月３日」である。

なお、ここでの説明では、現在時刻取得部４０は時間情報として時分までは確認していないが、時分まで確認するように設定されていても良い。特に患者の手術当日等、時間単位、分単位で患者が移動する、患者に対して処置しなければならないといった場合には、時分まで確認できるとより有効である。

現在時刻取得部４０は、さらに、取得した時間情報を基に、イベント情報を確認する（ＳＴ２３）。イベント情報は、イベントカレンダーデータテーブルに記憶されている。図１５は、第２の実施の形態におけるイベントカレンダーデータテーブルＴの一例を示す説明図である。イベントカレンダーデータテーブルＴには、３つの項目が設けられており、それぞれ「患者ＩＤ」、「イベント」及び「予定日付け」である。図１５においては、ここでの説明の対象として挙げている患者「０８６」の各イベントが分かるように示されている。ここでは患者「０８６」が２０１２年４月２４日に入院してから、検査、手術を経て、２０１２年５月１５日に退院するまでのイベントが示されている。

現在時刻取得部４０は、さらに、イベント情報の日付けのうち、時間情報による日付けより前で、直近の日付けを確認する（ＳＴ２４）。これは、現在の患者「０８６」がどのような状態にあるのかを把握するための確認である。従って、上述したように時間情報から把握される時間（日付け）は、「２０１２年５月３日」である。一方、イベントカレンダーデータテーブルＴにおけるイベントであって、「２０１２年５月３日」よりも前で直近の日付けは、「２０１２年５月１日」であり、この日に患者「０８６」は、手術を行っている。

現在時刻取得部４０は、時間情報による日付けと直近のイベントの日付けとを比較して経過日を算出する（ＳＴ２５）。すなわち、イベントが行われた日から看護師ＸＹがログインした日まで何日経過しているかを算出するものである。上述した例であれば、手術は「２０１２年５月１日」に行われ、時間情報が示す日付けは「２０１２年５月３日」であることから、「２０１２年５月３日」現在、手術というイベントから患者「０８６」は２日経過した状態にある、ということになる。

さらに、表示データ決定部３０がユーザ情報、位置情報、確認されたクリティカルパス
、及び算出された経過日を基に、表示アプリデータテーブルＭ２において該当する項目を抽出する（ＳＴ２６）。ここで挙げている例では、看護師ＸＹが「２０１２年５月３日」に病室Ａ４０５においてログインし、看護師ＸＹの医療行為の相手は患者「０８６」である。また、クリティカルパスは「心臓カテーテル」であって、イベントである手術からの経過日は２日である。

図１６は、第２の実施の形態における表示アプリデータテーブルＭ２の一例を示す説明図である。ここでの「表示アプリデータテーブルＭ２」は、クリティカルパスに従って規定されている。

当該表示アプリデータテーブルＭ２によれば、病室において看護師が心臓カテーテルを行った患者に対する場合については、２つの場合が考えられる。一方は起点となるイベントが「手術後」であって、経過日が「１〜３日」であるのに対し、他方は起点イベントは同じ「手術後」であるが、経過日は「１０日〜１５日」である。従って、看護師ＸＹが手術後２日の患者「０８６」に携帯情報端末１Ａを使用して対応する場合には、図１６に矢印に示すように、提示されるアプリケーションは「看護」であり、表示されるデータ（医療情報）は、「点滴記録」となる。

そこで、表示アプリデータテーブルＭ２から抽出された項目を基に表示対象となり得る医療情報を特定し（ここでは、「点滴記録」である）（ＳＴ２７）、アプリケーション（看護）を起動して点滴記録を表示させる（ＳＴ１１）。

以上説明したように、携帯情報端末の位置情報と当該携帯情報端末を使用するユーザに関する情報とから、ユーザが使用する可能性のあるアプリケーションを提示するとともに、選択されたアプリケーションを利用してユーザが必要とする医療情報を表示させる。

従って、使用される医療現場において最適な医療情報を表示させるべく適切なアプリケーションを適宜決定することによって、携帯情報端末の持つメリットを最大限生かしつつ膨大な医療情報を簡易ながらも十分に使用することで医療現場における作業効率の向上を図ることができる携帯情報端末及び医療情報提供システムを提供することができる。

特に第２の実施の形態においては、表示データ決定部３０における表示対象となる医療情報の絞り込みの際に時間情報をも利用することによって、よりきめ細かく表示対象となる医療情報を表示させるためのアプリケーションの提示をユーザに対して行うことが可能となる。時間情報は、クリティカルパスと親和性が高いと考えられることからクリティカルパスと絡めて利用する形態を説明したが、もちろん、第１の実施の形態においても時間情報を利用してユーザに対して提示するアプリケーションを選択することも可能である。

（第３の実施の形態）
次に本発明における第３の実施の形態について説明する。なお、第３の実施の形態において、上述の第１、或いは第２の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。

携帯情報端末とデータベース２とによって医療情報提供システムＳが構成されることは第１の実施の形態と同様である。但し、携帯情報端末の内部構成、及び、医療情報の提供を行う流れが相違する。

図１７は、第３の実施の形態における携帯情報端末１Ｂの内部構成を示すブロック図である。基本的な構成は、第１の実施の形態における携帯情報端末１と同様であるが、「アプリ間連携情報部５０」が付加されている。

「アプリ間連携情報部５０」は、ユーザに対して医療情報を表示させるに適切なアプリケーションを提示する際に、提示の対象となるアプリケーションのみならず、当該アプリケーションと連携するアプリケーションを検索して併せて提示する機能を備えている。

もともと携帯情報端末１Ｂはユーザに対してアプリケーションを提示する機能を備えているが、さらに当該アプリケーションと連携するアプリケーション（以下、適宜「連携アプリケーション」と表わす）を検索し、連携アプリケーションによって表示可能な医療情報も併せて表示させることによって、ユーザはもともと必要とする医療情報のみならず、当該医療情報に関連する医療情報をも表示させることができる。

図１８は、第３の実施の形態における医療情報の提供を行う流れを示すフローチャートである。携帯情報端末１Ｂを使用するユーザが携帯情報端末１Ｂにログインを行うとともに、ログイン情報を取得した携帯情報端末１Ｂが自機の位置情報を取得するステップは、これまで説明した通りである（ＳＴ１及びＳＴ２）。

その結果、携帯情報端末１Ｂが取得した端末情報は、次の通りである。図１９は、第３の実施の形態における携帯情報端末１Ｂの端末情報を示す一覧である。ここで取得された端末情報としては、まず場所（位置情報）は、「読影室」である。なお、位置情報としては、「場所１」のみであり、「場所２」についての位置情報は設定がなく端末位置取得部１０において取得されていない。もちろん、例えば読影室が複数ある場合には、「場所２」としてさらに詳細な位置情報に関する設定がなされていても良い。

ユーザは、「読影医ＦＮ」である。また、日付けは「２０１２年４月２７日」となっている。このような端末情報を取得し、携帯情報端末１Ｂは、読影医ＦＮが表示させたい医療情報のために利用されるアプリケーションを提示する（ＳＴ３及びＳＴ４）。ここまでは、第１の実施の形態において説明した通りである。

このようにユーザである読影医ＦＮは、読影処理を行うに当たって、携帯情報端末１Ｂが提示したアプリケーションの中から適切なアプリケーションを選択する。携帯情報端末１Ｂでは、選択されたアプリケーションに関する情報を取得する。

図２０は、第３の実施の形態における表示アプリデータテーブルＭ３の一例を示す説明図である。携帯情報端末１Ｂが提示しユーザである読影医ＦＮが選択したアプリケーションは、図２０に破線で囲まれた「画像ビューア」である。これまでの実施の形態においては、アプリケーションとして例えば「画像ビューワ」が選択されたことを表示アプリ決定部２０が確認すると、表示データ決定部３０が当該選択されたアプリケーションを利用して表示する医療情報を絞り込む役割を果たしていた。

第３の実施の形態においては、当該表示データ決定部３０が表示対象となる医療情報の絞り込みの処理を行う前に、アプリ間連携情報部５０が選択されたアプリケーションが表示する予定の医療情報に関連する医療情報（データ）があるか否かを検索する。すなわち、アプリ間連携情報部５０は、選択されたアプリケーションによって表示される予定の医療情報に関連のある医療情報（以下、このような医療情報を適宜「連携データ」と表わす。）が連携データテーブル内に記憶されていないか、検索を行う（ＳＴ３１）。

図２１は、第３の実施の形態における連携データテーブルＵの一例を示す説明図である。アプリ間連携情報部５０は、データベース２にアクセスして連携データの検索要求をデータベース２に出す。データベース２では、ユーザによって選択されたアプリケーションによって表示される予定の医療情報に関連する連携データがあるか否か連携データテーブ
ルＵを検索の上、結果をアプリ間連携情報部５０へと送信する。

ここでは、ユーザである読影医ＦＮによって「画像ビューア」がアプリケーションとして選択されている（図２０参照）。従って、表示予定の医療情報は「画像」となる。アプリ間連携情報部５０では当該選択された「画像ビューア」の情報を基に、さらに連携データの有無の検索をデータベース２に要求する。データベース２では、連携データテーブルＵ内を検索する。図２１に示す連携データテーブルＵをみると、「アプリケーション」という項目と「連携データ」の２つの項目が設けられている。

「アプリケーション」とは、ユーザが選択したアプリケーションを示している。一方「連携データ」は、選択されたアプリケーションにおいて表示予定の医療情報に関連する可能性のあるデータ（連携データ）を示している。連携データテーブルＵによれば、「アプリケーション」として「画像ビューア」が選択されると、２つの「連携データ」が検索される。すなわち、「画像・レポート連携データ」及び「画像・カルテ連携データ」の２つの連携データである。このうち前者、「画像・レポート連携データ」からは、画像ビューワに連携するアプリケーションが「レポートビューア」であることが理解できる。一方、後者の「画像・カルテ連携データ」からは、画像ビューアに連携するアプリケーションが「カルテ」である。

次にこれら把握される連携するアプリケーションを基に、連携データを検索する（ＳＴ３２）。図２２は、第３の実施の形態における使用データテーブルの一例を示す説明図である。使用データテーブルＶによると、選択された画像ビューアに連携する連携データのうち、最近使用されたデータがアプリケーションごとに示されている。すなわち、項目として「アプリケーション」と「最近使用したデータ」の２つがあるが、「アプリケーション」とは、連携データテーブルＵにおいて把握される、選択されたアプリケーションに連携するアプリケーションを示している。

上述した例に沿って言えば、「画像ビューア」に連携するアプリケーションである「カルテ」或いは、「レポートビューア」を利用して使用されたデータ（連携データ）がそれぞれ示されている。例えば、「カルテ」については、２種類のカルテ（カルテＩＤ「００１」と「１０１」）が医療情報として使用、或いは、表示されている。また「レポートビューア」については、レポートＩＤ「００２５６」のレポートが作成、或いは表示等されている。

さらに、データベース２では、最近使用されたデータを基に、当該連携データの詳細について検索する。連携するアプリケーションとしては、「カルテ」と「レポートビューア」とが把握され、それぞれのアプリケーションを利用して使用、表示等された医療情報もそれぞれ連携データとして把握される。そこで、アプリ間連携情報部５０は、さらにデータベース２に対して把握された連携データの詳細を検索するよう、要求する。

ここでは「レポートビューア」を例に挙げて説明する。図２３は、第３の実施の形態におけるレポート状況データテーブルＷの一例を示す説明図である。「レポートビューア」を利用して使用、表示等された連携データとして、使用データテーブルＶからレポートＩＤ「００２５６」のレポートが把握されている。そこで、データベース２は、レポートが記憶されている、レポート状況データテーブルＷを検索する。図２３に示されているように、レポートＩＤが「００２５６」のレポートについては、「画像ＩＤ：Ｉ０１２５６」という画像が用いられており、さらに「確定状況」として「未確定」とされている。

ここで「画像ＩＤ」とは、レポート内で使用されている画像のＩＤである。また、「確定状況」とは、読影医がレポートを作成する過程におけるレポートの内容の確定の有無を
示すものである。従って、未だ書き上げていない場合は「未確定」、レポートの作成が終了して今後当該レポートの内容に変更がない場合、ドラフトではない場合が「確定」となる。

従って、ここで挙げた例に沿って説明すると、ユーザである読影医ＦＮが選択した画像ビューアを利用して、例えば、レポートにおいて使用されている「画像ＩＤ：Ｉ０１２５６」の画像を携帯情報端末１Ｂの表示部１ｇに表示させる（ＳＴ３３）。併せて、連携するアプリケーションである「レポートビューア」を起動して、「レポートＩＤ：００２５６」のレポートをも表示させることができる。或いは、図を用いて説明していないが、連携するアプリケーションである「カルテ」を起動して、２種類のカルテ（カルテＩＤ「００１」と「１０１」）のいずれかを表示させることも可能である。

以上説明したように、携帯情報端末の位置情報と当該携帯情報端末を使用するユーザに関する情報とから、ユーザが使用する可能性のあるアプリケーションを提示するとともに、選択されたアプリケーションを利用してユーザが必要とする医療情報を表示させる。

従って、使用される医療現場において最適な医療情報を表示させるべく適切なアプリケーションを適宜決定することによって、携帯情報端末の持つメリットを最大限生かしつつ膨大な医療情報を簡易ながらも十分に使用することで医療現場における作業効率の向上を図ることができる携帯情報端末及び医療情報提供システムを提供することができる。

特に第３の実施の形態において説明した機能を利用することで、ユーザが選択したアプリケーションを利用して表示させる医療情報のみならず、当該アプリケーションに連携するアプリケーションを通して連携する医療情報までも表示させることが可能となる。

このようにユーザがそもそも希望する医療情報以外に関連する医療情報までも併せて表示させることが可能となるため、仮にユーザが思いつかなくとも基本となる医療情報のみ要求すれば、自動的に関連する医療情報まで表示されることになる。従って、医師等が活動を行う際に豊富な情報を自動的に把握することができ、患者に対して提供することができる医療情報が増えるとともに、作業効率の向上に一層資することになる。

本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。例えば、説明の都合上、３つの実施の形態に分けて説明しているが、これらを適宜自由に組み合わせて実施することも当然可能である。また、医療情報を表示させるアプリケーションについては、携帯情報端末の内部に備えていることを前提に説明を行ったが、データベース２内に記憶されていても、或いは、Ｗｅｂアプリのように医療情報提供システムの外に置かれていても良い。

この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 携帯情報端末
２ データベース
１０ 端末位置取得部
２０ 表示アプリ決定部
３０ 表示データ決定部
４０ 現在時刻取得部
５０ アプリ間連携情報部

Claims (5)

1. 携帯情報端末の位置を測定しその位置情報を取得する端末位置取得部と、
   前記携帯情報端末の位置情報と前記携帯情報端末を使用するユーザに関する情報とに基づいて、前記携帯情報端末の位置において前記ユーザが利用する可能性があるアプリケーションを決定し表示させる表示アプリ決定部と、
   前記表示されるアプリケーションのうち前記ユーザが利用するために選択したアプリケーションを用いて表示させる対象を特定する表示データ決定部と、
   前記アプリケーションを用いて前記特定された対象を表示する表示部と、を備え、
   前記表示データ決定部は、前記位置情報を基に患者を特定し、特定された前記患者に関する情報から前記アプリケーションを用いて表示させる対象を絞り込み特定することを特徴とする携帯情報端末。
2. 前記ユーザが前記携帯情報端末を使用する時間に関する情報を取得する現在時刻取得部を備え、
   前記現在時刻取得部において取得された前記時間に関する情報と前記患者に対して行われるイベントに関する情報とに基づいて、前記表示データ決定部が前記表示部に表示させる対象を特定することを特徴とする請求項１に記載の携帯情報端末。
3. 前記表示データ決定部は、前記時間に関する情報を基に、前記イベントに関する情報の中から前記時間に関する情報が示す第１の日付けよりも前であって直近のイベントが行われた第２の日付けを取得し、前記第１の日付けと前記第２の日付けとからその差分を把握し、起点となるイベントからの経過日の中に前記差分が含まれる項目を抽出して表示対象として特定することを特徴とする請求項２に記載の携帯情報端末。
4. 前記ユーザが選択する前記アプリケーションに関連するアプリケーションを抽出するアプリ間連携情報部を備え、
   前記表示データ決定部は、前記アプリ間連携情報部において抽出された前記アプリケーションに関連するアプリケーションによって表示される対象を特定することを特徴とする請求項１ないし請求項３のいずれかに記載の携帯情報端末。
5. 請求項１ないし請求項４のいずれかに記載の携帯情報端末と、
   前記携帯情報端末が備える表示データ決定部において表示の対象となるデータを記憶し、前記携帯情報端末の要求に応じて該当するデータを提供するデータベースと、
   を備えていることを特徴とする医療情報提供システム。

Images