JP2021002155A - 医療情報システム、連携装置、連携方法及びプログラム - Google Patents

Abstract

【課題】外部システムとセキュアに通信する機能を備えない医療情報機器と、インターネット上の医療記録システムと、の間でセキュアな連携を可能にする。【解決手段】医療記録システムは、医療記録を管理する記録管理サーバと、他のシステムによる記録管理サーバへの接続を管理する接続管理サーバと、連携装置とを含む。連携装置は、医療情報機器と直接的又は間接的に接続する内部通信部と、医療情報機器に関する接続定義情報を保持する通信定義部と、医療情報機器において第１のイベントが生成すると、内部通信部を介して第１のイベントに対応するデータを取得し、接続定義情報及びデータに基づいて、第１のイベントに対応する第１の処理要求を決定する処理部と、暗号化された通信の確立下で接続管理サーバと常時接続した状態で、暗号化された通信を用いて記録管理サーバに対して第１の処理要求を送信する外部通信部と、を含む。【選択図】図３

Description

本発明は、医療情報システム、連携装置、連携方法及びプログラムに関する。

例えば、特許文献１は、予め定められた項目と、各項目に対応する診療情報を入力可能な入力欄とを含む第１入力フォームを表示する電子カルテシステムと、この電子カルテシステムと連携する情報連携システムと、を含む医療情報システムを開示している。

特開２０１７−２０８０３９

ところで、電子カルテシステム（医療記録システム）は、外部ネットワークから隔離され、他のシステムや端末からはローカルエリア接続でのみアクセス可能であることが多いが、近年では、インターネット上に構築される電子カルテシステムが登場している。

後者の場合、インターネット上の電子カルテシステムとローカルエリアネットワーク内の医療情報機器（例えば各種検査機器、診察券発行機、料金精算機など）とを連携させるためには、当該医療情報機器は外部システムと通信を行う必要がある。ただし、電子カルテは、厳重な取扱いの求められる機微な個人情報を含むから、電子カルテシステムと医療情報機器との間の通信はセキュアであることが求められる。

この点、医療情報機器の中には、外部システムとセキュアに通信する機能を備えないものがある。例えば、医療情報機器が、そもそも認証機能を備えていなかったり、認証を行うためのウェブブラウザを備えなかったり、ローカルエリア接続を前提にしているため通信の暗号化に対応していなかったりする場合である。

そこで、本発明は、ローカルエリアネットワークに属して、外部システムとセキュアに通信する機能を備えない医療情報機器と、インターネット上の医療記録システムと、の間でセキュアな連携を可能にすることを目的とする。

上述した課題を解決すべく、本発明の第１の態様は、インターネット上に配置される医療記録システムと、前記医療記録システム、及び、ローカルエリアネットワークに属する医療情報機器の間を連携する連携装置と、を含む医療情報システムであって、前記医療記録システムは、医療記録を管理する記録管理サーバと、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバと、を含み、前記連携装置は、前記医療情報機器と直接的又は間接的に接続する内部通信部と、前記医療情報機器に関する接続定義情報を保持する接続定義部と、前記医療情報機器において第１のイベントが生成すると、前記内部通信部を介して前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する処理部と、暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する外部通信部と、を含むことを特徴とする医療情報システムを提供する。ここで、第１のイベントは、医療情報機器におけるデータの生成及び更新、ユーザによるデータ送信指示などを含むものとする。
具体的には、前記内部通信部が、前記医療情報機器において生成された、前記第１のイベントに対応する第２の処理要求を受信し、前記処理部が、前記第２の処理要求及び前記接続定義情報に基づいて前記第１の処理要求を決定してもよい。あるいは、前記内部通信部が、前記ローカルエリアネットワークに属し前記医療情報機器及び前記連携装置の双方からアクセス可能な記憶領域からデータファイルを取得し、前記処理部が、前記データファイル及び前記接続定義情報に基づいて前記第１の処理要求を決定してもよい。

上記のような構成を有する本発明の医療情報システムでは、前記記録管理サーバは、前記記録管理サーバにおいて第２のイベントが生成すると、前記第２のイベントに対応する第３の処理要求を前記接続管理サーバに指示し、前記接続管理サーバは、前記第３の処理要求を前記連携装置に送信し、前記処理部は、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第３の処理要求及び前記接続定義情報に基づいて前記内部通信部の出力内容を決定してもよい。ここで、第２のイベントは、医療記録システム（記録管理サーバ）におけるデータの生成及び更新、ユーザによるデータの同期指示などを含むものとする。
具体的には、前記処理部が、前記第３の処理要求及び前記接続定義情報に基づいて前記第２のイベントに対応する第４の処理要求を決定し、前記内部通信部が、前記第４の処理要求を前記医療情報機器に送信してもよい。あるいは、前記処理部が、前記第３の処理要求から、前記第２のイベントに関するデータファイルを取得し、前記内部通信部が、前記ローカルエリアネットワークに属し前記医療情報機器及び前記連携装置の双方からアクセス可能な記憶領域に、前記データファイルを配置してもよい。

