特開 2023-132347 情報伝達システム、情報出力装置、および情報伝達方法

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

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

(11)【公開番号】P2023132347

(43)【公開日】2023-09-22

(54)【発明の名称】情報伝達システム、情報出力装置、および情報伝達方法

(51)【国際特許分類】

   G16H 10/60 20180101AFI20230914BHJP

【ＦＩ】

G16H10/60

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022037605

(22)【出願日】2022-03-10

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000279

【氏名又は名称】弁理士法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】及川 道雄

(72)【発明者】

【氏名】岩田 吉晴

(72)【発明者】

【氏名】西村 日加里

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

5L099

【Ｆターム（参考）】

5L099AA23

(57)【要約】

【課題】互いのネットワークが分離された情報システム間で機密性の高い情報のやりとりを可能にする。
【解決手段】情報伝達システムは、共有対象情報を記憶しており、該共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより秘匿データを生成し、該秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードを生成する情報出力装置と、前記秘匿化方法を予め記憶しておき、前記二次元バーコードを復号して前記秘匿データを取得し、前記秘匿化方法に基づいて前記秘匿データを解読する情報入力システムと、を有する。
【選択図】図４

【特許請求の範囲】

【請求項1】

共有対象情報を記憶しており、該共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより秘匿データを生成し、該秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードを生成する情報出力装置と、
前記秘匿化方法を予め記憶しておき、前記二次元バーコードを復号して前記秘匿データを取得し、前記秘匿化方法に基づいて前記秘匿データを解読する情報入力システムと、
を有する情報伝達システム。

【請求項2】

前記秘匿化方法は、所定の圧縮メソッドによるデータ圧縮を伴うアーカイブ化であり、
前記情報出力装置は、前記共有対象情報をアーカイブ化してアーカイブファイルを生成し、前記アーカイブファイルのヘッダに含まれる前記圧縮メソッドの領域の情報を抜去することにより前記秘匿データを生成して二次元バーコードに搭載し、
前記情報入力システムは、前記圧縮メソッドを示す情報を予め記憶しており、前記秘匿データに前記圧縮メソッドを示す情報を付加することにより前記アーカイブファイルを復元し、前記アーカイブファイルから前記共有対象情報を取り出す、
請求項１に記載の情報伝達システム。

【請求項3】

前記情報出力装置は、インターネットから分離された病院の閉域ネットワークのみに接続される情報処理装置であり、
予め病院毎に圧縮メソッドが定められており、
前記情報出力装置は、前記共有対象情報を、自病院の圧縮メソッドによるデータ圧縮を伴うアーカイブ化し、生成されたアーカイブファイルのヘッダに含まれる前記圧縮メソッドの領域の情報を抜去することにより前記秘匿データを生成し、前記自病院の病院識別情報と前記秘匿データとを搭載した二次元バーコードを生成し、
前記情報入力システムは、病院識別情報と圧縮メソッドとの対応づけを予め記憶しており、前記二次元バーコードを復号して前記病院識別情報と前記秘匿データを取得し、該病院識別情報に対応づけられた圧縮メソッドを前記秘匿データに付加することにより前記アーカイブファイルを復元し、前記アーカイブファイルから前記共有対象情報を取り出す、
請求項２に記載の情報伝達システム。

【請求項4】

前記情報出力装置は、前記秘匿データを所定サイズ以下の複数個の分割ファイルに分割し、前記分割ファイルのそれぞれについて、当該分割ファイルを搭載し、前記秘匿データにおける当該分割ファイルの番号をヘッダに付加した二次元バーコードを生成し、
前記情報入力システムは、複数個の前記二次元バーコードを復号して前記分割ファイルを取得し、前記ヘッダから前記番号を取得し、前記番号に基づいて前記複数個の分割ファイルを結合して前記秘匿データを生成する、
請求項２に記載の情報伝達システム。

【請求項5】

前記共有対象情報は、発行日時の情報を含むあるいは付加されており、
前記情報入力システムは、前記秘匿データから得られた共有対象情報を前記発行日時と共にデータベースに記録し、新たに得られた共有対象情報の発行日時が、前記データベースに記録されている共有対象情報の発行日時より新しければ前記新たに得られた共有対象情報を前記データベースに記録し、前記新たに得られた共有対象情報の発行日時が、前記データベースに記録されている共有対象情報の発行日時より古ければ前記新たに得られた共有対象情報を前記データベースに記録せずに破棄する、
請求項１に記載の情報伝達システム。

【請求項6】

前記情報出力装置は、前記二次元バーコードを紙片に印刷または画面に表示し、
前記情報入力システムは、前記紙片または前記画面の前記二次元バーコードを撮影する、
請求項１に記載の情報伝達システム。

