特開 2022-12080 情報管理システムおよび情報管理方法

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

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

(11)【公開番号】P2022012080

(43)【公開日】2022-01-17

(54)【発明の名称】情報管理システムおよび情報管理方法

(51)【国際特許分類】

   G06Q 50/22 20180101AFI20220107BHJP

   G16Y 10/60 20200101ALI20220107BHJP

   G16Y 20/40 20200101ALI20220107BHJP

【ＦＩ】

G06Q50/22

G16Y10/60

G16Y20/40

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2020113628

(22)【出願日】2020-06-30

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(71)【出願人】

【識別番号】592019213

【氏名又は名称】学校法人昭和大学

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】辻元 洋典

(72)【発明者】

【氏名】中村 明央

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

5L099

【Ｆターム（参考）】

5L099AA01

(57)【要約】

【課題】異なる医療機関の間でユーザの診療情報をユーザに分かりやすく共有させること。
【解決手段】情報管理システムは、ユーザが使用する端末装置と、一の医療機関においてユーザの診療情報を保持する医療機関装置と、サーバ装置とを備える。端末装置は、ユーザから診療情報の受信指示を受け付けた場合に、記憶部に記憶された一の医療機関におけるユーザの識別情報を含む端末ＩＤを医療機関装置へ送信し、端末ＩＤに基づいて医療機関装置から提供される診療情報を取得する。また、端末装置は、ユーザから診療情報のサーバ装置への送信指示を受け付けた場合に、サーバ装置においてユーザを一意に識別するユーザＩＤとともに診療情報をサーバ装置へ送信する。医療機関装置は、端末装置から端末ＩＤを受け付けた場合に、端末ＩＤに含まれる識別情報に対応する診療情報を端末装置へ提供する。サーバ装置は、端末装置から受信したユーザＩＤと診療情報とを関連付けて記憶部に格納する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザが使用する端末装置と、一の医療機関において前記ユーザの診療情報を保持する医療機関装置と、サーバ装置とを備え、
前記端末装置は、
前記ユーザから前記診療情報の受信指示を受け付けた場合に、記憶部に記憶された前記一の医療機関における前記ユーザの識別情報を含む端末ＩＤを前記医療機関装置へ送信し、該端末ＩＤに基づいて前記医療機関装置から提供される前記診療情報を取得する取得部と、
前記ユーザから前記診療情報の前記サーバ装置への送信指示を受け付けた場合に、前記サーバ装置において前記ユーザを一意に識別するユーザＩＤとともに前記診療情報を前記サーバ装置へ送信する送信部と
を備え、
前記医療機関装置は、
前記端末装置から前記端末ＩＤを受け付けた場合に、当該端末ＩＤに含まれる前記識別情報に対応する前記診療情報を前記端末装置へ提供する提供部と
を備え、
前記サーバ装置は、
前記端末装置から受信した前記ユーザＩＤと前記診療情報とを関連付けて記憶部に格納する格納部と
を備えることを特徴とする情報管理システム。

【請求項2】

前記識別情報は、前記ユーザを前記一の医療機関の患者として一意に識別する患者ＩＤを含み、
前記提供部は、
前記端末ＩＤに含まれる前記患者ＩＤに該当する前記診療情報を前記端末装置へ提供する
ことを特徴とする請求項１に記載の情報管理システム。

【請求項3】

前記識別情報は、前記一の医療機関における前記ユーザの診察券を一意に識別する診察券ＩＤを含み、
前記提供部は、
前記診察券を読み取ることによって取得される前記診察券ＩＤが前記端末装置から受け付けた前記端末ＩＤに含まれる場合に、当該診察券ＩＤへ関連付けられた患者に該当する前記診療情報を前記端末装置へ提供する
ことを特徴とする請求項１または２に記載の情報管理システム。

【請求項4】

前記提供部は、
近距離無線通信によって前記診療情報を前記端末装置へ提供する
ことを特徴とする請求項１、２または３に記載の情報管理システム。

【請求項5】

前記提供部は、
前記診療情報を前記端末装置へ提供する前に、当該診療情報の前記一の医療機関における守秘義務は消失する旨を前記端末装置へ通知する
ことを特徴とする請求項１～４のいずれか一つに記載の情報管理システム。

【請求項6】