また、本発明の第２の態様は、インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステム（連携装置を含む）による前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器と、を連携させる連携装置であって、前記医療情報機器と直接的又は間接的に接続する内部通信部と、前記医療情報機器に関する接続定義情報を保持する接続定義部と、前記医療情報機器において第１のイベントが生成すると、前記内部通信部を介して前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する処理部と、暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する外部通信部と、を含むことを特徴とする連携装置を提供する。

上記のような構成を有する本発明の連携装置では、前記記録管理サーバは、前記記録管理サーバにおいて第２のイベントが生成すると、前記第２のイベントに対応する第２の処理要求を前記接続管理サーバに指示し、前記接続管理サーバは、前記第２の処理要求を前記連携装置に送信し、前記処理部は、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第３の処理要求及び前記接続定義情報に基づいて前記内部通信部の出力内容を決定してもよい。

本発明の第３の態様は、インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器とを、連携装置を介して連携する連携方法であって、前記連携装置が、前記医療情報機器において第１のイベントが生成すると、前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する手順と、暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する手順と、を含む手順を実行する連携方法を提供する。

上記のような構成を有する本発明の連携方法は、前記記録管理サーバにおいて生成した第２のイベントに対応する第２の処理要求を前記接続管理サーバから受信する手順と、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第２の処理要求及び前記接続定義情報に基づいて前記医療情報機器への出力内容を決定する手順と、を更に含んでもよい。

本発明の第４の態様は、インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器とを、連携装置を介して連携するべく、前記連携装置に、前記医療情報機器において第１のイベントが生成すると、前記第１のイベントに対応するデータを取得し、前記医療情報機器に関する接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する手順と、暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する手順と、を含む手順を実行させるためのプログラムを提供する。

上記のような構成を有する本発明のプログラムは、前記記録管理サーバにおいて生成した第２のイベントに対応する第２の処理要求を前記接続管理サーバから受信する手順と、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第２の処理要求及び前記接続定義情報に基づいて前記医療情報機器への出力内容を決定する手順と、を更に含んでもよい。

本発明によれば、ローカルエリアネットワークに属して、外部システムとセキュアに通信する機能を備えない医療情報機器と、インターネット上の医療記録システムと、の間でセキュアな連携を実現することができる。

本実施形態に係るシステム１の概略図である。 システム１を構成するコンピュータのハードウェア構成を示すブロック図である。 連携装置４の機能構成を示すブロック図である。 ユーザ認証画面５１の一例を示す図である。 ユーザにシステム連携の許可を求める画面５５の一例を示す図である。 ＨＴＴＰ ＡＰＩシステム連携の概略図である。 ＨＴＴＰ ＡＰＩシステム連携における処理手順１を示すフローチャートである。 ＨＴＴＰ ＡＰＩシステム連携における処理手順２を示すフローチャートである。 ファイル出力システム連携の概略図である。 ファイル出力システム連携における処理手順を示すフローチャートである。 ファイル入力システム連携の概略図である。 ファイル入力システム連携における処理手順を示すフローチャートである。

以下、本発明の代表的な実施形態を、図面を参照しつつ詳細に説明する。ただし、本発明はこれら図面に限定されるものではない。また、図面は、本発明を概念的に説明するためのものであるから、理解容易のために、必要に応じて寸法、比又は数を誇張又は簡略化して表している場合もある。

１．システム全体及び各構成要素の構成
（１） システムの全体構成
本実施形態に係るシステム１の全体構成を説明する。
図１に示すように、システム１は、医療記録システム２、医療情報機器３及び連携装置４（エージェント）を含む。なお、医療記録システム２及び連携装置４の組合せを医療情報システムと言うことがある。

医療記録システム２は、インターネット上に配置される、医療記録（例えば電子カルテ）の管理システムであり、例えばクラウド環境下で運用されている。医療記録システム２は、例えばユーザ端末からウェブブラウザを介してアクセス可能であるとともに、連携装置４等の他のシステムからＡＰＩ(Application Programming Interface)を介してアクセス可能である。

医療記録システム２は、診療データなどの機微な個人情報を扱うことから、トータルでセキュアに構築されており、このような医療記録システム２に接続される他のシステム（連携装置４等）にもまた厳重なセキュリティが求められる。それゆえ、連携装置４では、追って述べるように、医療記録システム２との間でセキュアな通信を確保するべく各種の工夫がなされている。

具体的には、医療記録システム２は、例えば図３、図６、図９及び図１１のように、記録管理サーバ２１及び接続管理サーバ２２を含む。
記録管理サーバ２１は医療記録を管理する。記録管理サーバ２１は、連携装置４からの多様な処理要求に柔軟に対応するために種々のＡＰＩを提供している。ここで、連携装置４からの処理要求の例としては、記録管理サーバ２１へのデータの登録、更新、参照などがある。

接続管理サーバ２２は、記録管理サーバ２１と他のシステム（連携装置４等）との間の接続を管理するとともに、記録管理サーバ２１から連携装置４へのメッセージを中継する。ここで、接続の管理は、連携装置４等の接続元の認証、ＡＰＩアクセストークンの検証を含む。

