(57)【要約】【課題】各健康医療機関で収集されたいかなるデータ形式のデータであってもサーバにおいて標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができる健康医療介護連携システムのデータ連携方法、データ連携用プログラム、および、サーバを提供する。【解決手段】データ取得部１１が複数の健康医療機関２から健康医療情報を取得するステップと、データ標準化部１２がその情報を標準化されたデータ形式の情報に変換するステップと、要求受付部１６がいずれかの健康医療機関２から情報の要求を受け付けるステップと、データ要求制御変換部２７がその要求に基づいて、標準化されたデータ形式の情報を要求のあった健康医療機関２の検査方法およびデータ形式に沿ったフォーマットのデータに変換するステップとを備える健康医療介護連携システムのデータ連携方法。【選択図】図７
2019095868.tif 000002
【特許請求の範囲】
【請求項１】
複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムのデータ連携方法であって、
データ取得部が、前記複数の健康医療機関から前記健康医療情報を取得するステップと、
データ標準化部が、前記データ取得部が取得した前記健康医療情報を標準化されたデータ形式の健康医療情報に変換して標準データ記憶部に記憶するステップと、
要求受付部が、前記複数の健康医療機関のうちのいずれかの健康医療機関から、特定の利用者に関する健康医療情報の要求を受け付けるステップと、
データ要求制御変換部が、前記要求受付部が受け付けた要求に基づいて、前記標準データ記憶部に記憶されている標準化されたデータ形式の健康医療情報を、前記要求のあった健康医療機関の検査方法およびデータ形式に沿ったフォーマットのデータに変換するステップと、
データ送信部が、前記データ要求制御変換部が変換したデータを、前記要求のあった健康医療機関に送信するステップと、
を備えることを特徴とする健康医療介護連携システムのデータ連携方法。
【請求項２】
複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムのデータ連携方法であって、
データ取得部が、前記複数の健康医療機関から前記健康医療情報を取得するステップと、
データ標準化部が、前記データ取得部が取得した前記健康医療情報を標準化されたデータ形式の健康医療情報に変換して標準データ記憶部に記憶するステップと、
データ解析部が、前記標準データ記憶部に記憶されている標準化されたデータ形式の健康医療情報を解析した解析データを解析結果記憶部に記憶するステップと、
要求受付部が、前記複数の健康医療機関のうちのいずれかの健康医療機関から、特定の利用者に関する健康医療情報の要求を受け付けるステップと、
データ要求制御変換部が、前記要求受付部が受け付けた要求に基づいて、前記解析結果記憶部に記憶された前記利用者の健康医療情報に関する解析データを、前記要求のあった健康医療機関の検査方法およびデータ形式に沿ったフォーマットのデータに変換するステップと、
データ送信部が、前記データ要求制御変換部が変換したデータを、前記要求のあった健康医療機関に送信するステップと、
を備えることを特徴とする健康医療介護連携システムのデータ連携方法。
【請求項３】
複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムのデータ連携用プログラムであって、
データ取得部が、前記複数の健康医療機関から前記健康医療情報を取得するステップと、
データ標準化部が、前記データ取得部が取得した前記健康医療情報を標準化されたデータ形式の健康医療情報に変換して標準データ記憶部に記憶するステップと、
要求受付部が、前記複数の健康医療機関のうちのいずれかの健康医療機関から、特定の利用者に関する健康医療情報の要求を受け付けるステップと、
データ要求制御変換部が、前記要求受付部が受け付けた要求に基づいて、前記標準データ記憶部に記憶されている標準化されたデータ形式の健康医療情報を、前記要求のあった健康医療機関の検査方法およびデータ形式に沿ったフォーマットのデータに変換するステップと、
データ送信部が、前記データ要求制御変換部が変換したデータを、前記要求のあった健康医療機関に送信するステップとを、
前記健康医療介護連携システム用のサーバに実施させることを特徴とするデータ連携用プログラム。
【請求項４】
複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システム用のサーバであって、
前記複数の健康医療機関から前記健康医療情報を取得するデータ取得部と、
前記データ取得部が取得した前記健康医療情報を標準化されたデータ形式の健康医療情報に変換して標準データ記憶部に記憶するデータ標準化部と、
前記複数の健康医療機関のうちのいずれかの健康医療機関から、特定の利用者に関する健康医療情報の要求を受け付ける要求受付部と、
前記要求受付部が受け付けた要求に基づいて、前記標準データ記憶部に記憶されている標準化されたデータ形式の健康医療情報を、前記要求のあった健康医療機関の検査方法およびデータ形式に沿ったフォーマットのデータに変換するデータ要求制御変換部と、
前記データ要求制御変換部が変換したデータを、前記要求のあった健康医療機関に送信するデータ送信部と、
を備えることを特徴とする健康医療介護連携システム用のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の病院、介護施設、薬局等の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおける、健康医療情報等の情報（データ）についてのデータ連携方法、データ連携用プログラム、および、健康医療介護連携システム用のサーバに関するものである。
【背景技術】
【０００２】
現在、多くの病院等の健康医療機関では、それぞれの利用者（患者）の診療の経過等の医療情報を記入する際に電子カルテ等を使用しており、その健康医療機関内で複数の医師、看護師、薬剤師、その他の専門職が、同じ情報を共有することができるようになっている（例えば、特許文献１参照）。
【０００３】
また、その電子カルテ等をサーバ等に保管することにより、他の病院、介護施設、薬局等の健康医療機関から利用者の健康医療情報等の情報（データ）を参照することができるようにしよう、という動きが強まっている。この場合、利用者の情報を健康医療機関同士がやりとりしてよいかどうかについては、利用者に紙形式の同意書を書いてもらうことにより対応している。
【０００４】
しかし、従来のように利用者に紙形式の同意書を書いてもらうやり方では、手間がかかるとともに、どこまで同意したのかが曖昧な場合が多い。また、どの情報が開示されるのかはあらかじめ設定されており、例えば、この情報は開示してもよいがそれ以外の情報については開示してほしくない、とか、この健康医療機関に対しては開示してもよいがそれ以外の健康医療機関に対しては開示したくない、というような利用者ごとの細かい個別設定はできないという不便さがあり、さらに、セキュリティの問題もあって、便利に使えるものになっていなかった。
【０００５】
そこで、本願出願人は、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおいて、利用者が自身の情報をコントロールする権利を有するとともに、セキュリティも確保できる健康医療介護連携システム携帯端末装置用のプログラム、健康医療介護連携システムおよび健康医療介護連携システム統合基盤を確立し、既に特許出願している（特願２０１６−１５０８１６）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−２０３５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムの運用を実際に始めてみると、複数の施設から収集するデータ（情報）を標準形式で収集することが非常に困難であることがわかった。また、たとえ標準形式で収集することができたとしても、既に収集したデータの取り扱いや、標準形式のバージョンが新しくなった場合に新しいバージョンへの切り替え時期のずれを考慮しなければならないこと、さらには、データ解析の際に標準形式のバージョンが変更されていることが非常に大きな問題点となるという課題が発生した。
【０００８】
この発明は、上記のような課題を解決するためになされたものであり、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおいて、各健康医療機関で収集されたいかなるデータ形式のデータ（情報）であってもサーバにおいて標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができる健康医療介護連携システムのデータ連携方法、データ連携用プログラム、および、健康医療介護連携システム用のサーバを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、この発明は、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムのデータ連携方法であって、データ取得部が、前記複数の健康医療機関から前記健康医療情報を取得するステップと、データ標準化部が、前記データ取得部が取得した前記健康医療情報を標準化されたデータ形式の健康医療情報に変換して標準データ記憶部に記憶するステップと、要求受付部が、前記複数の健康医療機関のうちのいずれかの健康医療機関から、特定の利用者に関する健康医療情報の要求を受け付けるステップと、データ要求制御変換部が、前記要求受付部が受け付けた要求に基づいて、前記標準データ記憶部に記憶されている標準化されたデータ形式の健康医療情報を、前記要求のあった健康医療機関の検査方法およびデータ形式に沿ったフォーマットのデータに変換するステップと、データ送信部が、前記データ要求制御変換部が変換したデータを、前記要求のあった健康医療機関に送信するステップと、を備えることを特徴とする。
【発明の効果】
【００１０】
この発明の健康医療介護連携システムのデータ連携方法、データ連携用プログラム、または、健康医療介護連携システム用のサーバによれば、各健康医療機関で収集されたいかなるデータ形式のデータであっても標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができるので、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、また、他の健康医療機関における検査データを、自身の健康医療機関における検査方法およびデータ形式に沿ったフォーマットのデータとして受け取ることができるので、より有効なデータ共有を行うことが可能となる。
【図面の簡単な説明】
【００１１】
【図１】複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムの概要を示す説明図である。
【図２】複数の健康医療機関が健康医療情報を共有することができる現行の（従来の）健康医療介護連携システムの概略構成とデータの関係を示す説明図である。
【図３】複数の健康医療機関が健康医療情報を共有することができる、この発明の実施の形態１における健康医療介護連携システムの概略構成と、健康医療介護連携システム用のサーバと各健康医療機関とのデータの関係を示す説明図である。
【図４】この発明の実施の形態１における健康医療介護連携システム用のクラウドサーバの機能構成の一例を示すブロック図である。
【図５】この発明の実施の形態１における健康医療介護連携システム用のクラウドサーバにおけるデータ解析までの処理を示すフローチャートである。
【図６】この発明の実施の形態１における健康医療介護連携システム用のクラウドサーバにおけるデータ解析以降の処理を示すフローチャートである。
【図７】この発明の実施の形態１における健康医療介護連携システム用のクラウドサーバの機能構成の別の一例を示すブロック図である。
【図８】この発明の実施の形態２における健康医療介護連携システム統合基盤の概略構成を示す図である。
【発明を実施するための形態】
【００１２】
この発明は、複数の病院、介護施設、薬局等の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおける、健康医療情報等の情報（データ）についてのデータ連携方法、データ連携用プログラム、および、健康医療介護連携システム用のサーバに関するものである。
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
【００１３】
図１は、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムの概要を示す説明図である。従来、紙形式で保管されていた医療カルテが電子化されるようになり、ある病院内で複数の医師や看護師により同じ利用者の電子カルテ（医療カルテ）を共有して閲覧や書き込みができるようになった。これを一般に、ＥＭＲ（Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉｃａｌ  Ｒｅｃｏｒｄ）と呼ぶ。
【００１４】
そして、１人の利用者について、例えばＡ病院が所有するＥＭＲと、Ｂ病院が所有するＥＭＲと、Ｃ診療所が所有するＥＭＲと、Ｄ診療所が所有するＥＭＲがあった場合、これら複数の医療機関間でお互いにその情報を共有しようというシステムが考えられたが、かつては法律などの問題もあり、医療機関間の壁を超えることができないという問題があった。
【００１５】
また、ＥＭＲは特定の医療機関の情報だけであるが、利用者のＥＭＲを、一医療機関を超えた電子医療健康情報、すなわち、複数の医療機関間で共有する電子医療健康情報として、ＥＨＲ（Ｅｌｅｃｔｒｏｎｉｃ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄ）というシステムの開発が進められている。さらに、医療情報のみではなく、利用者個人の健康情報（毎日の血圧や食事、歩数などの日々の生活情報）であるＰＨＲ（Ｐｅｒｓｏｎａｌ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄ）と合体させたいという要望もあり、地域レベル、国家レベルで期待されている（図１（ａ），（ｂ）参照）。
【００１６】
このように、医療情報の電子化では、ＥＭＲからＥＨＲへと発展してきており、超高齢社会への突入に対応するべく、我が国の医療がフリーアクセス、一医療機関完結型から専門診療科・地域分業制へと変革するのに合わせて、広域でのＥＨＲが求められている。この広域でのＥＨＲでは、複数のベンダーのＥＭＲの接続、さらには、複数のＥＨＲの接続も視野に置かねばならない。
【００１７】
しかし、我が国のＥＭＲおよびＥＨＲは完全な自由競争の中で発展し、標準化対応は必須ではなかった。このため、クラウド型ＥＨＲの構築には、本人確認、データ標準化、データ開示範囲、同意取得などの課題が存在する。そこで、本願出願人は、クラウド型ＥＨＲをＰＨＲの側から構築することに挑戦し、各健康医療機関がクラウド型ＥＨＲに参加することができるような、ＰＨＲを基盤とした健康医療介護連携システムを開発した。
【００１８】
ただし、利用者個人の健康情報であるＰＨＲについては、一医療機関を超えて他の医療機関からアクセスするためには、同意の問題やセキュリティの問題などがあり、便利に使える状態にはなっておらず、また、その情報の権利者（医療機関の情報であるのか利用者本人の情報であるのか）が明確ではなく、情報の共有があまり活発に行われてはいないのが現状である、という問題があった。
【００１９】
そのため、本願出願人は、複数の病院、介護施設、薬局等の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおいて、様々な情報を開示することに対する利用者の同意を得られるとともに、確実な本人認証方法を用いることによりセキュリティ上も安全であり、さらに、利用者が自身の情報をコントロールする権利を有することにより、利用者中心のＰＨＲとして、複数の健康医療機関間での連携や複数の健康医療機関と利用者との間での連携をスムーズにし、効果的かつ安全な情報の共有を行うことができるようにした健康医療介護連携システム携帯端末装置用のプログラム、健康医療介護連携システムおよび健康医療介護連携システム統合基盤を確立し、既に特許出願している（特願２０１６−１５０８１６）。
【００２０】
しかしながら、複数の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムの運用を実際に始めてみると、複数の施設から収集するデータ（情報）を標準形式で収集することが非常に困難であることがわかった。また、たとえ標準形式で収集することができたとしても、既に収集したデータの取り扱いや、標準形式のバージョンが新しくなった場合に新しいバージョンへの切り替え時期のずれを考慮しなければならないこと、さらには、データ解析の際に標準形式のバージョンが変更されていることが非常に大きな問題点となることがわかった。またさらに、たとえ標準形式でデータ収集できたとしても、各施設での検査機器や検査方法や試薬の違いによって、他の施設の検査値とは基準値域が異なり、単純には比較できず、せっかく蓄積されたビッグデータを簡単には解析できない、という新たな課題も発生している。
【００２１】
図２は、複数の健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）が健康医療情報を共有することができる現行の（従来の）健康医療介護連携システム１の概略構成とデータの関係を示す説明図である。ここで、図２（ａ）は、現行の（従来の）健康医療介護連携システム１と各健康医療機関２との概略構成図であり、図２（ｂ）は、現行の（従来の）健康医療介護連携システム１と各健康医療機関２とでやりとりするデータの関係を示す説明図である。
【００２２】
例えば、図２に示すように、複数の健康医療機関が健康医療情報を共有することができる現行の（従来の）健康医療介護連携システム１では、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）がそれぞれ、独自のデータ形式の健康医療情報（ａ，ｂ，ｃ）を標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’）に変換する標準化プログラムを導入しているが、この標準化プログラムのバージョンが新しくなっていくため、各健康医療機関でバージョンの統一が必要であり、各健康医療機関で新しいバージョンへの切り替え時期がずれることを考慮する必要があった。
【００２３】
また、古いデータを参照したい場合には、現在使用している標準化プログラムをダウングレードする必要が生じる場合もあるので、新しい標準化プログラムにおいて、古いバージョンのデータ形式であっても参照可能にしておく必要があるなど、過去に収集したデータの取り扱いについても考慮しておく必要があった。
【００２４】
さらに、たとえ標準形式でデータ収集できたとしても、例えば病院Ａ（健康医療機関２Ａ）での検査方法と病院Ｂ（健康医療機関２Ｂ）での検査方法が異なるものであった場合には、お互いの検査データ（ａおよびｂ）をデータとして見ることはできても、有効に活用できるデータにはならない、という問題もあった。
【００２５】
そこで、この発明の実施の形態では、複数の病院、介護施設、薬局等の健康医療機関で健康医療情報を共有することができる健康医療介護連携システムにおいて、各健康医療機関で収集されたいかなるデータ形式のデータ（情報）であっても健康医療介護連携システム用のサーバにおいて標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができるようにすることにより、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、また、他の健康医療機関における検査データを、自身の健康医療機関における検査方法およびデータ形式に沿ったフォーマットのデータとして受け取ることができるようにするものである。
【００２６】
実施の形態１．
図３は、複数の健康医療機関が健康医療情報を共有することができる、この発明の実施の形態１における健康医療介護連携システムの概略構成と、健康医療介護連携システム用のサーバと各健康医療機関とのデータの関係を示す説明図である。この健康医療介護連携システムは、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）とデータのやりとりをすることが可能なサーバ、すなわち、健康医療介護連携システム用のサーバ（ここでは、クラウドサーバ１０とする）により構成されている。なお、この実施の形態１では、「健康医療機関」とは、健康医療介護連携システムに参加している、病院、介護施設、薬局、訪問看護ステーション、健診センター等の健康医療サービス機関のことを言う。
【００２７】
図３に示すように、この発明の実施の形態１における健康医療介護連携システム用のクラウドサーバ１０と、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）との関係は、一見すると、現行の（従来の）健康医療介護連携システム１と同様である（図２（ａ）参照）が、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）とのデータのやりとり、および、データの処理については、大きく異なるものとなっている。
【００２８】
すなわち、従来では、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）がそれぞれ、独自の検査データ等の健康医療情報（ａ，ｂ，ｃ，・・・）を他の健康医療機関においても共有可能な標準データ形式に変換するための標準化プログラムを導入し、各健康医療機関２において、標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換し、その標準化された健康医療情報（ａ’，ｂ’，ｃ’，・・・）を健康医療介護連携システム１に送っていた（図２（ｂ）参照）。
【００２９】
一方、この発明の実施の形態１における健康医療介護連携システムでは、健康医療介護連携システム用のクラウドサーバ１０が、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）からそれぞれの検査データ等の健康医療情報（ａ，ｂ，ｃ，・・・）を受け取り、クラウドサーバ１０において、標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換するとともに、その標準化された健康医療情報（ａ’，ｂ’，ｃ’，・・・）を解析し、その患者の健康状態の推移や、推測される病名、有効な治療方法や薬等の解析結果を解析データ（２ａ，２ｂ，２ｃ，・・・）として蓄積する。
【００３０】
図４は、この実施の形態１における健康医療介護連携システム用のクラウドサーバの機能構成の一例を示すブロック図である。図４に示すように、この健康医療介護連携システム用のクラウドサーバ１０は、データ取得部１１、データ標準化部１２、標準データ記憶部１３、データ解析部１４、解析結果記憶部１５、要求受付部１６、データ要求制御変換部１７、および、データ送信部１８を備えている。
【００３１】
データ取得部１１は、複数の健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）から、それぞれの検査データ等の健康医療情報（ａ，ｂ，ｃ，・・・）を取得する取得部である。
データ標準化部１２は、様々な形式のデータを標準化データに変換する標準化プログラムを備えており、データ取得部１１が取得した各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）の健康医療情報（ａ，ｂ，ｃ，・・・）を、標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換する標準化部であり、その変換した健康医療情報（ａ’，ｂ’，ｃ’，・・・）を標準データ記憶部１３に記憶する。
【００３２】
ここで、健康医療情報の標準化について説明する。一般的に、医療情報については標準化が定められているデータ種が多い。この場合、そのデータが何に関するデータであるかを示すタグが各データに定義され、タグが定義されている健康医療情報は、他の健康医療機関や他の健康医療介護連携システム等に参加する健康医療機関の健康医療情報であっても、普通に情報交換することが可能である。しかし、医療情報であっても標準化されていないものもあり、また、一般的に、健康情報については標準化されていないものが多いが、この健康医療介護連携システム用のクラウドサーバ１０では、データ標準化部１２において、標準化されていない情報についてはそのデータが何に関するデータであるかを解析してタグを定義することにより、標準化してデータを保存する。ただし、単なるテキスト情報のコメントなど、標準化できないほど整理されていない情報については、そのまま扱うものとする。
【００３３】
標準データ記憶部１３は、データ標準化部１２で標準化されたデータ形式に変換された健康医療情報（ａ’，ｂ’，ｃ’，・・・）を保存する記憶部である。
データ解析部１４は、標準データ記憶部１３に記憶されている標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）を解析し、その患者の健康状態の推移や、推測される病名、有効な治療方法や薬等の解析結果（標準化されたデータ形式の解析結果）を導き出す解析部であり、その解析した解析データ（２ａ，２ｂ，２ｃ，・・・）を解析結果記憶部１５に記憶する。この際、後述のように、データ要求制御変換部１７から問い合わせがあった場合には、標準形式によって標準データ記憶部１３に対しての問い合わせを行い、その結果をもとに絞り込みや多重検索を行い、得られた結果（解析結果）を解析結果記憶部１５に渡す。
【００３４】
ここで、データ解析部１４が解析用データ（解析結果）を導き出す具体的手法について簡単に説明する。検体検査では検査対象物、検査方法、検査結果、結果の単位、結果の基準値域などをデータセットとして扱う。わが国で標準的に使われているＪＬＡＣ１０という臨床検査項目分類コードでは検査対象物や検査方法に複数の記載方法が許容されているものがあり、標準形式の問い合わせに対していくつかのバリエーションを考慮して問い合わせを組み立てなければならない。すなわち、要求受付部１６に投げられた要求が１つであってもデータ解析部１４での処理で適切な多段階問い合わせに変換して実施する。
検体検査のもう１つの特徴は、検査機関ごとに基準値域を設定しているが、検査機器の変更など必要に応じて不定期に変更される。また、同じ検査機器を用いて同じ試薬を用いていても、異なる基準値域を採用している場合もある。このため共用基準値域を決めようとしている検査もあるが、共用基準値域を設定できない検査項目が多い。そこで、基準値域の違いを数学的に補正する。検査データ（測定値）をＸ、基準値域上限をＨ、基準値域下限をＬ、解析用指標値をＹとすると、Ｙ＝（Ｘ−Ｌ）／（Ｈ−Ｌ）であり、正常値の場合にはＹは０〜１に分布することになる。
なお、ここでは検体検査を例に挙げたが、病名や薬剤についても同様に標準形式での問い合わせであっても配慮が必要なものについてデータ解析部１４で処理を行う。
【００３５】
解析結果記憶部１５は、データ解析部１４で導き出された解析データ（２ａ，２ｂ，２ｃ，・・・）を保存する記憶部である。
要求受付部１６は、複数の健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）のうちのいずれかの健康医療機関２から、特定の利用者（ある患者）に関する健康医療情報の要求を受け付ける受付部である。
【００３６】
データ要求制御変換部１７は、要求受付部１６が受け付けた要求に基づいて、解析結果記憶部１５に記憶されたその利用者（患者）の健康医療情報に関する解析データ（２ａ，２ｂ，２ｃ，・・・）を、要求（要求受付部１６が受け付けた要求）のあった健康医療機関２の検査方法およびデータ形式に沿ったフォーマットのデータに変換する。この際、まず、要求が標準形式に基づいているか否かのチェック、すなわち、標準形式に基づいているか健康医療機関２固有のデータ形式に基づいているかのチェックを行い、健康医療機関２のデータ形式に基づいている場合は、データ標準化部１２での変換と同様の手法によって標準形式の問い合わせに変換してデータ解析部１４に対して問い合わせを行う。次に、解析結果記憶部１５に記憶された解析結果をデータ送信部１８から健康医療機関２へ返す際には、その利用者（患者）の健康医療情報に関する解析データ（２ａ，２ｂ，２ｃ，・・・）を、要求（要求受付部１６が受け付けた要求）のあった健康医療機関２の検査方法およびデータ形式に沿ったフォーマットのデータに変換する。なお、健康医療機関２がどのような形式で問い合わせたのかについては、先にデータ要求制御変換部１７で標準形式の問い合わせに変換した際の情報を用いて判断すればよい。
【００３７】
例えば、要求のあった健康医療機関２が病院Ｚ（健康医療機関２Ｚ）であった場合、病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式でデータ解析部１４に問い合わせをするとともに、解析結果記憶部１５に記憶された解析データ（２ａ，２ｂ，２ｃ，・・・）を、要求（要求受付部１６が受け付けた要求）のあった病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ（２ａｚ，２ｂｚ，２ｃｚ，・・・）に変換する。
【００３８】
データ送信部１８は、データ要求制御変換部１７で変換された、要求のあった（要求受付部１６が要求を受け付けた）健康医療機関２（上記の例では２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ（２ａｚ，２ｂｚ，２ｃｚ，・・・）を、その要求のあった健康医療機関２（上記の例では２Ｚ）に送信する。
【００３９】
図５は、この実施の形態１における健康医療介護連携システム用のクラウドサーバにおけるデータ解析までの処理を示すフローチャートである。
まず初めに、データ取得部１１が、各健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）から、それぞれの検査データ等の健康医療情報（ａ，ｂ，ｃ，・・・）を取得すると（ステップＳＴ１のＹＥＳの場合）、データ標準化部１２が、自身が有する標準化プログラムによって、それぞれの健康医療情報（ａ，ｂ，ｃ，・・・）を、標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換し（ステップＳＴ２）、その標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）を標準データ記憶部１３に保存する（ステップＳＴ３）。
【００４０】
このように、健康医療介護連携システム用のクラウドサーバ１０が、標準化プログラムを備えており、すべての健康医療情報（ａ，ｂ，ｃ，・・・）をクラウドサーバ１０にインストールされた最新の標準化プログラムによって標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換しているので、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、標準形式のバージョンが新しくなった場合に新しいバージョンへの切り替え時期のずれを考慮する必要もない。
【００４１】
次に、データ解析部１４が、標準データ記憶部１３に記憶されている標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）を解析する（ステップＳＴ４）。すなわち、その患者の健康状態の推移や、推測される病名、有効な治療方法や薬等の解析結果を導き出し、その導き出された解析結果である解析データ（２ａ，２ｂ，２ｃ，・・・）を解析結果記憶部１５に保存する（ステップＳＴ５）。
【００４２】
このように、クラウドサーバ１０が、各健康医療機関２から取得した健康医療情報を、標準化されたデータ形式に変換するだけでなく、さらに、患者の健康状態の推移や、推測される病名、有効な治療方法や薬等の解析結果を導き出して、その導き出された解析結果を標準化された解析データ（２ａ，２ｂ，２ｃ，・・・）として記憶することにより、すべての健康医療機関２が参照することのできる共有データとして、単なる検査データではなく、それまでの健康医療情報により得られたすべての情報を各健康医療機関で共有することが可能となる。
【００４３】
図６は、この実施の形態１における健康医療介護連携システム用のクラウドサーバにおけるデータ解析以降の処理を示すフローチャートである。
ここでは、図５に示すデータ解析までの処理は行われており、標準データ記憶部１３および解析結果記憶部１５にはそれぞれ、ある患者の健康医療情報（ａ，ｂ，ｃ，・・・）に対応する標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）および解析された解析データ（２ａ，２ｂ，２ｃ，・・・）が保存されているものとし、ある健康医療機関２として、病院Ｚ（健康医療機関２Ｚ）から、その患者の健康医療情報の要求があったものとして説明する。
【００４４】
まず初めに、要求受付部１６が、ある１つの健康医療機関２（ここでは２Ｚ）から、ある患者に関する健康医療情報の要求を受け付けると（ステップＳＴ１１のＹＥＳの場合）、データ要求制御変換部１７が、解析結果記憶部１５に記憶されているその患者の健康医療情報に関する解析データ（２ａ，２ｂ，２ｃ，・・・）を、要求のあった健康医療機関２（ここでは２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ、すなわち、病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータに変換する（ステップＳＴ１２）。
【００４５】
そして、データ送信部１８が、データ要求制御変換部１７が変換した、データ要求のあった（要求受付部１６が要求を受け付けた）その病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ（２ａｚ，２ｂｚ，２ｃｚ，・・・）を、要求のあった健康医療機関２である病院Ｚ（健康医療機関２Ｚ）に送信する（ステップＳＴ１３）。
【００４６】
これにより、例えば病院Ａ（健康医療機関２Ａ）の検査データ（ａ）を標準化して解析した結果（２ａ）が病院Ｚ（健康医療機関２Ｚ）とは異なる検査方法によるものであった場合でも、病院Ａ（健康医療機関２Ａ）の検査データ（ａ）が標準化された上で解析された解析データ（２ａ）を、さらに病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式に沿ったフォーマットになるよう変換したデータ（２ａｚ）とした上で病院Ｚ（健康医療機関２Ｚ）に送信するので、病院Ｚ（健康医療機関２Ｚ）の検査方法による他の検査データと比較できるレベルのデータとなり、病院Ｚ（健康医療機関２Ｚ）にとっても有効に活用することができるため、病院Ｚ（健康医療機関２Ｚ）において、病院Ａ（健康医療機関２Ａ）での検査データも踏まえて、その患者の健康状態の推移や、推測される病名、有効な治療方法や薬等の解析結果を得ることができるようになる。
【００４７】
すなわち、従来では、たとえ標準形式でデータ収集できたとしても、各施設での検査機器や検査方法や試薬の違いによって、他の施設の検査値とは基準値域が異なり、単純には比較できず、せっかく蓄積されたビッグデータを簡単には解析できないという問題が発生していたが、この実施の形態１によれば、他の健康医療機関における検査データを、自身の健康医療機関における検査方法およびデータ形式に沿ったフォーマットのデータとして受け取ることができるので、より有効なデータ共有を行うことが可能となる。
【００４８】
なお、この実施の形態１における健康医療介護連携システム用のクラウドサーバ１０の機能構成としては、図４に示すとおり、データ解析部１４および解析結果記憶部１５を備えるものとして説明したが、データ解析部１４および解析結果記憶部１５を備えていないサーバであってもよい。
【００４９】
図７は、この実施の形態１における健康医療介護連携システム用のクラウドサーバの機能構成の別の一例を示すブロック図である。図７に示すように、この健康医療介護連携システム用のクラウドサーバ２０は、データ取得部１１、データ標準化部１２、標準データ記憶部１３、要求受付部１６、データ要求制御変換部２７、および、データ送信部２８を備えている。なお、図４のブロック図で説明したものと同様の構成には、同一の符号を付して重複した説明を省略する。
【００５０】
データ要求制御変換部２７は、要求受付部１６が受け付けた要求に基づいて、標準データ記憶部１３に記憶されているその利用者（患者）の標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）を、要求（要求受付部１６が受け付けた要求）のあった健康医療機関２の検査方法およびデータ形式に沿ったフォーマットのデータに変換する。
【００５１】
例えば、要求のあった健康医療機関２が病院Ｚ（健康医療機関２Ｚ）であった場合、標準データ記憶部１３に記憶されている標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）を、要求（要求受付部１６が受け付けた要求）のあった病院Ｚ（健康医療機関２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ（２ａｚ，２ｂｚ，２ｃｚ，・・・）に変換する。
【００５２】
データ送信部２８は、データ要求制御変換部２７で変換された、要求のあった（要求受付部１６が要求を受け付けた）健康医療機関２（上記の例では２Ｚ）の検査方法およびデータ形式に沿ったフォーマットのデータ（２ａｚ，２ｂｚ，２ｃｚ，・・・）を、その要求のあった健康医療機関２（上記の例では２Ｚ）に送信する。
【００５３】
この場合であっても、この健康医療介護連携システム用のクラウドサーバ２０が、標準化プログラムを備えており、すべての健康医療情報（ａ，ｂ，ｃ，・・・）をクラウドサーバ２０にインストールされた最新の標準化プログラムによって標準化されたデータ形式の健康医療情報（ａ’，ｂ’，ｃ’，・・・）に変換しているので、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、標準形式のバージョンが新しくなった場合に新しいバージョンへの切り替え時期のずれを考慮する必要もない。
【００５４】
すなわち、図７に示すクラウドサーバ２０の機能構成によるデータ連携方法であったとしても、各健康医療機関で収集されたいかなるデータ形式のデータも標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができるので、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、また、他の健康医療機関における検査データを、自身の健康医療機関における検査方法およびデータ形式に沿ったフォーマットのデータとして受け取ることができるので、より有効なデータ共有を行うことが可能となる。
【００５５】
以上のように、この実施の形態１における健康医療介護連携システムのデータ連携方法によれば、各健康医療機関で収集されたいかなるデータ形式のデータであっても健康医療介護連携システム用のクラウドサーバにおいて標準化データに変換するとともに、他の健康医療機関から提供されたデータを、各健康医療機関で使用できるフォーマットのデータに変換することができるので、各健康医療機関においては、データ形式の標準化や、標準形式に変換するためのソフトウェアのバージョンアップも不要となり、また、他の健康医療機関における検査データを、自身の健康医療機関における検査方法およびデータ形式に沿ったフォーマットのデータとして受け取ることができるので、より有効なデータ共有を行うことが可能となる。
【００５６】
実施の形態２．
図８は、この発明の実施の形態２における健康医療介護連携システム統合基盤１００の概略構成を示す図である。なお、実施の形態１における図３の概略構成を示す図で説明したものと同様の構成には、同一の符号を付して重複した説明を省略する。実施の形態１では、複数の健康医療機関２で健康医療情報を共有することができる健康医療介護連携システムにおいて、その健康医療介護連携システムに参加するそれぞれの健康医療機関２（２Ａ，２Ｂ，２Ｃ，・・・）の間で、有効なデータの共有を行うことができるようにしたが、この実施の形態２ではさらに、複数の健康医療介護連携システム間や、健康医療介護連携システムとは異なる他のシステムとの間でも、データの標準化および検査方法の違いを考慮した解析データによって連携をスムーズにし、有効なデータの共有を行うことができるようにするものである。
【００５７】
現在、市場には多くのＰＨＲ健康医療介護連携システムが存在するが、個々のＰＨＲ健康医療介護連携システムが固有のＩＤを持ち、健康医療情報を蓄積しているだけでなく、市場にあるＰＨＲ健康医療介護連携システムで蓄積されている情報のうち標準化された様式（例えばＨＬ７（Ｈｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎ））で記述されている情報は一部であり、また、ＰＨＲ健康医療介護連携システム間での情報交換も行われていない。
【００５８】
国は、数年後にマイナンバーを利用した「医療等ＩＤ」によって個人の認証を行うことを考えているが、医療等ＩＤと個別のＰＨＲ健康医療介護連携システムのＩＤ、さらには情報入力元である各健康医療機関のＩＤを連結する具体的な仕組みは提案されていない。また、国内でＰＨＲ健康医療介護連携システムが１つに集約される可能性は低く、その一方で個人の健康情報や医療情報が複数のＰＨＲ健康医療介護連携システムに蓄積される可能性や、転居等の事情によって、使用するＰＨＲ健康医療介護連携システムを変更しなければならなくなる可能性は高い。しかし、現状ではＰＨＲ健康医療介護連携システム内に蓄積された健康医療情報は、前述のとおりすべてが標準的な様式で記述されているわけではないので、ＰＨＲ健康医療介護連携システム間の情報の移行や連携を妨げているという問題がある。
【００５９】
そこで、この実施の形態２では、複数のＰＨＲ健康医療介護連携システム等（健康医療介護連携システム１１０，１２０，１３０、薬局システム１４０、検査システム１５０等）の外側に、それらのシステム間の連携を行うための別のプラットフォームとして、健康医療介護連携システム統合基盤１００を設置する。なお、この実施の形態２でも、「健康医療機関」とは、病院、介護施設、薬局、訪問看護ステーション、健診センター等のＰＨＲ健康医療介護連携システム１１０，１２０，１３０、薬局システム１４０、検査システム１５０等、すなわち、健康医療介護連携システム統合基盤１００が連携を行うシステムに参加している健康医療サービス機関のことを言う。
【００６０】
この健康医療介護連携システム統合基盤１００は、個々の健康医療介護連携システム１１０，１２０，１３０や電子お薬手帳が記録している健康医療情報などを吸い上げ、標準化された様式で蓄積するとともに、他の健康医療介護連携システム等からのリクエストがあった場合には、標準化された様式の健康医療情報に変換するとともに、そのリクエスト（要求）があった健康医療介護連携システムにおける検査方法およびデータ形式に沿ったフォーマットのデータに変換して情報を送信する。すなわち、この健康医療介護連携システム統合基盤１００は、標準化されていない情報については標準化して情報交換する仕組み、および、標準化された解析データに変換する仕組みを有しており、この健康医療介護連携システム統合基盤１００を介して情報交換することにより、取り扱われる健康医療情報のデータ形式が標準化（ＨＬ７などの標準規格に則ること）されるとともに、解析結果も共有される。
【００６１】
なお、この実施の形態２における健康医療介護連携システム統合基盤１００の機能構成を示すブロック図については、図４または図７に示した実施の形態１における健康医療介護連携システム用のクラウドサーバ１０またはクラウドサーバ２０のブロック図と同じであるため、ここでは、図示および詳細な説明を省略する。
【００６２】
ここで、健康医療情報の標準化について説明する。一般的に、医療情報については標準化されているデータが多く、この場合、そのデータが何に関するデータであるかを示すタグが各データに定義されており、そのタグが定義されている健康医療情報については、他の健康医療介護連携システム等に参加する健康医療機関の健康医療情報であっても、普通に情報交換することが可能である。しかし、医療情報であっても標準化されていないものもあり、また、一般的に、健康情報については標準化されていないものが多いが、この健康医療介護連携システム統合基盤１００では、データ標準化部１２において、標準化されていない情報についてはそのデータが何に関するデータであるかを解析してタグを定義することにより、標準化してデータを保存する。ただし、単なるテキスト情報のコメントなど、標準化できないほど整理されていない情報については、そのまま扱うものとする。
【００６３】
そして、この実施の形態２のように、個々の健康医療介護連携システム１１０，１２０，１３０等の外部にシステム間連携を行うための別のプラットフォームである健康医療介護連携システム統合基盤１００を設置することにより、この健康医療介護連携システム統合基盤１００を経由して情報交換を行うことができる。すなわち、この健康医療介護連携システム統合基盤１００を設けることにより、個々の健康医療介護連携システム等の健康医療情報が標準化形式で記述されている限り、他の多数の健康医療介護連携システム等との間でＮ対Ｎの接続を考慮する必要はなく、情報交換用のプラットフォームである健康医療介護連携システム統合基盤１００との接続だけを考慮すればよい。
【００６４】
すなわち、健康医療介護連携システム統合基盤１００を介することにより、１対Ｎ（健康医療介護連携システム統合基盤１００と任意の健康医療介護連携システム等）の通信であるにもかかわらず、Ｎ対Ｎ（任意の健康医療介護連携システム等と任意の健康医療介護連携システム等）の情報交換を実現できるので、具体的な相手方の健康医療介護連携システムを知らなくても健康医療情報の交換を行うことができる。
【００６５】
また、健康医療介護連携システム統合基盤１００は、標準化されていないデータ（健康医療情報）を標準化して情報交換する仕組みを有しているので、この健康医療介護連携システム統合基盤１００を介して情報交換することにより、取り扱われる健康医療情報のデータ形式が標準化される。ただし、前述のとおり、単なるテキスト情報のコメントなど、標準化できないほど整理されていない情報については、そのまま扱うものとする。
【００６６】
このように、この健康医療介護連携システム統合基盤１００によれば、標準化されていないデータを標準化形式での健康医療情報に変換することができるので、相手方の健康医療介護連携システムを知らなくても、任意の健康医療介護連携システム等と連携して、標準化された健康医療情報のデータ交換を行うことができる。
【００６７】
これにより、乱立する様々な地域ＰＨＲ健康医療介護連携システムと連携することができるので、健康医療介護連携システム統合基盤１００に参加するユーザにとって、例えば、今まで通っていた健康医療機関が参加する健康医療介護連携システムとは異なる地域ＰＨＲ健康医療介護連携システムが存在するような遠くに引っ越した場合などであっても、以前通っていた健康医療機関が参加する健康医療介護連携システムにおけるその利用者の健康医療情報が共有されることにより、診療の重複防止や効率化をはかることができる。
【００６８】
以上のように、この発明の実施の形態２の健康医療介護連携システム統合基盤１００によれば、実施の形態１における健康医療介護連携システム用のクラウドサーバ１０と同様の効果に加え、他の健康医療介護連携システム等との連携を容易に可能とすることができるので、利用者の健康医療情報が共有されるだけでなく、健康医療情報のデータポータビリティが実現され、健康医療情報をより有効に利活用することができる。
【００６９】
また、上述の実施の形態では、健康医療介護連携システムや健康医療介護連携システム統合基盤を、固定的なハードウェアにより実現されるクラウドサーバやプラットフォームとして説明したが、これに限定されるものではなく、同様の処理を、パソコンやサーバ等の装置に搭載されて実行されるプログラム（アプリケーション・ソフトウェア）として、すなわち、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）にコンピュータ・プログラムを実行させることにより論理的に実現することも可能であることは言うまでもない。
【００７０】
さらに、この発明の実施の形態１，２に示すような健康医療介護連携システムのデータ連携方法やデータ連携用プログラム、または、健康医療介護連携システム用のサーバを用いることにより、データを海外で登録しても連携することができ、海外からもデータを読み書きすることが可能になるので、今まではうまくいっていなかった外国人（海外からの旅行者や留学生や短期就労者など）の診療や海外の健康医療機関との連携についても問題なく行うことができるようになる、というメリットがある。この際、言語翻訳については、世界標準に合わせて対応する言語の標準規格を用意しておくことにより、国際間のデータ連携が可能となる。
【００７１】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００７２】
１  現行の（従来の）健康医療介護連携システム
２，２Ａ，２Ｂ，２Ｃ，・・・，２Ｚ  健康医療機関
１０，２０  健康医療介護連携システム用のクラウドサーバ
１１  データ取得部
１２  データ標準化部
１３  標準データ記憶部
１４  データ解析部
１５  解析結果記憶部
１６  要求受付部
１７，２７  データ要求制御変換部
１８，２８  データ送信部
１００  健康医療介護連携システム統合基盤
１１０  健康医療介護連携システム
１２０，１３０  他の健康医療介護連携システム
１４０  薬局システム
１５０  検査会社システム
【図１】
2019095868.tif 000003
【図２】
2019095868.tif 000004
【図３】
2019095868.tif 000005
【図４】
2019095868.tif 000006
【図５】
2019095868.tif 000007
【図６】
2019095868.tif 000008
【図７】
2019095868.tif 000009
【図８】
2019095868.tif 000010