前記提供部は、
前記一の医療機関を一意に識別する医療機関ＩＤおよび前記識別情報を組み合わせて前記端末装置により読み取り可能な第１のコード情報を生成し、
前記端末装置の記憶部は、
前記端末装置によって読み取られた前記第１のコード情報に基づいて、前記識別情報、前記医療機関ＩＤおよび前記ユーザＩＤを関連付けて記憶し、
前記取得部は、
前記記憶部に記憶された前記識別情報に基づいて前記端末ＩＤを生成する
ことを特徴とする請求項１～５のいずれか一つに記載の情報管理システム。

【請求項7】

前記送信部は、
前記一の医療機関以外の他の医療機関によって提供される当該他の医療機関の医療機関ＩＤを含む第２のコード情報を読み取った場合に、前記サーバ装置へ当該他の医療機関の医療機関ＩＤおよび前記ユーザＩＤを送信することによって、当該ユーザＩＤへ関連付けられた前記診療情報が前記他の医療機関において閲覧可能となるように前記サーバ装置に前記診療情報のアクセス制御を変更させる
ことを特徴とする請求項６に記載の情報管理システム。

【請求項8】

ユーザが使用する端末装置と、一の医療機関において前記ユーザの診療情報を保持する医療機関装置と、サーバ装置とを用いた情報管理方法であって、
前記端末装置が、
前記ユーザから前記診療情報の受信指示を受け付けた場合に、記憶部に記憶された前記一の医療機関における前記ユーザの識別情報を含む端末ＩＤを前記医療機関装置へ送信し、該端末ＩＤに基づいて前記医療機関装置から提供される前記診療情報を取得し、
前記ユーザから前記診療情報の前記サーバ装置への送信指示を受け付けた場合に、前記サーバ装置において前記ユーザを一意に識別するユーザＩＤとともに前記診療情報を前記サーバ装置へ送信する
処理を実行し、
前記医療機関装置が、
前記端末装置から前記端末ＩＤを受け付けた場合に、当該端末ＩＤに含まれる前記識別情報に対応する前記診療情報を前記端末装置へ提供する
処理を実行し、
前記サーバ装置が、
前記端末装置から受信した前記ユーザＩＤと前記診療情報とを関連付けて記憶部に格納する
処理を実行することを特徴とする情報管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報管理システムおよび情報管理方法に関する。

【背景技術】

【0002】

従来、病院や診療所等の医療機関を受診したユーザの診療情報を複数の医療機関の間で共有するための技術が提案されている。

【先行技術文献】

【特許文献】

【0003】

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

【特許文献2】特開２００３－０７６７８９号公報

【発明の概要】

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

【0004】

しかしながら、従来の技術では、ユーザにとって仕組みが分かりにくいという問題があった。

【0005】

一つの側面では、異なる医療機関の間でユーザの診療情報をユーザに分かりやすく共有させることができる情報管理システムおよび情報管理方法を提供することを目的とする。

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

【0006】

一つの態様では、情報管理システムは、ユーザが使用する端末装置と、一の医療機関において前記ユーザの診療情報を保持する医療機関装置と、サーバ装置とを備える。前記端末装置は、前記ユーザから前記診療情報の受信指示を受け付けた場合に、記憶部に記憶された前記一の医療機関における前記ユーザの識別情報を含む端末ＩＤを前記医療機関装置へ送信し、該端末ＩＤに基づいて前記医療機関装置から提供される前記診療情報を取得する取得部と、前記ユーザから前記診療情報の前記サーバ装置への送信指示を受け付けた場合に、前記サーバ装置において前記ユーザを一意に識別するユーザＩＤとともに前記診療情報を前記サーバ装置へ送信する送信部とを備える。前記医療機関装置は、前記端末装置から前記端末ＩＤを受け付けた場合に、当該端末ＩＤに含まれる前記識別情報に対応する前記診療情報を前記端末装置へ提供する提供部を備える。前記サーバ装置は、前記端末装置から受信した前記ユーザＩＤと前記診療情報とを関連付けて記憶部に格納する格納部を備える。

【発明の効果】

【0007】

一つの側面では、異なる医療機関の間でユーザの診療情報をユーザに分かりやすく共有させることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施例１にかかる情報管理システムの概要説明図である。

【図2】図２は、実施例１に係る情報管理システムの全体構成の一例を示す図である。