このように医療記録システム２を記録管理サーバ２１と接続管理サーバ２２とに分けているのは、次の理由による。つまり、２つのサーバ上のコンポーネントや用途が大きく異なることから、２つのサーバは同居に適していないためである。また、２つに分けることにより、責任分界点が明確化されるとともに、障害単一点が生まれないことから、仮に連携装置４及び接続管理サーバ２２に障害が起きても記録管理サーバ２１に影響がないためである。

本実施形態において、接続管理サーバ２２は連携装置４と常時接続されているものとする。セキュアな通信を確保した上で常時接続を行うことにより、セキュリティの担保を実現し、また、再接続不要であることから通信自体の速度を担保している。

医療情報機器３は、各種医療情報を管理する情報機器であり、医療機関などの医療施設に設置されたローカルエリアネットワーク（ＬＡＮ）に属している。医療情報機器３としては、例えば、診察券発行機、料金精算機、各種検査機器を想定している。したがって、医療情報としては、例えば、患者情報、医療費、検査結果、診断画像など挙げられる。ただし、本実施形態において、医療情報機器３は、外部ネットワークとセキュアに通信するための機能を備えておらず、例えば、ウェブブラウザインターフェイスを有しないか、又は、ローカルエリアネットワーク接続のみ可能な通信機能を有しているものとする。

医療情報機器３は、連携装置４からの多様な処理要求に柔軟に対応するために、種々のＡＰＩを提供する機器でもよい。ここで、連携装置４からの処理要求の例としては、医療情報機器３へのデータの登録、更新、参照などがある。

あるいは、医療情報機器３は、医療情報を示すデータファイル３３を所定のディレクトリに記憶（配置）し、そのディレクトリからデータファイル３３を取得する機能を有していてもよい。ここで、所定のディレクトリは、ＬＡＮ内に属し、連携装置４及び医療情報機器３の双方からアクセス可能な記憶領域であり、共有フォルダ３４と言ってもよい。

連携装置４は、図１に示すように、医療情報機器３と同じＬＡＮに属し、医療記録システム２と医療情報機器３との間でシステム連携を行う端末装置である。つまり、連携装置４は、医療情報機器３との間でローカルエリア接続を行うとともに、外部ネットワークに属する医療記録システム２との間でセキュアな通信を行う。連携装置４は、複数台の医療情報機器３のそれぞれを医療記録システム２と連携させることができる。

連携装置４は、医療記録システム２からの多様な処理要求に柔軟に対応するために、医療記録システム２に対して種々のＡＰＩを提供している。また、連携装置４は、医療情報機器３からの多様な処理要求に柔軟に対応するために、医療情報機器３に対して種々のＡＰＩを提供している。

したがって、システム１においては、医療記録システム２は、医療情報機器３におけるデータの生成・更新、ユーザによるデータ送信指示等のイベントに伴って、そのイベントに対応する処理要求（データの登録、更新、参照など）を連携装置４から受け取って、必要な業務処理を行うことができる。また、医療情報機器３は、医療記録システム２におけるデータの生成・更新、ユーザによるデータ送信指示等のイベントに伴って、そのイベントに対応する処理要求（データの登録、更新、参照など）を連携装置４から受け取って、必要な業務処理を行うことができる。

（２） 医療記録システム、医療情報機器及び連携装置のハードウェア構成
図２は、医療記録システム２、医療情報機器３及び連携装置４を構成するコンピュータ１００のハードウェア構成の一例を示す。図示するように、コンピュータ１００は、ＣＰＵ（演算装置）１０１、メモリ１０２、記憶装置１０３及び通信装置１０４を含み、更に、入力装置１０５及び出力装置１０６を含んでいてもよい。

ＣＰＵ１０１は、各種プログラム及びデータをメモリ１０２に読み出して実行することで、医療記録システム２、医療情報機器３及び連携装置４としての各種機能を実現する。記憶装置１０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。

通信装置１０４は、有線及び無線の通信ネットワークに接続するためのインターフェイスであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。追って図３、図７、図８、図１０及び図１２との関係で述べるように、連携装置４としてのコンピュータ１００では、通信装置１０４は、ＬＡＮ内部の各種機器との間の内部通信機能と、外部システムとの間との外部通信機能と、を備えている。

入力装置１０５は、データを入力する、例えばキーボード、マウス、タッチパネル、ボタン、マイクロフォンなどであり、特に医療情報機器３及び連携装置４としてのコンピュータ１００は入力装置１０５を備えている。

出力装置１０６は、データを出力する、例えばディスプレイ、プリンタ、スピーカなどであり、特に連携装置４としてのコンピュータ１００は出力装置１０６を備えている。