【請求項7】

前記情報入力システムは、患者がそれぞれ携帯する端末装置と、前記インターネットを介して前記端末装置と接続可能なサーバ装置と、を含む、
請求項３に記載の情報伝達システム。

【請求項8】

共有対象情報を記憶するデータベースと、
該共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより秘匿データを生成する情報秘匿部と、
該秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードを生成するコード生成部と、
を有する情報出力装置。

【請求項9】

共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより生成された秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードの画像を取得する画像取得部と、
前記二次元バーコードを復号して前記秘匿データを取得するコード復号部と、
前記秘匿化方法を予め記憶するデータベースと、
前記秘匿化方法に基づいて前記秘匿データを解読する情報解読部と、
を有する情報入力システム。

【請求項10】

共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより生成された秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードを復号して前記秘匿データを取得するコード復号部と、
前記秘匿化方法を予め記憶するデータベースと、
前記秘匿化方法に基づいて前記秘匿データを解読する情報解読部と、
を有するサーバ装置。

【請求項11】

情報出力装置から情報入力システムに共有対象情報を伝達するための情報伝達方法であって、
前記情報出力装置が、
共有対象情報を記憶しており、
該共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより秘匿データを生成し、
該秘匿データを搭載し前記秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードを生成し、
前記情報入力システムが、
前記秘匿化方法を予め記憶しておき、
前記二次元バーコードを復号して前記秘匿データを取得し、
前記秘匿化方法に基づいて前記秘匿データを解読する、
情報伝達方法。

【発明の詳細な説明】

【技術分野】

【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】実施例２における個別健康関連情報取込処理のフローチャートである。

【図20】実施例３における個別治療情報の一例を示す図である。

【図21】実施例３における個別治療情報登録処理のフローチャートである。

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

【0009】

以下、連携医療システムの実施形態について説明する。

【実施例0010】

図１は、実施例１による連携医療システムの概略のブロック図である。連携医療システムは、インターネット２１から分離された閉域内独立ネットワーク２０に接続される病院システムと、インターネット２１に接続される患者支援サービスシステムとが情報を共有するものである。

【0011】

病院情報システムは、病院において各患者の個別のカルテデータなど機密性が求められる情報である個別治療情報を管理する情報システムである。病院情報システムには、閉域内パーソナルコンピュータ（以下「ＰＣ」ともいう）１１、データベース１２、プリンタ１３、およびカメラ１４が含まれる。患者支援サービスシステムは、患者の健康管理に関する支援を行うための情報システムである。患者支援サービスシステムには、患者支援サービスサーバ１７、患者スマートホン（以下「スマホ」ともいう）１５、およびデータベース１８が含まれる。さらに、連携医療システムには、病院の内外で医師等が使用する病院用タブレット端末１６が含まれる。病院用タブレット端末１６は、閉域内独立ネットワーク２０ではなく、インターネット２１に接続される。

【0012】

閉域内ＰＣ１１、患者支援サービスサーバ１７、患者スマホ１５、および病院用タブレット端末１６はいずれもＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびメモリを有する情報処理装置で構成され、ＣＰＵがメモリを利用してソフトウェアプログラムを実行することにより、後述する機能を実現するものである。本実施例では、患者支援サービスサーバ１７は、クラウドシステム２２上に構築されるので、患者支援サービスサーバ１７のＣＰＵおよびメモリは仮想的なものである。

【0013】

まず、閉域内ＰＣ１１から患者支援サービスサーバ１７へ向けた情報の共有について説明する。

【0014】

閉域内ＰＣ１１は、ＤＢ１２に共有対象情報を記憶しており、共有対象情報を所定の秘匿化方法で圧縮および秘匿化することにより秘匿データを生成し、その秘匿データを搭載し秘匿化方法を表す秘匿化情報を搭載しない二次元バーコードであるＱＲコード（登録商標）を生成する。この共有対象情報は、一例として、病院内で管理されている患者の治療に関連する情報である。ＱＲコードは、プリンタ１３によってＱＲコード印刷物１９に印刷される。秘匿化方法は予め病院毎に定められている。

【0015】

図２は、ＱＲコード印刷物の一例を示す図である。ＱＲコード印刷物１９は個々の患者に対して提供される紙片である。ＱＲコード印刷物１９には、当該患者名および患者識別情報（患者ＩＤ）３１と、当該患者の治療を行う病院の病院名および病院識別情報（病院ＩＤ）９２と、上述したＱＲコード３３と、当該患者の治療スケジュール３４とが印刷されている。治療スケジュール３４は、共有対象情報としてＱＲコード３３にも搭載されているが、当該患者の利便性のために印刷もされている。