【図3】図３は、実施例１に係る医療機関装置の機能的構成の一例を示すブロック図である。

【図4】図４は、実施例１に係る端末装置の機能的構成の一例を示すブロック図である。

【図5】図５は、実施例１に係るサーバ装置の機能的構成の一例を示すブロック図である。

【図6】図６は、認証情報の一例を示す図である。

【図7】図７は、診療情報ＤＢの一例を示す図である。

【図8】図８は、登録情報の一例を示す図である。

【図9】図９は、端末ＩＤの一例を示す図である。

【図10】図１０は、診療情報の一例を示す図である。

【図11】図１１は、ユーザ情報の一例を示す図である。

【図12】図１２は、診療情報共有ＤＢの一例を示す図である。

【図13】図１３は、認証処理の処理シーケンス図である。

【図14】図１４は、端末装置におけるログイン時の画面遷移を示す図である。

【図15】図１５は、取得処理の処理シーケンス図である。

【図16】図１６は、端末装置における取得処理時の画面遷移を示す図である。

【図17】図１７は、端末装置における検査結果閲覧時の画面遷移を示す図である。

【図18】図１８は、端末装置における処方内容閲覧時の画面遷移を示す図である。

【図19】図１９は、送信処理の処理シーケンス図である。

【図20】図２０は、端末装置における送信処理時の画面遷移を示す図である。

【図21】図２１は、情報公開処理の処理シーケンス図である。

【図22】図２２は、端末装置における情報公開処理時の画面遷移を示す図である。

【図23】図２３は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0009】

以下に、本願の開示する情報管理システムおよび情報管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

【実施例0010】

［情報管理システムの概要］
図１は、実施例１に係る情報管理システム１の概要説明図である。なお、本実施例では、「医療機関」は、医療を提供する医療提供施設を指し、病床数等を問わず、病院や、診療所等を広く含むものとする。また、「医療機関」は、薬局や、訪問看護ステーション等を含んでもよい。

【0011】

また、本実施例では、各医療機関において、診察券は、いわゆる非接触型ＩＣ（integrated circuit）カードで実現されているものとする。

【0012】

図１に示すように、情報管理システム１は、医療機関装置１０と、端末装置１００と、サーバ装置２００とを含む。医療機関装置１０は、一の医療機関においてユーザＵの診療情報を保持する装置である。

【0013】

なお、本実施例では、ユーザＵが「病院Ａ」を受診し、かかる病院Ａに設けられた医療機関装置１０－１が、病院ＡにおけるユーザＵの診療情報を診療情報データベース（以下、「ＤＢ」という）に保持しているものとする。

【0014】

ところで、近年、このように病院Ａで保持するユーザＵの診療情報を、他の医療機関（例えば、図１に示す「病院Ｃ」）との間で共有することは一般的になってきている。しかしながら、その仕組みは、ユーザＵにとっては自身の診療情報に関するにも関わらず、ユーザＵにとって分かりにくいという問題がある。

【0015】

そこで、実施例１に係る情報管理システム１では、ユーザＵに分かりやすいユーザインターフェイス（以下、「ＵＩ」という）を提供しつつ、かかるＵＩを介したユーザＵの意思に基づき、異なる医療機関の間でユーザＵの診療情報を共有させることとした。

【0016】

端末装置１００は、かかるユーザＵが使用する装置である。端末装置１００は、例えばスマートフォンやノート型ＰＣ（Personal Computer）等の情報処理端末である。なお、端末装置１００は、タブレット端末や、ＰＤＡ（Personal Digital Assistant）、ユーザＵが装着するウェアラブル端末等であってもよい。

【0017】

本実施例では、図１に示すように、端末装置１００はスマートフォンであるものとする。また、以下の説明では、端末装置１００のことをユーザＵという場合がある。

【0018】

端末装置１００は、例えば情報管理システム１における専用アプリが動作することによって、ユーザＵに対し、情報管理システム１向けのＵＩを提供する。

【0019】

サーバ装置２００は、情報管理システム１の全体を管理するとともに、異なる医療機関の間で共有する診療情報を診療情報共有ＤＢに保持し、保持する各診療情報のアクセス制御を行う装置である。サーバ装置２００は、例えば、インターネットや携帯電話回線網等を介してアクセス可能なクラウドサーバとして実現される。