（３）連携装置のソフトウェア構成
図３は、連携装置４のソフトウェア構成を示すブロック図である。図示するように、連携装置４は、外部通信部４１、内部通信部４２、通信定義部４３及び処理部４４の各機能部を含む。外部通信部４１及び内部通信部４２は通信装置１０４の機能であり、通信定義部４３は記憶装置１０３の機能であり、処理部４４はＣＰＵ１０１及びメモリ１０２によって実現される機能である。
以下、これら機能部について説明する。

外部通信部４１は、外部システムである医療記録システム２との間で通信を行う。通信のセキュリティ担保の観点から、外部通信部４１は、通信の暗号化に対応する通信プロトコルを用いる。本実施形態では、外部通信部４１は、記録管理サーバ２１との通信のためにＨＴＴＰＳ(Hypertext Transfer Protocol Secure)プロトコルを用い、接続管理サーバ２２との通信のためにＭＱＴＴＳ(Message Queue Telemetry Transport Secure)プロトコルを用いることとするが、これら通信プロトコルに限られるものではない。

内部通信部４２は、医療情報機器３に応じた通信プロトコル（ＨＴＴＰ、Ｓｏｃｋｅｔ、Ｓｅｒｉａｌなど）を用いて、医療情報機器３と通信を行う。使用される通信プロトコルは、通信定義情報を元に指定される。

通信定義部４３は、連携対象となる医療情報機器３（３１，３２）に関する接続定義情報（例えばＵＲＬ、ポート番号など）を保有する。接続定義情報は、処理部４４において、医療情報機器３との間の通信に適した通信プロトコルを決定するために使用されるとともに、適切なＡＰＩを選択するためにも使用される。なお、医療記録システム２側で接続定義情報の変更を行った場合、当該変更は接続管理サーバ２２経由で通信定義部４３に通知され、通信定義部４３において該当する接続定義情報が更新される。

処理部４４は、医療記録システム２及び医療情報機器３からの処理要求を受け取り、接続定義情報等を元に必要なアクセスを行う。この処理部４４の機能は更にＳｅｒｖｅｒ４５、Ｃｌｉｅｎｔ４６及びＷｏｒｋｅｒ４７に細分化できる。

具体的には、Ｓｅｒｖｅｒ４５は、医療記録システム２から外部通信部４１を介して処理要求を受け取ると、接続定義情報を参照して適切な通信プロトコルを指定し、Ｃｌｉｅｎｔ４６に送信処理を依頼する。Ｃｌｉｅｎｔ４６は、Ｓｅｒｖｅｒ４５から依頼を受けると、外部通信部４１（ＨＴＴＰＳ）を介して、医療情報機器３への処理要求を行う（図７参照）。つまり、Ｓｅｒｖｅｒ４５は、医療記録システム２からの処理要求を医療情報機器３向けの処理要求に翻訳することができる。

また、Ｓｅｒｖｅｒ４５は、内部通信部４２を介して医療情報機器３から処理要求を受け取ると、Ｃｌｉｅｎｔ４６に送信処理を依頼する。Ｃｌｉｅｎｔ４６は、Ｓｅｒｖｅｒ４５から送信依頼を受けると、外部通信部４１を介して医療記録システム２に処理要求を行う（図８参照）。つまり、Ｓｅｒｖｅｒ４５は、医療情報機器３からの処理要求を医療記録システム２向けの処理要求に翻訳することもできる。

また、Ｓｅｒｖｅｒ４５は、医療記録システム２から外部通信部４１を介して処理要求を受け取ると、接続定義情報を参照して適切な通信プロトコルを指定するとともに、その処理要求からデータを取り出し、Ｃｌｉｅｎｔ４６に共有フォルダへの配置依頼をする。Ｃｌｉｅｎｔ４６は、Ｓｅｒｖｅｒ４５から依頼を受けると、内部通信部４２（Ｆｉｌｅ）を介して、共有フォルダ３４へデータファイル３３を配置する（図１０参照）。

Ｗｏｒｋｅｒ４７は、共有フォルダ３４を定期的に監視し、共有フォルダ３４に新たなデータファイル３３が存在すると、内部通信部４２（Ｆｉｌｅ）を介してデータファイル３３を取得し、Ｃｌｉｅｎｔ４６に送信処理を依頼する。Ｃｌｉｅｎｔ４６は、Ｗｏｒｋｅｒ４７からの送信依頼を受けると、外部通信部４１（ＨＴＴＰＳ）を介して医療記録システム２に処理要求を行う（図１２参照）。

したがって、本実施形態では、連携装置４と医療情報機器３との間の連携方式は、主に次の２パターンとなる。
・ 連携装置４−医療情報機器３の直接連携（ＨＴＴＰ ＡＰＩシステム連携）
・ 連携装置４−連携ファイル−医療情報機器３の、中間インターフェイスを経由した連携（ファイル出力システム連携及びファイル入力システム連携）
このように複数の連携方式を提供することで、医療情報機器３の構成に応じた柔軟な連携が可能となる。

なお、医療記録システム２のデータフォーマットと医療情報機器３のデータフォーマットとの間の変換は、連携装置４の汎用性及び保守性の向上の観点から、医療記録システム２側で行われるものとするが、この変換は連携装置４側で行われても構わない。