【0016】

ＱＲコード印刷物１９上のＱＲコードは、患者スマホ１５のカメラ機能によって読み取られ復号される。復号結果である秘匿データが患者支援サービスサーバ１７に送られる。患者支援サービスサーバ１７は、上記秘匿化方法の情報を予め記憶しており、その秘匿化方法に基づいて秘匿データを解読し、共有対象情報を取得する。

【0017】

続いて、患者支援サービスサーバ１７から閉域内ＰＣ１１へ向けた情報の共有について説明する。

【0018】

患者支援サービスサーバ１７は、ＤＢ１８に共有対象情報を記憶しており、その共有対象情報を、閉域内ＰＣ１１が備えられている病院に対応する秘匿化方法で圧縮および秘匿化することにより秘匿データを生成する。この共有対象情報は、一例として、患者スマホ１５によって定期的に取得された患者の健康に関連する情報である。患者支援サービスサーバ１７は、その秘匿データを搭載し、秘匿化方法を表す秘匿化情報を搭載しないＱＲコードを生成する。

【0019】

例えば、病院用タブレット端末１６は、患者支援サービスサーバ１７からＱＲコードのデータを取得し、画面に表示することができる。

【0020】

図３は、ＱＲコード表示画面の一例を示す図である。ＱＲコード表示画面４１には、病院名および病院ＩＤ４２と、指定された複数の患者のＱＲコード４３と、が表示されている。例えば、病院側では、ある日に治療予定の全ての患者を指定してそのＱＲコードを取得するといった利用方法が考えられる。

【0021】

病院用タブレット端末１６に表示されたＱＲコード表示画面４１のＱＲコード４３は、カメラ１４で撮影され、閉域内ＰＣ１１に取り込まれる。閉域内ＰＣ１１は、自病院に対応する秘匿化方法を予め記憶しており、ＱＲコードを復号して秘匿データを取得し、その秘匿化方法に基づいて秘匿データを解読する。

【0022】

以下、更にシステムおよび装置の構成および動作を詳細に説明する。

【0023】

図４は、連携医療システムおよび各装置の構成を示すブロック図である。

【0024】

ＤＢ１２には、個別治療情報５８、秘匿化情報５９、および個別健康関連情報６０が格納されている。ＤＢ１８には、秘匿化情報テーブル７０、個別治療情報７１、治療病院情報７２、および個別健康関連情報７３を有している。

【0025】

個別治療情報５８は、病院において閉域内ＰＣ１１から医師等が入力した各患者に個別の治療に関連する情報である。個別治療情報７１は、個別治療情報５８が閉域内ＰＣ１１からＱＲコード印刷物１９を介して患者支援サービスサーバ１７に提供された情報である。個別治療情報５８と個別治療情報７１は基本的に同一の情報である。図５は、個別治療情報の一例を示す図である。個別治療情報５８、７１には、各患者を識別する患者ＩＤ１０２に対応づけて、病名１０３、治療スケジュール情報１０４などが記録されている。個別治療情報７１が患者支援サービスサーバ１７に共有されることにより、患者支援サービスにおいて個別治療情報を利用したサービスが可能となる。例えば、患者が患者スマホ１５によって自身の治療スケジュールを表示させるといったことが可能となる。

【0026】

個別健康関連情報７３は、各患者によって患者スマホ１５から入力され患者支援サービスシステム１７に収集され蓄積された各患者に個別の健康管理に関連する情報である。個別健康関連情報６０は、個別健康関連情報７３が患者支援サービスサーバ１７から病院用タブレット端末１６の表示画面を介して閉域内ＰＣ１１に提供された情報である。個別健康関連情報７３と個別健康関連情報６０は基本的に同一の情報である。図６は、個別健康関連情報の一例を示す図である。個別健康関連情報６０、７３には、患者ＩＤ１２１および取得された日付１２２に対応づけて、健康状態１２３、体温１２４、血圧１２５などの情報が記録されている。健康状態１２３は、良好、普通、悪いといった選択肢から患者が自身の健康状態にあうものとして選択した情報である。個別健康関連情報６０、７３には、更に、患者が服薬を行ったか、食事を取ったか、睡眠時間などの情報が含まれていてもよい。個別健康関連情報６０が閉域内ＰＣ１１に共有されることにより、例えば、医師が、患者の日々の健康管理に関連する情報を治療に役立てることができる。

【0027】