【0020】

このような構成において、情報管理システム１では、ユーザＵを主体として診療情報を異なる医療機関の間で共有させる。以下、より具体的に、病院Ａの医療機関装置１０－１が保持するユーザＵの診療情報を、病院Ｃの医療機関装置１０－２において閲覧可能となる場合を例に挙げて説明する。

【0021】

まず、情報管理システム１では、ユーザＵに自身の診療情報を保持させる。具体的には、図１に示すように、情報管理システム１では、医療機関装置１０－１が、ユーザＵの診察券および端末装置１００を用いてユーザＵを認証し（ステップＳ１）、病院Ａの患者としてのユーザＵに、当該ユーザＵが使用する端末装置１００を関連付ける。

【0022】

なお、ステップＳ１では、医療機関装置１０－１が診察券を読み取って生成し、ユーザＵへ向けて提示するＱＲコード（登録商標）等を用いる。かかる点の詳細については、図１３等を用いた説明で後述する。

【0023】

そして、医療機関装置１０－１は、かかるユーザＵへ関連付けられた端末装置１００へ、ユーザＵの診療情報を提供する。このとき、医療機関装置１０－１は、診療情報を暗号化して提供する。

【0024】

そして、端末装置１００は、かかる医療機関装置１０－１から提供される診療情報を取得し（ステップＳ２）、記憶する。このとき、端末装置１００は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＢＬＥ（Bluetooth Low Energy）等の近距離無線通信によって診療情報を取得する。

【0025】

このように、端末装置１００が、暗号化された診療情報を近距離無線通信によって取得することで、携帯電話回線網の基地局等の外部装置を経由することによる情報漏洩のリスクを軽減することができる。

【0026】

なお、図１の端末装置１００の画面上に示すように、診療情報には、例えば基本情報や、検査結果、処方内容、アレルギー等に関する情報が含まれる。

【0027】

そして、情報管理システム１では、端末装置１００に保持されたユーザＵの診療情報は、サーバ装置２００に対し、前述の専用アプリを介して、ユーザＵの意思により送信される（ステップＳ３）。サーバ装置２００は、受信した診療情報を、診療情報共有ＤＢへ格納する。

【0028】

すなわち、情報管理システム１では、ユーザＵが、自身の意思により、自身の診療情報を異なる医療機関の間での共有対象とする。これにより、異なる医療機関の間でユーザＵの診療情報をユーザＵに分かりやすく共有させることができる。

【0029】

また、情報管理システム１では、診療情報共有ＤＢへ格納された診療情報は、ユーザＵの意思により情報公開される（ステップＳ４）。すなわち、情報管理システム１では、ユーザＵが、自身の意思により、自身の診療情報の公開先を決定する。これにより、異なる医療機関の間でユーザＵの診療情報をユーザＵに分かりやすく共有させることができる。

【0030】

なお、ステップＳ２の取得処理、ステップＳ３の送信処理およびステップＳ４の情報公開処理における具体的な処理手順や端末装置１００の画面遷移等については、図１５～図２２を用いた説明で後述する。

【0031】

［全体構成］
以下、情報管理システム１の構成の一例について、より具体的に説明する。図２は、実施例１に係る情報管理システム１の全体構成の一例を示す図である。図２に示すように、情報管理システム１は、１以上の医療機関装置１０と、端末装置１００と、サーバ装置２００とを含む。

【0032】

また、図２に示すように、医療機関装置１０と、端末装置１００と、サーバ装置２００とは、インターネットや携帯電話回線網等であるネットワークＮによって相互に接続され、ネットワークＮを介して相互にデータを送受信可能に設けられている。ただし、ユーザＵの診療情報の提供元となる医療機関装置１０－１と、端末装置１００とは、上述したように近距離無線通信を用いた直接通信により相互にデータを送受信する。

【0033】

［機能的構成］
次に、図３は、実施例１に係る医療機関装置１０の機能的構成の一例を示すブロック図である。また、図４は、実施例１に係る端末装置１００の機能的構成の一例を示すブロック図である。また、図５は、実施例１に係るサーバ装置２００の機能的構成の一例を示すブロック図である。なお、図３～図５では、本実施例の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

【0034】

換言すれば、図３～図５に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

【0035】

また、図３～図５を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

【0036】