２．医療記録システム２及び医療情報機器３と、連携装置４と、の間の通信
上述した連携方式の詳細な説明に先立ち、医療記録システム２及び医療情報機器３と、連携装置４と、の間の通信手法の一例を説明する。

（１）医療記録システム２と連携装置４との間のセキュアな通信
本実施形態では、医療記録システム２（記録管理サーバ２１）は、連携装置４に対して各種ＡＰＩを提供しており、記録管理サーバ２１は、連携装置４によるＡＰＩコールに応じて所望の処理を実行する。先に述べたように、医療記録システム２において管理されている患者の医療記録は機微な内容を含むため、医療記録システム２との間の通信には厳重なセキュリティが求められる。そこで、次のようにセキュリティを担保している。

連携装置用プログラムファイルのダウンロード時などに、医療記録システム２から、医療記録システム２にアクセスするためのクライアント証明書（例えばＸ．５０９クライアント証明書）が発行される。記録管理サーバ２１は、クライアント証明書を元に、どの医療機関向けの、どのような用途のエージェントかを識別することができる。

連携装置４から接続管理サーバ２２への接続開始時に、接続管理サーバ２２は、クライアント証明書による認証を行う。例えば、ユーザは、連携装置４の起動時等に、ウェブブラウザ画面５１上で医療記録システム２にログインする場合を考える。図４に示す例では、ログインに必要な情報は、ユーザＩＤ（例えばメールアドレス）５２及びパスワード５３であり、ユーザがログインボタン５４をクリックすると、医療記録システム２において認証が行われる。このとき、図５のように認可許可画面５５がポップアップ表示されるので、ユーザがこの画面において「認証する」ボタン５６を選択すると、ＡＰＩシステム連携のための認証処理が実行される。認証に成功すると、接続管理サーバ２２は、連携装置４との常時接続を開始するとともに、連携装置４に対して記録管理サーバ２１へのＡＰＩアクセストークンを発行する。

そして、記録管理サーバ２１は、ＨＴＴＰＳプロトコルに従ったＡＰＩリクエスト（処理要求）を連携装置４から受信すると、クライアント証明書による認証を行うとともに、ＡＰＩアクセストークンの検証を接続管理サーバ２２に依頼する。これらの認証及び検証が共に成功すると、記録管理サーバ２１は要求された処理を実行し、処理結果を含むメッセージを接続管理サーバ２２を介して連携装置４に送信する。

逆に、医療記録システム２（記録管理サーバ２１）から連携装置４への処理要求は、常時接続された接続管理サーバ２２経由で行われるため、セキュアな通信を担保できる。また、通信プロトコルとして軽量なＭＱＴＴＳを用いているため、通信速度の担保が可能となる。

（２）医療情報機器３と連携装置４との間の通信
医療情報機器３がＨＴＴＰプロトコルに対応している場合には、連携装置４と医療情報機器３との間の処理要求は、相手方に対するＨＴＴＰ ＡＰＩリクエストの送信により実行することができる。

具体的には、医療情報機器３からの処理要求に関しては、連携装置４は、医療情報機器３からのＨＴＴＰ ＡＰＩリクエストを受け付ける。そして、連携装置４は、受信したリクエストを、記録管理サーバ２１へのＡＰＩリクエストとして翻訳し中継することで、記録管理サーバ２１に対し所望の処理を行わせることができる。また、連携装置４からの処理要求については、医療情報機器３は、連携装置４から翻訳済みのＨＴＴＰ ＡＰＩリクエストを受け付け、このリクエストに応じた処理を実行する。

ここで、連携装置４に認証局（ＣＡ）証明書及びサーバ証明書を設定し、医療情報機器３に認証局（ＣＡ）証明書及びクライアント証明書を設定することで、ＨＴＴＰリクエスト時に双方向のＴＬＳ認証を行うことができる。これにより、連携装置４と医療情報機器３との間の通信の安全性を担保することができる。

ただし、このような電子証明書の発行及び配置に対応していない医療情報機器３と連携装置４との間では、ローカルエリアネットワーク内のローカル通信を行うことで、通信の安全性を担保するものとする。

（３）共有フォルダ３４と連携装置４との間の通信
医療情報機器３がＨＴＴＰプロトコルに対応していない場合でも、医療情報機器３と連携装置４との間で医療情報のデータファイル３３を共有することで、システム連携を実現することができる。つまり共有フォルダ３４内にデータファイル３３が保存されるのである。

セキュリティの観点から、連携装置４から共有フォルダ３４へのアクセスのためにユーザの認可が要求されてもよい。また、連携装置４から共有フォルダ３４へのアクセスは、ＳＭＢやＮＦＳなどの予め設定されたプロトコルによるものとし、かかる接続情報は接続定義部４３に記憶されていてもよい。

このように、連携装置４は、医療情報機器３からＡＰＩ経由で取得した医療記録をファイルとして共有フォルダ３４に保存することができる。医療情報機器３は、共有フォルダ３４を監視しており、連携装置４から出力された新たなデータファイル３３を共有フォルダ３４から取り込み、業務処理を行う。