秘匿化情報５９は自病院に対応する秘匿化方法を示す情報である。秘匿化情報テーブル７０は、各病院の秘匿化情報５９を含む情報である。図７は、秘匿化情報テーブルの一例を示す図である。秘匿化情報テーブル７０には、病院ＩＤ９２に対応づけて秘匿化情報９３が記録されている。秘匿化情報９３は、共有対象情報を秘匿化するときに用いる秘匿化方法を示すものであり、秘匿データから共有対象情報を解読するときにも必要となる情報である。本実施例における秘匿化は、共有対象情報に対して、病院毎に定めた圧縮メソッドによるデータ圧縮を伴うアーカイブ化を行ってｚｉｐファイルを生成し、ｚｉｐファイルから圧縮メソッドを示す情報を抜去することにより、容易に解読できない秘匿データにするというものである。その圧縮メソッドが秘匿化方法であり、圧縮メソッドを示す情報が秘匿化情報である。なお、図７の例では、病院毎に異なる圧縮メソッドが割り当てられているが、これに限定されることはない。圧縮メソッドの種類は限られているが、病院数がそれよりも多い場合には、例えば複数の圧縮メソッドに病院を分散させることにしてもよい。

【0028】

治療病院情報７２は、患者毎にどの病院で治療を受けているかを示す情報である。図８は、治療病院情報の一例を示す図である。治療病院情報７２には、各患者の患者ＩＤ１１１に対応づけて、当該患者が治療を受けている病院の病院ＩＤ１１２が記録されている。この治療病院情報７２は、各患者の患者スマホ１５から登録される。

【0029】

図４に戻り、閉域内ＰＣ１１は、情報秘匿部５１、コード生成部５２、印刷部５３、情報解読部５４、コード復号部５５、画像取得部６、および情報入力部５７を有している。患者スマホ１５は、画像取得部６１、登録受付部６２、体調情報取得部６３、およびコード復号部６４を有している。患者支援サービスサーバ１７は、登録処理部６５、体調情報蓄積部６６、情報解読部６７、情報秘匿部６８、およびコード生成部６９を有する。病院用タブレット端末１６は表示部３２を有している。

【0030】

以下、各部の動作を含めて連携医療システム全体の処理の流れについて説明する。

【0031】

図９は、個別治療情報共有処理のフローチャートである。個別治療情報共有処理は、閉域内ＰＣ１１から患者支援サービスサーバ１７へ向かう情報共有の処理である。個別治療情報５８は、医師等の操作を受けた情報入力部５７により予めＤＢ１２に登録されているものとする。

【0032】

まず、患者の利用する患者スマホ１５と患者支援サービスサーバ１７との間でアプリ利用登録が行われる（ステップＳ１０１）。患者が患者スマホ１５に患者支援サービスのアプリケーションをインストールし、アプリケーションの登録画面から自身の氏名や属性の情報を入力すると、その情報が患者支援サービスサーバ１７に登録される。このアプリ利用登録により、患者が患者支援サービスサーバ１７による患者支援サービスを利用できるようになる。

【0033】

一方、患者が治療を受ける病院の閉域内ＰＣ１１では、例えば患者が治療や診察を受けた際にＱＲコード印刷物出力処理が行なわれる（ステップＳ１０２）。

【0034】

図１０は、ＱＲコード印刷物出力処理のフローチャートである。

【0035】

まず、閉域内ＰＣ１１はＤＢ１２から対象の患者の個別治療情報５８を読み出す（ステップＳ２０１）。更に、閉域内ＰＣ１１にて、情報秘匿部５１が、個別治療情報５８に対して、自病院の秘匿化情報５９により示される圧縮メソッドにより圧縮を伴うアーカイブ化を行い、ｚｉｐファイルを生成する（ステップＳ２０２）。更に、情報秘匿部５１は、ｚｉｐファイルから圧縮メソッドが記載されるフィールドの情報を抜去することにより秘匿化を行い、秘匿データを生成する（ステップＳ２０３）。次に、コード生成部５２が、自病院の病院ＩＤと、ステップＳ２０３で生成された秘匿データとをコード化して病院識別情報＆個別治療情報ＱＲコードを生成する。

【0036】

図１１は、病院識別情報＆個別治療情報ＱＲコードの一例を示す図である。図１１に示すように、病院識別情報＆個別治療情報ＱＲコード３３には、病院ＩＤのファイル８１と、個別治療情報５８を圧縮して搭載したｚｉｐファイル８２とが搭載されている。ｚｉｐファイル８２には、そのローカルヘッダ８３と、セントラルディレクトリエントリ８４とに圧縮メソッドのフィールドがある。それらの圧縮メソッドの部分の情報を抜去することにより秘匿化を実現する。なお、本実施例では、圧縮メソッドの部分のみ抜去する例を示すが、これに限定されることはない。他の例として、圧縮メソッドと共に、作成されたバージョン、展開に必要なバージョンなどセンタトラルディレクトリエントリやローカルヘッダの他の領域の情報も抜去することにしてもよい。また、図１１のｚｉｐファイル８２には複数のファイルが搭載されているが、ファイル数は特に限定されず、例えば１つであってもよい。