（医療機関装置）
まず、医療機関装置１０から説明する。図３に示すように、医療機関装置１０は、読み取り部１１と、表示部１２と、近距離無線通信部１３と、通信部１４と、記憶部１５と、制御部１６とを備える。

【0037】

読み取り部１１は、ユーザＵの診察券を読み取る例えばカードリーダである。表示部１２は、画像情報の出力デバイスであって、例えばディスプレイ等で実現される。近距離無線通信部１３は、例えば、ＮＦＣ（Near Field Communication）規格に応じたインターフェイスである。近距離無線通信部１３は、端末装置１００との間で近距離無線通信による直接通信を実現する。なお、読み取り部１１および近距離無線通信部１３は、統合されてもよい。

【0038】

通信部１４は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１４は、ネットワークＮを介して他の医療機関装置１０やサーバ装置２００と有線または無線で接続され、これら装置との間で情報の送受信を行う。

【0039】

記憶部１５は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示す例では、記憶部１５は、認証情報１５ａと、診療情報ＤＢ１５ｂとを記憶する。

【0040】

認証情報１５ａは、上述したステップＳ１の認証処理に関する情報である。診療情報ＤＢ１５ｂは、一の医療機関における患者ごとの診療情報を格納するＤＢである。

【0041】

ここで、図６に認証情報１５ａの一例を示す。図６は、認証情報１５ａの一例を示す図である。図６に示すように、認証情報１５ａは、例えば、「ＩＤｍ」項目と、「患者ＩＤ」項目と、「医療機関ＩＤ」項目と、「ＱＲコード」項目とを有する。

【0042】

「ＩＤｍ」項目は、診察券のカード固有番号であるＩＤｍが格納される。ＩＤｍは、「診察券ＩＤ」の一例に相当する。「患者ＩＤ」は、ＩＤｍに関連付けられ、ユーザＵを一の医療機関における患者として一意に識別する患者ＩＤが格納される。ＩＤｍおよび患者ＩＤは、読み取り部１１によって読み取られる。

【0043】

「医療機関ＩＤ」は、一の医療機関を一意に識別する医療機関ＩＤが格納される。すなわち、病院Ａであれば、病院Ａを示す医療機関ＩＤが格納される。「ＱＲコード」項目は、「ＩＤｍ」項目のＩＤｍ、「患者ＩＤ」項目の患者ＩＤおよび「医療機関ＩＤ」項目の医療機関ＩＤを組み合わせて生成されるＱＲコードが格納される。

【0044】

また、図７に診療情報ＤＢ１５ｂの一例を示す。図７は、診療情報ＤＢ１５ｂの一例を示す図である。図７に示すように、診療情報ＤＢ１５ｂは、例えば、「Ｎｏ．」項目と、「ＩＤｍ」項目と、「患者ＩＤ」項目と、「診療データ」項目とを有する。

【0045】

「Ｎｏ．」項目は、診療情報ＤＢ１５ｂの各レコードを識別するレコード番号が格納される。「ＩＤｍ」項目は、患者ごとの診察券のＩＤｍが格納される。「患者ＩＤ」項目は、患者ごとの患者ＩＤが格納される。「診療データ」項目は、「基本情報」、「検査結果」、「処方内容」、「アレルギー」等の各項目を含み、患者ごとのこれら各項目の該当データが格納される。

【0046】

図３の説明に戻る。制御部１６は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１５に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

【0047】

制御部１６は、認証部１６ａと、取得部１６ｂと、抽出部１６ｃと、提供部１６ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

【0048】

認証部１６ａは、上述したステップＳ１の認証処理を実行する。具体的には、認証部１６ａは、ユーザＵによる読み取り部１１に対する診察券のかざし操作に基づいて診察券を読み取り、ＩＤｍおよび患者ＩＤを取得する。

【0049】

また、認証部１６ａは、取得したＩＤｍおよび患者ＩＤと、医療機関ＩＤとを組み合わせてＱＲコードを生成し、例えば表示部１２へ表示させる。なお、後述するが、端末装置１００は、表示部１２に表示されたＱＲコードを読み取り、情報管理システム１においてユーザＵを一意に識別するユーザＩＤと関連付けて「登録情報」として記憶する。

【0050】