また、医療情報機器３は、検査結果などのデータファイル３３を共有フォルダ３４に出力することができる。連携装置４は、共有フォルダ３４を監視しており、医療情報機器３から出力されたデータファイル３３を共有フォルダ３４から取り込み、ＡＰＩ経由で記録管理サーバ２１にアップロードすることができる。

したがって、上記２（１）と上記２（２）との通信手法の組合せがＨＴＴＰ ＡＰＩシステム連携に対応し、上記２（１）と上記２（３）との通信手法の組合せがファイル出力システム連携及びファイル入力システム連携に対応する。

３．ＨＴＴＰ ＡＰＩシステム連携
図６〜図８を参照して、ＨＴＴＰ ＡＰＩシステム連携における処理手順を説明する。

（１） 医療記録システム２が、連携装置４経由で医療情報機器３に対して処理要求を行う場面を考える（図６参照）。かかる場面の一例を挙げれば、記録管理サーバ２１が新規患者を登録すると、記録管理サーバ２１は、連携装置４を介して、医療用画像管理システム（ＰＡＣＳ）などの医療情報機器３に登録要求を行い、医療情報機器３は、当該登録要求にしたがって患者属性データを登録することができる。

具体的な処理手順を述べると、図７に示すとおり、ステップＳ１１において、記録管理サーバ２１は、医療記録の生成・更新やユーザからのデータ共有の指示などのイベントを生成する。ステップＳ１２において、記録管理サーバ２１は、接続管理サーバ２２に対して処理要求を行う。この処理要求は、イベントに対応した指示（新規登録、データ更新など）とともに、医療情報機器３のデータフォーマットにしたがったデータを含んでいる。そして、この処理要求を受け付けた接続管理サーバ２２は、ステップＳ１３において、ＭＱＴＴＳプロトコルを用いて連携装置４に処理要求を行う。

ステップＳ１４において、連携装置４は、接続管理サーバ２２からの処理要求を外部通信部４１において受け付け、処理部４４（Ｓｅｒｖｅｒ４５）に送信する。ステップＳ１５において、Ｓｅｒｖｅｒ４５は、受信した処理要求（例えば宛先情報）及び接続定義情報に基づき、宛先となる医療情報機器３との通信に適合した通信プロトコルを指定する。ステップＳ１６において、Ｃｌｉｅｎｔ４６は、指定された通信プロトコル及び適切なＡＰＩを用いて、内部通信部４２経由で医療情報機器３に処理要求を行う。

医療情報機器３は、ステップＳ１７において連携装置４からの処理要求を受け付け、ステップＳ１８において、当該処理要求に応じた処理を実行する。このようにして、医療記録システム２は、医療情報機器３に所望の処理を実行させることができる。

（２） 次いで、医療情報機器３が、連携装置４経由で医療記録システム２に対して処理要求を行う場面を考える（図６参照）。かかる場面の一例を挙げれば、医療情報機器３としての検査機器が新たな検査結果を生成すると、医療情報機器３は、連携装置４を介して記録管理サーバ２１に登録要求を行い、記録管理サーバ２１は、当該登録要求にしたがって検査結果を登録することができる。別の例を挙げれば、医療情報機器３としての自動精算機は、連携装置４を介して医療記録システム２に受付情報及び決済情報の送付を要求し、要求した情報を受け付けると、この情報を元に精算処理を行うことができる。

具体的な処理手順を述べると、図８に示すとおり、ステップＳ２１において、医療情報機器３は、医療情報の生成・更新やユーザからのデータ共有の指示などのイベントを生成する。ステップＳ２２において、医療情報機器３は、ＨＴＴＰ等の予め設定された通信プロトコルにしたがって、連携装置４に処理要求を行う。

ステップＳ２３において、連携装置４は、医療情報機器３からの処理要求を内部通信部４２（ＨＰＰＴ等）において受け付け、処理部４４（Ｓｅｒｖｅｒ４５）に送信する。ステップＳ２４において、Ｓｅｒｖｅｒ４５は、接続定義情報を元に通信プロトコルを指定して、Ｃｌｉｅｎｔ４６に送信依頼を行う。ステップＳ２５において、Ｃｌｉｅｎｔ４６は、接続定義情報を元に適切なＡＰＩを選択し、外部通信部４１を介して記録管理サーバ２１に処理要求を送信する。

記録管理サーバ２１は、ステップＳ２６において連携装置４からの処理要求を受け付けると、クライアント証明書の認証を行うとともに、接続管理サーバ２２にアクセストークンの検証を行わせる。これらの認証及び検証が済むと、記録管理サーバ２１は、ステップＳ２７において当該処理要求に基づいて処理を実行し、接続管理サーバ２２経由で処理結果（メッセージ）を連携装置４に通知する。

４．ファイル出力システム連携
図９及び図１０を参照して、ファイル出力システム連携における処理手順を説明する。