【0037】

図１０に戻り、次に、印刷部５３が、病院識別情報＆個別治療情報ＱＲコード３３を含んだＱＲコード印刷物１９を印刷する（ステップＳ２０５）。

【0038】

図９に戻り、ステップＳ１０２にて印刷されたＱＲコード印刷物１９は患者に渡される。患者は、図２に例示したＱＲコード印刷物１９の治療スケジュール３４を目で見て確認できる。これを基に患者支援サービスサーバ１７により提供される患者支援サービスに登録すれば、患者スマホ１５上で、図５に例示した個別治療情報５８に含まれる情報を確認できるようになる。

【0039】

患者が患者スマホ１５上の患者支援サービスのアプリケーションによってＱＲコード印刷物１９の病院識別情報＆個別治療情報ＱＲコード３３を撮影すると、患者スマホ１５では、画像取得部６１が、病院識別情報＆個別治療情報ＱＲコード３３の画像を取得し、コード復号部６４が、病院識別情報＆個別治療情報ＱＲコード３３を復号する（ステップＳ１０３）。

【0040】

続いて、患者スマホ１５はアプリケーションのメニューを表示する（ステップＳ１０４）。メニューの項目として病院登録と個別治療情報登録とが含まれている。病院登録は、患者が治療を受ける病院を登録する手続であり、初回のみ必要となる。個別治療情報登録は、病院から発行された個別治療情報５８を登録する処理であり、病院でＱＲコード印刷物１９を受け取る毎に行うべきものである。

【0041】

ここでは患者が病院登録を選択したものとする。それにより、患者スマホ１５と患者支援サービスサーバ１７とにより病院登録処理が行われる（ステップＳ１０５）。

【0042】

なお、ここでは、病院登録処理と個別治療情報登録処理は患者がメニューから選択する例を示すが、これに限定されることはない。他の例として、患者スマホ１５にて自動的に選択することにしてもよい。例えば、当該患者について初回のＱＲコードの読み込みであれば病院登録処理を選択し、それ以降は個別治療情報登録処理を選択することにしてもよい。

【0043】

図１２は、病院登録処理のフローチャートである。

【0044】

まず、患者スマホ１５では、登録受付部６２が、ステップＳ１０３で得られた復号結果のファイル８１から病院ＩＤを取得する（ステップＳ３０１）。さらに、登録受付部６２は、ステップＳ３０１で取得した病院ＩＤを患者ＩＤと共に患者支援サービスサーバ１７に送信する（ステップＳ３０２）。患者支援サービスサーバ１７では、登録処理部６５が、受信された患者ＩＤと病院ＩＤとの紐づけを治療病院情報７２としてＤＢ１８に記録する。以上で病院登録が完了する。その後、患者は病院でＱＲコード印刷物１９を受け取る毎に個別治療情報登録を行う。

【0045】

図９に戻り、患者が患者スマホ１５上の患者支援サービスのアプリケーションによってＱＲコード印刷物１９の病院識別情報＆個別治療情報ＱＲコード３３を撮影すると、患者スマホ１５では、画像取得部６１が、病院識別情報＆個別治療情報ＱＲコード３３の画像を取得し、コード復号部６４が、病院識別情報＆個別治療情報ＱＲコード３３を復号する（ステップＳ１０６）。

【0046】

続いて、患者スマホ１５はアプリケーションのメニューを表示する（ステップＳ１０７）。ここでは患者が個別治療情報登録を選択したものとする。それにより、患者スマホ１５と患者支援サービスサーバ１７とにより個別治療情報登録処理が行われる（ステップＳ１０８）。

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

なお、ここでは、１つの個別健康関連情報を複数のＱＲコードに分けて搭載してやりとりする例を示したが、複数の個別健康関連情報のファイルをそれぞれ複数のＱＲコードに分けて搭載してやりとりすることも可能である。その場合、ステップＳ８０２にて、コード生成部６９は、各ＱＲコードに付加する特殊なヘッダ情報にファイル番号とデータブロックの通し番号情報とを搭載すればよい。そして、閉域内ＰＣ１１では、ステップＳ９０３にて、コード復号部５５が複数のデータブロックのファイル番号と通し番号とを取得し、ステップＳ９０４にて、同じファイル番号のデータブロックを通し番号の順序で結合すればよい。