取得部１６ｂは、端末装置１００がユーザＵから診療情報の受信指示を受け付けた場合に、端末装置１００から送信される「端末ＩＤ」を取得する。「端末ＩＤ」は、前述の「登録情報」と、端末装置１００を示す固有文字列とを組み合わせた端末装置１００の識別コードである。

【0051】

また、取得部１６ｂは、ユーザＵによる読み取り部１１に対する診察券のかざし操作に基づいて診察券を読み取り、ＩＤｍおよび患者ＩＤを取得する。また、取得部１６ｂは、診察券から取得したＩＤｍおよび端末ＩＤに基づいて診療情報の提供先を特定する。

【0052】

具体的には、取得部１６ｂは、診察券から取得したＩＤｍが端末ＩＤに含まれる場合に、当該端末ＩＤに該当する端末装置１００を、診療情報の提供先として特定する。抽出部１６ｃは、端末ＩＤに含まれるＩＤｍに関連付けられた患者ＩＤに該当する診療情報を診療情報ＤＢ１５ｂから抽出する。

【0053】

提供部１６ｄは、抽出部１６ｃによって抽出された診療情報を、取得部１６ｂによって特定された端末装置１００へ提供する。このとき、提供部１６ｄは、近距離無線通信部１３を介した直接通信により、診療情報を端末装置１００へ送信する。

【0054】

なお、提供部１６ｄは、診療情報を端末装置１００へ提供する前に、当該診療情報の当該医療機関における守秘義務は消失する旨を端末装置１００へ通知する。これにより、ユーザＵが自身で診療情報を保持することに伴う免責事項を通知することができる。

【0055】

（端末装置）
次に、端末装置１００について説明する。図４に示すように、端末装置１００は、読み取り部１０１と、操作部１０２と、表示部１０３と、近距離無線通信部１０４と、通信部１０５と、記憶部１０６と、制御部１０７とを備える。

【0056】

読み取り部１０１は、前述のＱＲコードを読み取る例えばカメラである。操作部１０２は、ユーザＵからの操作を受け付ける入力デバイスである。表示部１０３は、画像情報の出力デバイスであって、例えばディスプレイ等で実現される。なお、操作部１０２および表示部１０３は、例えばタッチパネルディスプレイを用いることにより統合されてもよい。

【0057】

近距離無線通信部１０４は、上述した近距離無線通信部１３と同様に、例えば、ＮＦＣ規格に応じたインターフェイスである。近距離無線通信部１０４は、医療機関装置１０との間で近距離無線通信による直接通信を実現する。

【0058】

通信部１０５は、上述した通信部１４と同様に、例えば、ＮＩＣ等によって実現される。通信部１０５は、ネットワークＮを介してサーバ装置２００と有線または無線で接続され、サーバ装置２００との間で情報の送受信を行う。

【0059】

記憶部１０６は、上述した記憶部１５と同様に、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示す例では、記憶部１０６は、登録情報１０６ａと、端末ＩＤ１０６ｂと、診療情報１０６ｃとを記憶する。

【0060】

登録情報１０６ａは、上述した「登録情報」に相当する情報である。端末ＩＤ１０６ｂは、上述した「端末ＩＤ」に相当する情報である。すなわち、端末ＩＤ１０６ｂは、登録情報１０６ａの各レコードと、端末装置１００を示す固有文字列とを組み合わせた端末装置１００の識別コードである。診療情報１０６ｃは、医療機関装置１０から取得したユーザＵの診療情報である。

【0061】

ここで、図８に登録情報１０６ａの一例を示す。図８は、登録情報１０６ａの一例を示す図である。図８に示すように、登録情報１０６ａは、例えば、「ＩＤｍ」項目と、「患者ＩＤ」項目と、「医療機関ＩＤ」項目と、「ユーザＩＤ」項目とを有する。

【0062】

「ＩＤｍ」項目と、「患者ＩＤ」項目と、「医療機関ＩＤ」項目とは、これまでと同様であるため、説明を省略する。「ユーザＩＤ」項目は、情報管理システム１においてユーザＵを一意に識別するユーザＩＤが格納される。ユーザＩＤは、例えばユーザＵのメールアドレスである。

【0063】

図８に示すように、登録情報１０６ａは、異なる医療機関ごとに、ユーザＵのＩＤｍ、患者ＩＤ、医療機関ＩＤおよびユーザＩＤが関連付けられた情報である。