ファイル出力システム連携では、連携装置４は、医療記録システム２から患者属性情報などの各種データを取得し、ＬＡＮ内の共有フォルダ３４に所定の形式で保存し、医療情報機器３は取得したデータを用いて所定の処理を行う（図９参照）。例えば、連携装置４は医療記録システム２から患者属性情報を取得して共有フォルダ３４に記憶し、医療情報機器３としての診察券発行機は、共有フォルダ３４から患者属性情報を取得し、この患者属性情報を元に診察券発行を行うことができる。

具体的な処理手順を述べると、図１０に示すとおり、ステップＳ３１において、記録管理サーバ２１は、医療記録の生成・更新などのイベントを生成する。ステップＳ３２において、記録管理サーバ２１は、接続管理サーバ２２に対して処理要求を行う。この処理要求は、イベントに対応した指示とともに、医療情報機器３のデータフォーマットにしたがった医療記録データを含んでいる。この処理要求を受け付けた接続管理サーバ２２は、ステップＳ３３において、ＭＱＴＴＳプロトコルを用いて連携装置４に処理要求を行う。

ステップＳ３４において、連携装置４は、接続管理サーバ２２からの処理要求を外部通信部４１（ＭＱＴＴＳ）において受け付け、処理部４４（Ｓｅｒｖｅｒ４５）に送信する。ステップＳ３５において、Ｓｅｒｖｅｒ４５は、受信した処理要求からデータファイル３３を取得するとともに、接続定義情報に基づき、宛先となる共有フォルダ３４に適合した通信プロトコルを指定して、Ｃｌｉｅｎｔ４６に配置依頼を行う。ステップＳ３６において、Ｃｌｉｅｎｔ４６は、内部通信部４２（Ｆｉｌｅ）を介して、共有フォルダ３４にデータファイル３３を配置する。

医療情報機器３は共有フォルダ３４を監視しており、共有フォルダ３４内に新規のデータファイル３３を確認すると（ステップＳ３７）、ステップＳ３８において、共有フォルダ３４からデータファイル３３を取得し、所定の処理を実行する。

５．ファイル入力システム連携
図１１及び図１２を参照して、ファイル入力システム連携における処理手順を説明する。

ファイル入力システム連携では、連携装置４は、医療情報機器３から共有フォルダ３４に出力されたデータファイル３３を取得し、当該ファイルを医療記録システム２へ登録すべく医療記録システム２に処理要求を行う（図１１参照）。例えば、連携装置４は、医療情報機器３としての検査機器から出力された検査データを共有フォルダ３４から取得し、この検査データを医療記録システム２に登録すべく処理要求を送信する。

具体的な処理手順を述べると、図１２に示すとおり、ステップＳ４１において、医療情報機器３は、医療情報の生成・更新などのイベントを生成する。ステップＳ４２において、医療情報機器３は、予め設定された通信プロトコルにしたがって、共有フォルダ３４にデータファイル３３を配置する。

連携装置４では、処理部４４（Ｗｏｒｋｅｒ４７）が共有フォルダ３４を監視している。Ｗｏｒｋｅｒ４７は、共有フォルダ３４内に新規のデータファイル３３を確認すると（ステップＳ４３）、ステップＳ４４において、内部通信部４２（Ｆｉｌｅ）を介して、共有フォルダ３４からデータファイル３３を取得する。ステップＳ４５において、Ｗｏｒｋｅｒ４７は、接続定義情報を元に適切な通信プロトコルを指定して、Ｃｌｉｅｎｔ４６に送信依頼を行う。ステップＳ４６において、Ｃｌｉｅｎｔ４６は、接続定義情報を元に適切なＡＰＩを選択し、外部通信部４１（ＨＴＴＰＳ）を介して記録管理サーバ２１に処理要求を送信する。

記録管理サーバ２１は、ステップＳ４７において連携装置４から処理要求を受け付けると、クライアント証明書の認証を行うとともに、接続管理サーバ２２にアクセストークンの検証を行わせる。これらの認証及び検証が済むと、記録管理サーバ２１は、ステップＳ４８において当該処理要求に基づいて処理を実行する。

以上説明したように、本実施形態によれば、ローカルエリアネットワークに属して、外部システムとセキュアに通信する機能を備えない医療情報機器と、インターネット上の医療記録システムとの間で、セキュアかつ高速な連携を実現することができる。また、複数の連携タイプを用意しているから、医療情報機器の有する通信機能に応じた柔軟な連携方式を利用可能である。

以上、本発明の代表的な実施形態について説明したが、本発明はこれらに限定されるものではなく、種々の設計変更が可能であり、それらも本発明に含まれる。

１・・・システム、
２・・・医療記録システム、
３，３１，３２・・・医療情報機器、
４・・・連携装置、
２１・・・記録管理サーバ、
２２・・・接続管理サーバ、
４１・・・外部通信部、
４２・・・内部通信部、
４３・・・通信定義部、
４４・・・処理部。

Claims (12)