【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】

そして、端末装置１００は、表示されたＱＲコードを読み取り（ステップＳ４０４）、通信部１０５を介し、サーバ装置２００へユーザＩＤおよび病院Ｃの医療機関ＩＤを送信する（ステップＳ４０５）。

【0120】

そして、サーバ装置２００は、端末装置１００からユーザＩＤおよび病院Ｃの医療機関ＩＤを受信すると、受信したユーザＩＤに該当の診療情報が病院Ｃにおいて閲覧可能となるようにアクセス制御を変更する（ステップＳ４０６）。

【0121】

なお、かかる時点では、サーバ装置２００においては、ユーザＩＤと病院Ｃの医療機関ＩＤとの関連付けはなされているものの、病院Ｃの医療機関装置１０－２においては、ユーザＩＤと、病院Ｃの患者としての患者ＩＤとの関連付けはなされていない。

【0122】

ただし、医療機関装置１０－２は、該当のユーザＩＤに関し、例えば診療情報の閲覧に際して、サーバ装置２００に対しユーザＩＤをキーとした問い合わせを行うことで、閲覧を行うことが可能である。

【0123】

また、図２２に示すように、情報公開処理は、ユーザＵが、例えば前述のポータル画面に配置された「公開先管理」ボタンＢ１０をタップすることによって開始される。そして、情報公開処理が開始されると、図２２の左下に示すように、端末装置１００は、公開先管理画面へと遷移する。

【0124】

かかる公開先管理画面には、例えばこれまでユーザＵが公開先として許可した医療機関がリスト表示される。また、公開先管理画面には、「公開先の追加」ボタンＢ１１が配置されている。

【0125】

そして、ユーザＵが「公開先の追加」ボタンＢ１１をタップすると、図２２の右上に示すように、端末装置１００は例えばＱＲコードの読み取り画面へと遷移する。かかる読み取り画面には、例えば、カードリーダに診察券をかざした後、ＱＲコードが表示されたらスキャンするようにユーザＵを案内するガイダンスがあわせて表示される。

【0126】

そして、ユーザＵがＱＲコードを読み取ると、図２２の右下に示すように、端末装置１００は、ＱＲコードに含まれる医療機関ＩＤに該当する医療機関である病院Ｃが診療情報の公開先として追加されたことを示す画面へと遷移する。かかる画面には、公開データの一覧と、例えば「公開を停止」ボタンＢ１２が配置されている。ユーザＵは、かかる「公開を停止」ボタンＢ１２をタップすることにより、任意に公開を停止することができる。

【0127】

［効果］
上述してきたように、情報管理システム１は、ユーザＵが使用する端末装置１００と、一の医療機関においてユーザＵの診療情報を保持する医療機関装置１０と、サーバ装置２００とを備える。端末装置１００は、ユーザＵから診療情報の受信指示を受け付けた場合に、記憶部１０６に記憶された上記一の医療機関におけるユーザＵの識別情報を含む端末ＩＤを医療機関装置１０へ送信し、端末ＩＤに基づいて医療機関装置１０から提供される診療情報を取得する取得部１０７ｂを備える。また、端末装置１００は、ユーザＵから診療情報のサーバ装置２００への送信指示を受け付けた場合に、サーバ装置２００においてユーザＵを一意に識別するユーザＩＤとともに診療情報をサーバ装置２００へ送信する送信部１０７ｃを備える。医療機関装置１０は、端末装置１００から端末ＩＤを受け付けた場合に、端末ＩＤに含まれる上記識別情報に対応する診療情報を端末装置１００へ提供する提供部１６ｄを備える。サーバ装置２００は、端末装置１００から受信したユーザＩＤと診療情報とを関連付けて記憶部２０２に格納する格納部２０３ｂを備える。したがって、情報管理システム１によれば、異なる医療機関の間でユーザＵの診療情報をユーザＵに分かりやすく共有させることができる。

【0128】

具体的には、病院Ａを受診したユーザＵは、自身の意思により、病院Ａから診療情報を取得し、自身の意思により、取得した診療情報をクラウドサーバへアップロードし、そしてやはり自身の意思により、診療情報の公開先に例えば病院Ｃを加えることができる。すなわち、ユーザにとっては分かりやすい仕組みで、医療機関にとっては、守秘義務から解放された使いやすい形で、診療情報を異なる医療機関の間で共有させることができる。

【0129】

また、上記識別情報は、ユーザＵを上記一の医療機関の患者として一意に識別する患者ＩＤを含み、提供部１６ｄは、上記端末ＩＤに含まれる患者ＩＤに該当する診療情報を端末装置１００へ提供する。したがって、情報管理システム１によれば、患者ＩＤにより診療情報の提供先となる端末装置１００を特定したうえで、適切に診療情報を提供することができる。

【0130】

また、上記識別情報は、上記一の医療機関におけるユーザＵの診察券を一意に識別するＩＤｍ（「診察券ＩＤ」の一例に相当）を含み、提供部１６ｄは、診察券を読み取ることによって取得されるＩＤｍが端末装置１００から受け付けた端末ＩＤに含まれる場合に、当該ＩＤｍへ関連付けられた患者に該当する診療情報を端末装置１００へ提供する。したがって、情報管理システム１によれば、非接触型ＩＣカードの診察券を用いる場合に、ＩＤｍおよび患者ＩＤにより診療情報の提供先となる端末装置１００を特定したうえで、適切に診療情報を提供することができる。

【0131】

また、提供部１６ｄは、近距離無線通信によって診療情報を端末装置１００へ提供する。したがって、情報管理システム１によれば、基地局等の外部装置を経由することによる情報漏洩のリスクを軽減し、安全に端末装置１００へ診療情報を提供することができる。

【0132】

また、提供部１６ｄは、診療情報を端末装置１００へ提供する前に、当該診療情報の上記一の医療機関における守秘義務は消失する旨を端末装置１００へ通知する。したがって、情報管理システム１によれば、ユーザＵが自身で診療情報を保持することに伴う医療機関側の免責事項を通知することができる。

【0133】

また、提供部１６ｄは、上記一の医療機関を一意に識別する医療機関ＩＤおよび上記識別情報を組み合わせて端末装置１００により読み取り可能な第１のコード情報を生成する。端末装置１００の記憶部１０６は、端末装置１００によって読み取られた第１のコード情報に基づいて、上記識別情報、医療機関ＩＤおよびユーザＩＤを関連付けて記憶する。取得部１０７ｂは、記憶部１０６に記憶された上記識別情報に基づいて端末ＩＤを生成する。したがって、情報管理システム１によれば、第１のコード情報を用いた所定の認証処理を介して容易にかつ安全に、端末装置１００へ診療情報を提供することが可能となる。

【0134】

また、送信部１０７ｃは、上記一の医療機関以外の他の医療機関によって提供される当該他の医療機関の医療機関ＩＤを含む第２のコード情報を読み取った場合に、サーバ装置２００へ当該他の医療機関の医療機関ＩＤおよびユーザＩＤを送信することによって、当該ユーザＩＤへ関連付けられた診療情報が他の医療機関において閲覧可能となるようにサーバ装置２００に診療情報のアクセス制御を変更させる。したがって、情報管理システム１によれば、第２のコード情報を用いた所定の認証処理を介して容易に、他の医療機関へ診療情報を共有させることが可能となる。

【実施例0135】

ところで、実施例１では、非接触型ＩＣカードの診察券を用いる例を挙げたが、診察券が非接触型ＩＣカードでない医療機関も多い。そこで、実施例２では、かかる場合を例に挙げる。

【0136】

具体的には、診察券が非接触型ＩＣカードでない場合、医療機関装置１０は、ＩＤｍおよび患者ＩＤの読み取りができないこととなる。ただし、診療機関においては通常、患者には、患者を一意に識別する患者ＩＤが割り振られており、診察券にはその患者ＩＤが記載されていることが多い。

【0137】

そこで、実施例２では、認証処理において、ユーザＵに患者ＩＤを例えば手入力してもらい、かかる患者ＩＤに基づいて仮想のＩＤｍを生成する。かかる仮想のＩＤｍの生成には、例えばハッシュ関数等を用いたアルゴリズムを用いることができる。

【0138】

そのうえで、医療機関装置１０は、生成したＩＤｍ、患者ＩＤおよび医療機関ＩＤを組み合わせてＱＲコードを生成し、生成したＱＲコードを表示部１２へ表示させて、ユーザＵに読み取らせればよい。