1. インターネット上に配置される医療記録システムと、
   前記医療記録システム、及び、ローカルエリアネットワークに属する医療情報機器の間を連携する連携装置と、
   を含む医療情報システムであって、
   前記医療記録システムは、
   医療記録を管理する記録管理サーバと、
   前記連携装置による前記記録管理サーバへの接続を管理する接続管理サーバと、を含み、
   前記連携装置は、
   前記医療情報機器と直接的又は間接的に接続する内部通信部と、
   前記医療情報機器に関する接続定義情報を保持する接続定義部と、
   前記医療情報機器において第１のイベントが生成すると、前記内部通信部を介して前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する処理部と、
   暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する外部通信部と、
   を含むことを特徴とする医療情報システム。
2. 前記内部通信部は、前記データとして、前記医療情報機器において生成された、前記第１のイベントに対応する第２の処理要求を受信し、
   前記処理部は、前記第２の処理要求及び前記接続定義情報に基づいて前記第１の処理要求を決定すること、
   を特徴とする請求項１に記載の医療情報システム。
3. 前記内部通信部は、前記データとして、前記ローカルエリアネットワークに属し前記医療情報機器及び前記連携装置の双方からアクセス可能な記憶領域からデータファイルを取得し、
   前記処理部は、前記データファイル及び前記接続定義情報に基づいて前記第１の処理要求を決定すること、
   を特徴とする請求項１に記載の医療情報システム。
4. 前記記録管理サーバは、前記記録管理サーバにおいて第２のイベントが生成すると、前記第２のイベントに対応する第３の処理要求を前記接続管理サーバに指示し、
   前記接続管理サーバは、前記第３の処理要求を前記連携装置に送信し、
   前記処理部は、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第３の処理要求及び前記接続定義情報に基づいて前記内部通信部の出力内容を決定すること、
   を特徴とする請求項１に記載の医療情報システム。
5. 前記処理部は、前記第３の処理要求及び前記接続定義情報に基づいて前記第２のイベントに対応する第４の処理要求を決定し、
   前記内部通信部は、前記第４の処理要求を前記医療情報機器に送信すること、
   を特徴とする請求項４に記載の医療情報システム。
6. 前記処理部は、前記第３の処理要求から、前記第２のイベントに関するデータファイルを取得し、
   前記内部通信部は、前記ローカルエリアネットワークに属し前記医療情報機器及び前記連携装置の双方からアクセス可能な記憶領域に、前記データファイルを配置すること、
   を特徴とする請求項４に記載の医療情報システム。
7. インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器と、を連携させる連携装置であって、
   前記医療情報機器と直接的又は間接的に接続する内部通信部と、
   前記医療情報機器に関する接続定義情報を保持する接続定義部と、
   前記医療情報機器において第１のイベントが生成すると、前記内部通信部を介して前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する処理部と、
   暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する外部通信部と、
   を含むことを特徴とする連携装置。
8. 前記記録管理サーバは、前記記録管理サーバにおいて第２のイベントが生成すると、前記第２のイベントに対応する第２の処理要求を前記接続管理サーバに指示し、
   前記接続管理サーバは、前記第２の処理要求を前記連携装置に送信し、
   前記処理部は、前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第３の処理要求及び前記接続定義情報に基づいて前記内部通信部の出力内容を決定すること、
   を特徴とする請求項７に記載の連携装置。
9. インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器とを、連携装置を介して連携する連携方法であって、
   前記連携装置が、
   前記医療情報機器において第１のイベントが生成すると、前記第１のイベントに対応するデータを取得し、前記接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する手順と、
   暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する手順と、
   を含む手順を実行する連携方法。
10. 前記記録管理サーバにおいて生成した第２のイベントに対応する第２の処理要求を前記接続管理サーバから受信する手順と、
    前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第２の処理要求及び前記接続定義情報に基づいて前記医療情報機器への出力内容を決定する手順と、
    を更に含む請求項９に記載の連携方法。
11. インターネット上に配置されて、医療記録を管理する記録管理サーバ、及び、他のシステムによる前記記録管理サーバへの接続を管理する接続管理サーバを含む医療記録システムと、ローカルエリアネットワークに属する医療情報機器とを、連携装置を介して連携するべく、前記連携装置に、
    前記医療情報機器において第１のイベントが生成すると、前記内部通信部を介して前記第１のイベントに対応するデータを取得し、前記医療情報機器に関する接続定義情報及び前記データに基づいて、前記第１のイベントに対応する第１の処理要求を決定する手順と、
    暗号化された通信の確立下で前記接続管理サーバと常時接続した状態で、暗号化された通信を用いて前記記録管理サーバに対して前記第１の処理要求を送信する手順と、
    を含む手順を実行させるためのプログラム。
12. 前記記録管理サーバにおいて生成した第２のイベントに対応する第２の処理要求を前記接続管理サーバから受信する手順と、
    前記医療情報機器が前記第２のイベントに対応する処理を実行するように、前記第２の処理要求及び前記接続定義情報に基づいて前記医療情報機器への出力内容を決定する手順と、
    を更に含む請求項１１に記載のプログラム。