JP7595040B2 - ゲートウェイ装置および医療通信システム - Google Patents

Description

本開示は、医療情報を扱うゲートウェイ装置および医療通信システムに関する。

医療機関において、患者の個人情報、既往歴、診療履歴などの各種医療情報を電子カルテとして管理することが行われている。医療情報は、取り扱いに注意を要する機微な情報であるため、医療機関内で医療情報を扱う医療情報管理システムは、クラウドから独立したオンプレミスなシステムとして設計されることがある。

近年、クラウド上に構築されたウェブサーバなどを用いて、医療機関を利用する患者、または医療機関に属する医療従事者へ様々なサービスを提供する医療サービス提供システムが普及している。具体例としては、医療機関外から医療機関への予約を受け付ける予約システム、医療機関に訪れた患者の受付を行う受付システム、患者への問診を事前に行う問診システム、診療費の決済を行う決済システム、外部の検査機関への検査予約を行う検査予約システムなどが挙げられる。

医療サービス提供システムにおいてよりよいサービスを提供するため、医療情報管理システムと医療サービス提供システムとを互いに連携させたいという要望がある。医療情報管理システムと医療サービス提供システムとを互いに連携させることにより、医療情報管理システムが管理する患者の個人情報や診療履歴などの医療情報を、医療サービス提供システムで利用できるようになる。特許文献１には、電子カルテなどの情報を扱う医療情報システムと、患者が有する端末との間を、セキュアに接続するクラウド統合基盤を含む医療情報システムが開示されている。

特開２０２１－１０３３４８号公報

しかしながら、機微な情報である電子カルテ情報を取り扱う医療情報管理システムと、外部の医療サービス提供システムとの通信接続をセキュアに行うためには、費用や使い勝手の点で多くの問題がある。

本開示の目的は、医療情報管理システムと、外部の医療サービス提供システムとの通信接続をセキュアに、安価に、かつ使い勝手よく行うことができるゲートウェイ装置および医療通信システムを提供することである。

本開示のゲートウェイ装置は、オンプレミス環境のコンピュータによって実現されている医療情報管理システムであって医療情報を管理する医療情報管理システムと、前記医療情報を用いて種々のサービスを提供する医療サービス提供システムと、の通信を中継するゲートウェイ装置であって、前記ゲートウェイ装置は、クラウド環境のコンピュータによって実現され、前記医療情報管理システムおよび前記医療サービス提供システムを認証する認証部と、認証された前記医療情報管理システムとの間で、一度通信が確立された後は常時接続を維持し、双方向の通信を可能とする第１通信プロトコルを用いて常時接続を確立可能な常時接続部と、認証された前記医療サービス提供システムとの間で、情報の送受信が完了した場合に通信が切断される第２通信プロトコルを用いた通信接続を確立し、前記医療情報の送受信を行う送受信部と、複数の前記医療情報管理システムのいずれかと、複数の前記医療サービス提供システムのいずれかと、の接続を許可するか否かを示す接続許可情報を記憶する記憶部と、前記常時接続が確立されている前記医療情報管理システム、および、前記接続許可情報に基づいて、認証された前記医療サービス提供システムとの前記通信接続を許可するか否かを判断する判断部と、を備える。

本開示の医療通信システムは、医療情報を管理する医療情報管理システムと、前記医療情報管理システムと、前記医療情報を用いて種々のサービスを提供する医療サービス提供システムと、の通信を中継するゲートウェイ装置と、を備え、前記ゲートウェイ装置は、クラウド環境のコンピュータによって実現され、複数の前記医療情報管理システムのいずれかと、複数の前記医療サービス提供システムのいずれかと、の接続を許可するか否かを示す接続許可情報を予め記憶しており、オンプレミス環境のコンピュータによって実現されている前記医療情報管理システムとの間で、一度通信が確立された後は常時接続を維持し、双方向の通信を可能とする第１通信プロトコルを用いて常時接続を確立させるとともに、前記医療サービス提供システムとの間で、情報の送受信が完了した場合に通信が切断される第２通信プロトコルを用いた通信接続を許可するか否かを、前記常時接続が確立されている前記医療情報管理システム、および、前記接続許可情報に基づいて判断し、許可すると判断した場合に前記通信接続を行う。

本発明によれば、医療情報管理システムと、外部の医療サービス提供システムとの通信接続をセキュアに、安価に、かつ使い勝手よく行うことができる。

本開示の実施の形態に係る医療通信システムの全体構成の一例を示す概念図 コンピュータのハードウェア構成の一例を示す図 ゲートウェイ装置が有するソフトウェア構成の一例について説明するための図 医療情報管理システムのソフトウェア構成の一例について説明するための図 医療サービス提供システムのソフトウェア構成の一例について説明するための図 医療サービス提供システムに対して医療情報の変更通知を行う場合の医療通信システムの動作例を示すシーケンス図 医療サービス提供システムに対して変更された医療情報を送信する場合の医療通信システムの動作例を示すシーケンス図 医療サービス提供システムに対して送信する医療情報の種類を選択する場合の医療通信システムの動作例を示すシーケンス図 種類情報の一例を示す図 医療情報の変更が、医療サービス提供システムによって生じた場合の動作例を示すシーケンス図 予約・受付サービスを利用して患者が医療機関の予約を行い、当該予約・受付サービスを利用して医療機関が患者の再診受付を行う場合の使用例を説明するためのシーケンス図 医療機関を初めて受診する患者が、予約・受付サービスサービスを利用して医療機関の予約を行い、当該予約・受付サービスを利用して医療機関が患者の初診受付を行う場合の使用例を説明するためのシーケンス図 予約・受付サービスを利用して医療機関が患者の再診受付を行うとともに、問診サービスを利用した当該患者の問診と、検査予約サービスを利用した当該患者の検査予約とを、それぞれ行う場合の使用例を説明するためのシーケンス図

以下、本開示の実施の形態について図面を参照して詳細に説明する。ただし、必要以上に詳細な説明、例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明などは省略する場合がある。

［医療通信システム１００の構成］
図１は、本開示の実施の形態に係る医療通信システム１００の全体構成の一例を示す概念図である。図１に示すように、医療通信システム１００は、ゲートウェイ装置１と、医療情報管理システム２と、医療サービス提供システム３と、を含む。なお、医療通信システム１００が含む医療情報管理システムの数、および医療サービス提供システムの数については限定せず、１つでもよいし、複数でもよい。

ゲートウェイ装置１は、医療情報管理システム２と医療サービス提供システム３との間で各種情報の通信制御を行う装置である。ゲートウェイ装置１は、例えばクラウド環境のコンピュータによって実現される。また、ゲートウェイ装置１の機能は、医療情報管理システム２のハードウェア構成によって実現されてもよい。ゲートウェイ装置１の構成、および動作の詳細については、後述する。

医療情報管理システム２は、例えば医療機関（病院、診療所、介護老人保健施設、薬局、その他の医療を提供する施設など）において運用され、利用される、医療情報を管理するシステムである。

医療情報の例としては、患者情報、受付情報、診療科情報、利用者情報などが挙げられる。患者情報は、例えば、患者の名前、年齢、生年月日、性別、住所などの個人を特定できる情報、および、保険種別、保険者番号などの保険情報を含む。受付情報は、医療機関において患者の受付を行う際に利用される情報であって、医療機関毎に定められた診察券番号などの患者コード、現在の待ち人数または順番、受け付けを行った際の受付番号、予約時刻、受付時刻、初診または再診などの来所区分、来所理由、過去の来所日や来所履歴、過去の診療履歴など、種々の情報を含む。診療科情報は、患者がかかる、またはかかった診療科を示す情報である。利用者情報は、医療情報を利用する利用者に関する情報であり、例えば患者を診察する医師、または検査する検査技師などを識別する情報などを含む。

医療情報管理システム２は、個人を特定できる情報などの機微な情報を管理することから、オンプレミス環境のコンピュータによって実現される。医療情報管理システム２を実現させるオンプレミス環境のコンピュータは、例えばシステムを利用する医療機関内に設置されている。医療情報管理システム２と外部のネットワークとの通信は、必ずゲートウェイ装置１を介して行うように構成されている。

医療サービス提供システム３は、例えば患者、または医療従事者に対して様々なサービスを提供する医療サービスシステムが有する装置である。なお、医療サービス提供システム３を利用する人物は、患者または医療従事者に限られず、例えば製薬メーカーの社員など、医療情報の利用を希望する他の人物であってもよい。医療サービス提供システム３は、例えば、医療機関外の様々なサービス提供者が、医療機関および患者に対して、有用な医療サービスを提供するものである。医療サービス提供システム３は、クラウド環境のコンピュータによって実現される構成であってもよいし、オンプレミス環境のコンピュータによって実現される構成であってもよい。

医療サービス提供システムが提供する医療サービスの例としては、予約サービス、受付サービス、問診サービス、決済サービス、検査依頼サービス、治験管理サービスなどが挙げられる。予約サービスは、患者が医療機関外から医療機関への予約を可能とするサービスである。受付サービスは、患者が医療機関を訪れた際に、医療機関における患者の受付を行うサービスである。問診サービスは、医療機関に掛かろうとしている患者に対し、問診を事前に行うサービスである。決済サービスは、診療後、診療費の決済を行うサービスである。検査依頼サービスは、外部の検査機関での検査が必要になった場合に、外部の検査機関への検査依頼を行うサービスである。治験管理サービスは、患者に対して治験を行う場合の管理を行うサービスである。

医療サービス提供システム３は、ゲートウェイ装置１を介して、医療情報管理システム２と通信可能に接続されている。

＜コンピュータのハードウェア構成＞
次に、ゲートウェイ装置１、医療情報管理システム２、および医療サービス提供システム３を構成するコンピュータ１０００のハードウェア構成について説明する。図２は、コンピュータ１０００のハードウェア構成の一例を示す図である。

コンピュータ１０００は、キーボードやマウス、タッチパッドなどの入力装置１００１、ディスプレイやスピーカーなどの出力装置１００２、ＣＰＵ（Central Processing Unit）１００３、ＲＯＭ（Read Only Memory）１００４、ＲＡＭ（Random Access Memory）１００５、ハードディスク装置やＳＳＤ（Solid State Drive）などの記憶装置１００６、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）やＵＳＢ（Universal Serial Bus）メモリなどの記録媒体から情報を読み取る読取装置１００７、ネットワークを介して通信を行う送受信装置１００８を備え、各部はバス１００９により接続される。

そして、読取装置１００７は、上記各装置の機能を実現するためのプログラムを記録した記録媒体からそのプログラムを読み取り、記憶装置１００６に記憶させる。あるいは、送受信装置１００８が、ネットワークに接続されたシステム装置と通信を行い、システム装置からダウンロードした上記各装置の機能を実現するためのプログラムを記憶装置１００６に記憶させる。

そして、ＣＰＵ１００３が、記憶装置１００６に記憶されたプログラムをＲＡＭ１００５にコピーし、そのプログラムに含まれる命令をＲＡＭ１００５から順次読み出して実行することにより、ゲートウェイ装置１、医療情報管理システム２、および医療サービス提供システム３の機能が実現される。

＜ゲートウェイ装置１のソフトウェア構成＞
図３は、ゲートウェイ装置１が有するソフトウェア構成の一例について説明するための図である。図３に示すように、ゲートウェイ装置１は、常時接続部１１と、判断部１２と、送受信部１３と、認証部１４と、記憶部１５と、を備える。

常時接続部１１は、医療情報管理システム２との常時接続が可能な通信部である。本開示では、図１に示すように、常時接続部１１と医療情報管理システム２との間の通信プロトコルとして、ＷｅｂＳｏｃｋｅｔ通信を採用する。ＷｅｂＳｏｃｋｅｔ通信は、一度通信が確立された後は常時接続を維持し、双方向の通信を可能とする通信プロトコルである。これにより、一度常時接続が確立された後は、ゲートウェイ装置１と医療情報管理システム２との間で医療情報の送受信が可能となる。

判断部１２は、医療サービス提供システム３との通信接続を許可するか否かを判断する。判断部１２の判断は、記憶部１５に記憶されている接続許可情報に基づいて行われる。接続許可情報は、複数の医療情報管理システム２のいずれかと、複数の医療サービス提供システム３のいずれかと、の接続を許可するか否かを示す接続許可情報を記憶する。言い換えると、接続許可情報は、医療情報管理システム２毎に定められた、接続を許可する医療サービス提供システム３を示す情報である。これにより、ゲートウェイ装置１は、医療情報管理システム２毎に、接続を許可する医療サービス提供システム３を管理することができる。

送受信部１３は、判断部１２が接続を許可すると判断した場合に、医療サービス提供システム３との通信接続を確立し、医療情報の送受信を行う。本開示では、送受信部１３と医療サービス提供システム３との間の通信プロトコルとして、ＨＴＴＰＳ通信を採用する。これにより、ゲートウェイ装置１と医療サービス提供システム３との間の通信接続は、必要な場合のみ確立され、その通信接続をセキュアなものとすることができる。

認証部１４は、常時接続部１１と常時接続される医療情報管理システム２の認証を行う。また、認証部１４は、送受信部１３と必要に応じて接続される医療サービス提供システム３の認証を行う。

記憶部１５は、ゲートウェイ装置１が動作するために必要な各種情報を記憶している。記憶部１５が記憶する情報の例としては、接続許可情報、および種類情報が挙げられる。種類情報は、詳細は後述するが、医療サービス提供システム３毎にあらかじめ定められた、医療サービス提供システム３が必要とする医療情報の種類を示す情報である。

＜医療情報管理システム２のソフトウェア構成＞
図４は、医療情報管理システム２のソフトウェア構成について説明するための図である。医療情報管理システム２は、送受信部２１と、変更検出部２２と、抽出部２３と、医療情報データベース（ＤＢ）２４と、表示部２５と、操作部２６と、を備える。

送受信部２１は、ゲートウェイ装置１の常時接続部１１との間で常時接続（ＷｅｂＳｏｃｋｅｔ通信）を確立させ、確立後、医療情報の送受信を行う。

変更検出部２２は、医療情報ＤＢ２４に含まれる医療情報に変更があった場合に変更を検出する。医療情報の変更は、例えば、操作部２６を介して医療機関のスタッフが医療情報を変更する操作を行った場合に生じる。具体例を挙げると、医療機関を訪れた患者から、姓が変わったことを聞いた医療機関のスタッフは、操作部２６を操作して、医療情報管理システム２の医療情報ＤＢ２４に含まれる患者情報を変更した場合に、医療情報の変更が行われる。

または、医療情報の変更は、医療サービス提供システム３から変更された医療情報が送信され、ゲートウェイ装置１を介して送受信部２１により受信された場合に生じる。変更検出部２２は、例えば所定周期毎、または操作部２６に対して医療情報を変更する操作が行われた場合に、変更を検出する処理を実行し、変更を検出する。

抽出部２３は、医療情報ＤＢ２４に管理される複数種類の医療情報のうち、医療サービス提供システム３にとって必要な種類の医療情報を抽出する。これにより、例えばゲートウェイ装置１を介した医療サービス提供システム３からの要求に応じて、特定の患者に関する医療情報を検出したり、複数の患者に関する特定の種類の医療情報を検出したりすることができる。抽出部２３は、例えば医療サービス提供システム３からゲートウェイ装置１を介して変更された医療情報が送信されてきたことを契機として、当該医療サービス提供システム３に必要な種類の医療情報を抽出すればよい。

医療情報ＤＢ２４は、医療情報を管理するデータベースである。

表示部２５は、医療情報管理システム２を運用する医療機関のスタッフなどに対し、各種の情報を表示する。表示部２５は、例えば医療機関に設置された医療情報管理システム２用の端末が有する液晶ディスプレイ、有機ＥＬディスプレイなどに表示を行う。

操作部２６は、例えば医療情報管理システム２が運用される医療機関に設置され、医療機関のスタッフなどの操作を受け付ける。操作部２６は、例えば医療機関に設置された医療情報管理システム２用の端末が有するキーボード、マウス、タッチパネルなどに対する入力操作を受け付ける。

＜医療サービス提供システム３のソフトウェア構成＞
図５は、医療サービス提供システム３のソフトウェア構成を説明するための図である。なお、医療サービス提供システム３は、様々な企業、団体によって運営され、様々なサービスを提供するものであるため、以下説明するソフトウェア構成はあくまで一例である。

医療サービス提供システム３は、送受信部３１と、サービス提供部３２と、医療サービスデータベース（ＤＢ）３３と、表示部３４と、操作部３５と、を備える。

送受信部３１は、ゲートウェイ装置１の送受信部１３との間で必要に応じて通信（ＨＴＴＰＳ通信）接続を確立させ、医療情報の送受信を行う。

サービス提供部３２は、医療サービスＤＢ３３に記憶されているプログラムを実行することにより、各種の医療情報を用いて、医療機関または患者に対して種々の医療サービスを提供する。

表示部３４は、医療情報管理システム２を運用する医療機関に設置され、医療機関のスタッフなどに対し、各種の情報を表示する。表示部３４は、例えば医療機関に設置された医療サービス提供システム３用の端末が有する液晶ディスプレイ、有機ＥＬディスプレイなどに表示を行う。

操作部３５は、例えば医療情報管理システム２が運用される医療機関に設置され、医療機関のスタッフなどの操作を受け付ける。操作部３５は、例えば医療機関に設置された医療サービス提供システム３用の端末が有するキーボード、マウス、タッチパネルなどに対する入力操作を受け付ける。

＜医療通信システム１００の構成による効果＞
以上、医療通信システム１００の構成について説明した。本開示の実施の形態に係る医療通信システム１００では、ゲートウェイ装置１と医療情報管理システム２との間で、ＷｅｂＳｏｃｋｅｔ通信により常時接続通信が確立される。一方、ゲートウェイ装置１と医療サービス提供システム３との間には、必要に応じてＨＴＴＰＳ通信が確立される。このような構成により、ゲートウェイ装置１と医療情報管理システム２との間では、一度通信が確立してしまえば、リアルタイムで双方向の情報のやり取りを行うことができる。

ゲートウェイ装置１を使用せずに、オンプレミスの医療情報管理システム２と複数の医療サービス提供システム３との間でリアルタイムで双方向、かつセキュアな通信接続を確立させようとした場合、以下のような問題が生じうる。

ゲートウェイ装置１を使用せずに、オンプレミスの医療情報管理システム２と外部の医療サービス提供システム３との間で、リアルタイムで双方向、かつセキュアな通信接続を確立させる方法として、医療情報管理システム２と医療サービス提供システム３との間で必要に応じてＨＴＴＰＳ通信を用いて接続する方法が考えられる。この場合、医療サービス提供システム３から医療情報管理システム２へ接続を行うために、医療情報管理システム２側に固定ＩＰアドレスまたは独自ドメインを取得する必要がある。固定ＩＰアドレスや独自ドメインを取得し、セキュリティを維持するためには、医療情報管理システム２を運用する医療機関側に大きなコストがかかる。

また、固定ＩＰアドレスや独自ドメインを取得できたとしても、医療情報管理システム２側を運用する医療機関が医療サービス提供システム３との連携を効率よく行うためには、医療機関に医療サービス提供システム３毎に専用のクライアント端末を設置および運用する必要がある。また、ネットワークに関する専門知識を有するスタッフを医療機関に雇用する必要が生じる場合もある。この場合、医療機関には、設備コストやメンテナンスコストなどの負担が大きく掛かることになる。また、医療機関のスタッフの操作負担も大きくなる。具体例を挙げると、患者情報の変更（名前、住所、保険種別の変更など）があった場合、医療機関側のスタッフは、医療情報管理システム２において患者情報を変更するための作業だけでなく、複数の医療サービス提供システム３のそれぞれに対して、変更された患者情報を反映させる作業が必要となる。

また、医療サービス提供システム３側にも、各医療機関のＩＰアドレスやドメイン情報を常時管理する必要があり、そのための設備、運用コストなどが必要となる。

本開示の実施の形態に係る医療通信システム１００では、上記した構成により、ＩＰアドレスやドメイン情報の管理が不要となるため、ゲートウェイ装置１がオンプレミスの医療情報管理システム２と医療サービス提供システム３との通信を中継することにより、医療情報管理システム２と医療サービス提供システム３との間の連携を、低コストで行うことができる。

また、本開示の実施の形態に係る医療通信システム１００では、ゲートウェイ装置１が、機微な情報である医療情報を保持しないので、高いセキュリティ性を確保できる。また、医療情報管理システム２側で医療情報の変更などがあった場合にも、操作負担を増大させずに、速やかに医療サービス提供システム３側に反映させることができる。以下では、本開示の実施の形態に係る医療通信システム１００の各種動作を具体例を挙げて説明する。

［動作例］
以下では、医療通信システム１００の動作例について説明する。以下の動作例は、ゲートウェイ装置１による医療情報管理システム２の認証後、ゲートウェイ装置１と医療情報管理システム２との間にＷｅｂＳｏｃｋｅｔ通信による常時接続が確立されていることを前提とする。また、以下の動作例は、ゲートウェイ装置１と医療サービス提供システム３との間の通信は、必要に応じて医療サービス提供システム３の認証後にＨＴＴＰＳ通信が確立され、必要な情報の送受信が完了したら確立されたＨＴＴＰＳ通信が切断されることを前提とする。

＜第１の動作例：医療情報の変更の通知＞
第１の動作例として、医療情報管理システム２が管理する医療情報に変更があった場合に医療サービス提供システム３に対して通知を行う場合の動作例を説明する。図６は、医療サービス提供システム３に対して医療情報の変更通知を行う場合の医療通信システム１００の動作例を示すシーケンス図である。なお、図６に示すシーケンス図では、煩雑さを避けるため、医療情報管理システム２および医療サービス提供システム３がそれぞれ１つずつ示されているが、実際にはそれぞれ複数の医療情報管理システム２および医療サービス提供システム３が存在してもよい。本明細書にて登場する以下のシーケンス図では、全て同様の前提が存在するとする。

ステップＳ１において、医療情報管理システム２の変更検出部２２（図４参照）は、医療情報に対する変更を検出する。医療情報の変更は、上述したように、医療機関のスタッフが医療情報管理システム２の操作部２６を操作することにより、または、医療サービス提供システム３から変更された医療情報が、ゲートウェイ装置１を介して医療情報管理システム２に受信された場合に、行われる。ステップＳ１における変更の検出は、例えば所定周期毎、または、操作部２６に対する変更の操作が行われた場合に、変更検出部２２（図４参照）によって実行される。

ステップＳ２において、医療情報管理システム２は、ゲートウェイ装置１に対して医療情報に変更があったことを通知する。

ステップＳ３において、変更通知を受信したゲートウェイ装置１は、医療サービス提供システム３毎に、変更通知の送信を許可するか否かの判断を行う。上述したように、この判断は、ゲートウェイ装置１があらかじめ記憶している接続許可情報に基づいて行われる。

ステップＳ４において、ゲートウェイ装置１は、送信を許可すると判断した医療サービス提供システム３に対し、変更通知を送信する。なお、複数の医療サービス提供システム３のうち、ステップＳ３で接続が許可されなかったものについては、ステップＳ４において変更通知は送信されない。これにより、医療情報に変更があったことが、自動的に医療サービス提供システム３に通知されるので、医療情報管理システム２を運用する医療機関のスタッフなどが手動で変更通知を送信する必要がなくなる。

なお、上記の第１の動作例では、単に医療情報に変更があったことを変更通知において通知しているが、例えば後述の種類情報（第３の動作例を参照）に基づいて、どの種類の医療情報が変更されたかを通知するようにしてもよい。

＜第２の動作例：医療情報の送信＞
第２の動作例は、医療情報に変更があった場合に、当該医療情報を医療サービス提供システム３に対して送信する場合の動作例である。第１の動作例では、医療情報に変更があった場合に医療サービス提供システム３に対し変更通知を送信していたが、第２の動作例では、変更された医療情報の送信を行う。例えば特定の患者の患者情報が変更された場合、当該患者の患者情報が医療サービス提供システム３に対して送信される。

図７は、医療サービス提供システム３に対して変更された医療情報を送信する場合の医療通信システム１００の動作例を示すシーケンス図である。

ステップＳ１１において、医療情報管理システム２は、医療情報に対する変更を検出する。

ステップＳ１２において、医療情報管理システム２は、ゲートウェイ装置１に対して変更された医療情報を送信する。

ステップＳ１３において、変更された医療情報を受信したゲートウェイ装置１は、医療サービス提供システム３毎に、変更された医療情報の送信を許可するか否かの判断を行う。

ステップＳ１４において、ゲートウェイ装置１は、送信を許可すると判断した医療サービス提供システム３に対し、変更された医療情報を送信する。なお、複数の医療サービス提供システム３のうち、ステップＳ１３で接続が許可されなかったものについては、ステップＳ１４において変更通知は送信されない。これにより、変更された医療情報が、自動的に医療サービス提供システム３に送信されて反映されるので、医療情報管理システム２を運用する医療機関のスタッフなどが手動で医療サービス提供システム３に更新された情報を送信する必要がなくなる。

＜第３の動作例：送信する医療情報を選択＞
第３の動作例は、ゲートウェイ装置１から医療サービス提供システム３に対して医療情報を送信するとき、複数種類の医療情報のうち、あらかじめ設定された種類の情報のみをゲートウェイ装置１が選択して送信する動作例である。

図８は、医療サービス提供システム３に対して送信する医療情報の種類を選択する場合の医療通信システム１００の動作例を示すシーケンス図である。

ステップＳ２１において、医療情報管理システム２は、医療情報に対する変更を検出する。

ステップＳ２２において、医療情報管理システム２は、ゲートウェイ装置１に対して変更された医療情報を送信する。

ステップＳ２３において、変更された医療情報を受信したゲートウェイ装置１は、医療サービス提供システム３毎に、変更された医療情報の送信を許可するか否かの判断を行う。

ステップＳ２４において、ゲートウェイ装置１は、送信を許可すると判断した医療サービス提供システム３毎に、種類情報に基づいて、送信する医療情報の種類を選択する。

ステップＳ２５において、ゲートウェイ装置１は、選択した種類の医療情報を医療サービス提供システム３に対して送信する。

図９は、ステップＳ２４において用いられる、種類情報の一例を示す図である。図９に示すように、種類情報は、送信元の医療情報管理システム２毎、および、送信先の医療サービス提供システム３毎に、送信すべき医療情報の種類を特定した情報である。

医療サービス提供システム３が提供する医療サービスの種類によっては、必要としない種類の医療情報があることがある。このように医療サービス提供システム３にとって不要な種類の医療情報がある場合には、機微な情報である医療情報を不必要に送信しない方がよい。第３の動作例によれば、医療サービス提供システム３毎に不要な種類の医療情報を送信しないため、よりセキュリティを維持することができる。

＜第４の動作例：医療情報管理システム２が医療サービス提供システム３にとって必要な情報を抽出＞
第４の動作例では、医療情報の変更が、医療サービス提供システム３によって生じた場合の動作例について説明する。図１０は、医療情報の変更が、医療サービス提供システム３によって生じた場合の動作例を示すシーケンス図である。

ステップＳ３１において、医療サービス提供システム３において、医療情報の変更が行われる。具体的には、ステップＳ３１の動作は、例えば医療機関に設置された、医療サービス提供システム３の操作部３５（図５参照）に対し、医療機関のスタッフが医療情報を変更する操作を行った場合の動作である。

ステップＳ３２において、医療サービス提供システム３は、変更された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ３３において、ゲートウェイ装置１は、医療サービス提供システム３から受信した、変更された医療情報を、医療情報管理システム２に対して送信する。

ステップＳ３４において、医療情報管理システム２は、受信した情報に基づいて、医療情報を変更する。

ステップＳ３５において、医療情報管理システム２は、変更された医療情報を送信してきた医療サービス提供システム３が必要とする医療情報を抽出する。ステップＳ３５の動作は、医療情報管理システム２の抽出部２３（図４参照）が、医療サービス提供システム３毎にあらかじめ設定された種類の医療情報を抽出することにより行われる。

ステップＳ３６において、医療情報管理システム２は、抽出した医療情報をゲートウェイ装置１に対して送信する。

ステップＳ３７において、ゲートウェイ装置１は、変更された医療情報を送信してきた医療サービス提供システム３に対し、医療情報管理システム２から受信した医療情報の送信を許可するか否かの判断を行う。なお、ゲートウェイ装置１は、変更された医療情報を送信してきた医療サービス提供システム３に対する医療情報の送信を必ず許可するものとする。

ステップＳ３８において、ゲートウェイ装置１は、受信した医療情報を医療サービス提供システム３に対して送信する。

このように、第４の動作例では、医療サービス提供システム３が必要とする種類の医療情報を、医療情報管理システム２側で自動的に選択し、ゲートウェイ装置１を介して医療サービス提供システム３に送信する。これにより、医療サービス提供システム３が必要とする情報を、改めて医療情報管理システム２に対して要求する必要がなくなり、時間と労力を低減することができる。

［使用例］
以下では、本開示の実施の形態に係る医療通信システム１００において、上述した各動作例の組み合わせによる、より具体的な使用例について説明する。

＜第１の使用例：予約・受付サービスを用いた患者の再来受付処理＞
図１１は、医療サービス提供システム３が予約・受付サービスである場合に、当該サービスを利用して患者が医療機関の予約を行い、当該予約・受付サービスを利用して医療機関が患者の再診受付を行う場合の使用例を説明するためのシーケンス図である。なお、受付・予約サービスとは、患者が医療機関の予約を行うことができ、受け付けた予約に関する情報を患者が予約した医療機関の医療情報管理システム２に反映するとともに、患者が実際に医療機関を訪れた際には、医療機関における当該患者の受け付けを行い、診察の順番取りや待ち人数の報知などを患者に対して行うサービスである。

以下の使用例では、医療機関において患者の受け付けなどを行うスタッフが、医療情報管理システム２の操作部２６と、医療サービス提供システム３の操作部３５と、を両方とも手元で扱うことができる状況が想定されている。

医療機関の受付にいるスタッフのもとに、当該医療機関への診療予約をすでに予約・受付サービスを用いて済ませている再診患者が訪れたとする。ステップＳ１０１において、当該患者の対応を行う医療機関のスタッフは、手元の医療サービス提供システム３用の端末を操作し、受付開始処理の実行を医療サービス提供システム３に対して要求する。

ステップＳ１０２において、医療サービス提供システム３は、当該患者の受付処理に必要な医療情報をゲートウェイ装置１に対して要求する。受付処理に必要な医療情報の例としては、患者氏名、患者ＩＤ、予約時間、過去の受付情報、次回の診療内容などの種々の情報が挙げられる。

ステップＳ１０３において、ゲートウェイ装置１は、医療サービス提供システム３からの情報の要求を医療情報管理システム２に対して送信してよいか否かを判断する。当該判断は、ゲートウェイ装置１に記憶されている接続許可情報に基づいて行われればよい。

ステップＳ１０４において、ゲートウェイ装置１は、医療サービス提供システム３にとって必要な情報を判断する。この判断は、ゲートウェイ装置１に記憶されている種類情報に基づいて行われればよい。なお、本ステップＳ１０４は、ステップＳ１０２において医療サービス提供システム３がどの情報が必要かを指定していた場合は不要である。

ステップＳ１０５において、ゲートウェイ装置１は、医療情報管理システム２に対して、必要な情報を要求する。

ステップＳ１０６において、医療情報管理システム２は、要求された情報を抽出する。

ステップＳ１０７において、医療情報管理システム２は、抽出した情報をゲートウェイ装置１に対して送信する。

ステップＳ１０８において、ゲートウェイ装置１は、医療情報管理システム２から受信した情報を医療サービス提供システム３に対して送信する。

ステップＳ１０９において、医療サービス提供システム３は、スタッフの端末（図５の表示部３４）に必要な医療情報を表示させる。

ステップＳ１１０において、スタッフは、医療サービス提供システム３の操作部３５を用いて、患者の受け付けに伴う新たな医療情報の入力を行う。ステップＳ１１０において新たに入力される医療情報の例としては、受付時間、来所理由、患者が希望する診療科、などの情報が含まれる。

ステップＳ１１１において、医療サービス提供システム３は、新たに入力された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ１１２において、ゲートウェイ装置１は、新たな医療情報を医療情報管理システム２に対して送信する。

ステップＳ１１３において、医療情報管理システム２は、受信した新たな医療情報を医療情報ＤＢ２４（図４参照）に反映する。

医療サービス提供システム３から変更された医療情報が反映されたことを契機として、ステップＳ１１４において、医療情報管理システム２は、医療サービス提供システム３にとって必要な医療情報を抽出する。本使用例での医療サービス提供システム３にとって必要な医療情報とは、ステップＳ１０２にて説明した、患者氏名および予約時間の他に、過去の受診日時、過去受診した診療科および医師名、保険の種類などの情報である。

ステップＳ１１５において、医療情報管理システム２は、抽出された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ１１６において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報の医療サービス提供システム３への送信を許可するか否かの判断を行う。

ステップＳ１１７において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報を医療サービス提供システム３に対して送信する。

ステップＳ１１８において、受付処理に必要な医療情報を受信した医療サービス提供システム３は、受信した医療情報を表示する。これにより、医療機関のスタッフは、患者の受付処理を完了させることができる。

なお、患者の受付処理を完了させるまでの間に、例えば患者情報や受付情報など、医療情報が変更となることがある。この場合、ステップＳ１１９において、スタッフは医療情報管理システム２の操作部２６を用いて、医療情報の変更点を入力する操作を行う。

ステップＳ１２０において、医療情報管理システム２は、入力された変更点を医療情報ＤＢ２４の医療情報に反映させる。すると、ステップＳ１２１において、医療情報管理システム２の変更検出部２２によって、医療情報の変更が検出される。

ステップＳ１２２において、医療情報管理システム２は、変更された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ１２３において、ゲートウェイ装置１は、変更された医療情報の医療サービス提供システム３への送信を許可するか否かの判断を行う。

ステップＳ１２４において、ゲートウェイ装置１は、医療サービス提供システム３に対して変更された医療情報の送信を行う。

なお、図１１にて説明した第１の使用例では、医療サービス提供システム３が受付要求を受信した時点で、必要な情報を医療情報管理システム２に要求する場合の使用例について説明した。例えば受付の時点では医療サービス提供システム３が医療情報管理システム２に対して受付に必要な全ての情報を要求せず、医療サービス提供システム３自らがその時点で有している情報のみを医療機関スタッフの端末に送信するようにしてもよい。この場合、図１１のステップＳ１０２からステップＳ１０８までの処理は不要となる。

ただし、第１の使用例では、医療サービス提供システム３が有していない、患者に関する各種情報を、受付の時点で医療情報管理システム２に要求することにより、以下のような効果を得ることができる。すなわち、医療サービス提供システム３が患者の受付に関する全ての情報を保持していれば、図１１のステップＳ１０２からステップＳ１０８までの処理は不要ではあるが、医療サービス提供システム３が保持すべき情報の量が増大してしまうとともに、機微な情報を医療サービス提供システム３が保持することになるため、セキュリティ上の課題が生じうる。

しかしながら、第１の使用例のように、機微な情報を医療情報管理システム２が一括で管理しておき、医療サービス提供システム３には持たせないようにすることで、システム全体のセキュリティ性を向上させることができるとともに、システム全体の構築コストを低減することができる。

このように、医療通信システム１００の第１の使用例によれば、医療サービス提供システム３としての予約・受付サービスで予約を行った患者が医療機関を訪れたとき、医療機関のスタッフが必要最低限の情報を医療サービス提供システム３に対して入力することで、当該患者の受付処理に必要な各種医療情報が、医療情報管理システム２からゲートウェイ装置１を介して、医療サービス提供システム３に自動的に送信される。このため、医療機関のスタッフは、受付処理のために必要な医療情報を、例えば医療情報管理システム２の端末などを操作して、自力で取得する操作を行う必要がない。これにより、スタッフの操作労力を大幅に低減させる効果を得ることができる。

なお、医療サービス提供システム３とゲートウェイ装置１との間の通信は、必要に応じてＨＴＴＰＳ通信で行われ、ゲートウェイ装置１と認証済みの医療情報管理システム２との間の通信は、ＷｅｂＳｏｃｋｅｔ通信によって常時行われているので、機微な情報である医療情報の医療通信システム１００の各構成間におけるセキュリティは十分に確保される、という効果も得ることができる。

＜第２の使用例：予約・受付サービスを用いた患者の初診受付処理＞
図１２は、医療サービス提供システム３が予約・受付サービスである場合に、ある医療機関を初めて受診する患者が、当該サービスを利用して医療機関の予約を行い、当該予約・受付サービスを利用して医療機関が患者の初診受付を行う場合の使用例を説明するためのシーケンス図である。

医療機関の受付にいるスタッフのもとに、当該医療機関への診療予約をすでに予約・受付サービスを用いて済ませているが、初診の患者が訪れたとする。ステップＳ２０１において、当該患者の対応を行う医療機関のスタッフは、手元の医療サービス提供システム３用の端末を操作し、受付開始処理の実行を医療サービス提供システム３に対して要求する。

ステップＳ２０２において、医療サービス提供システム３は、スタッフの端末（図５の表示部３４）に当該患者の受付処理に必要な医療情報を表示させる。受付処理に必要な医療情報の例としては、第１の使用例と同じく、患者氏名および予約時間などの情報である。

現時点において、医療機関における受付処理が医療サービス提供システム３の表示部３４に表示させることができない点については、第１の使用例と同様である。

ステップＳ２０３において、スタッフは、医療情報管理システム２の操作部２６を用いて、初診患者に関する患者情報などを含む新たな医療情報を入力する。入力された新たな医療情報は、医療情報管理システム２の医療情報ＤＢ２４に登録される。

一方、ステップＳ２０４において、スタッフは、医療サービス提供システム３の操作部３５を用いて、受付処理に伴う新たな医療情報の入力を行う。ステップＳ２０４において新たに入力される医療情報の例としては、受付時間、来所理由、患者が希望する診療科、などの情報が含まれる。

ステップＳ２０５において、医療サービス提供システム３は、新たに入力された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ２０６において、ゲートウェイ装置１は、新たな医療情報を医療情報管理システム２に対して送信する。

ステップＳ２０７において、医療情報管理システム２は、受信した新たな医療情報を医療情報ＤＢ２４に反映する。

これを契機として、ステップＳ２０８において、医療情報管理システム２は、医療サービス提供システム３にとって必要な医療情報を抽出する。ここでの医療サービス提供システム３にとって必要な医療情報とは、ステップＳ２０２にて説明した、患者氏名および予約時間の他に、過去の受診日時、過去受診した診療科および医師名、保険の種類などの情報である。

ステップＳ２０９において、医療情報管理システム２は、抽出された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ２１０において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報の医療サービス提供システム３への送信を許可するか否かの判断を行う。

ステップＳ２１１において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報を医療サービス提供システム３に対して送信する。

ステップＳ２１２において、受付処理に必要な医療情報を受信した医療サービス提供システム３は、受信した医療情報を表示する。これにより、医療機関のスタッフは、患者の受付処理を完了させることができる。

このように、医療通信システム１００の第２の使用例によれば、患者が初診である場合でも、第１の使用例と同等の効果を得ることができる。

＜第３の使用例：複数の医療サービス提供システム３を連携＞
第３の使用例では、複数の医療サービス提供システム３Ａ，３Ｂ，３Ｃを連携させる場合の使用例について説明する。医療サービス提供システム３Ａは、受付・予約サービスである。医療サービス提供システム３Ｂは、患者に対して受診前の問診を行う問診サービスである。医療サービス提供システム３Ｃは、Ｘ線や採血など、検査予約を受け付ける検査予約サービスである。

図１３は、予約・受付サービスを利用して医療機関が患者の再診受付を行うとともに、問診サービスを利用した当該患者の問診と、検査予約サービスを利用した当該患者の検査予約とを、それぞれ行う場合の使用例を説明するためのシーケンス図である。

医療機関の受付にいるスタッフのもとに、当該医療機関への診療予約をすでに予約・受付サービスを用いて済ませた再診患者が訪れたとする。ステップＳ３０１において、当該患者の対応を行う医療機関のスタッフは、手元の医療サービス提供システム３Ａ用の端末を操作し、受付開始処理の実行を医療サービス提供システム３Ａに対して要求する。

ステップＳ３０２において、医療サービス提供システム３Ａは、スタッフの端末（図５の表示部３４）に当該患者の受付処理に必要な医療情報を表示させる。受付処理に必要な医療情報の例としては、第１および第２の使用例と同じく、患者氏名および予約時間などの情報である。

現時点において、医療機関における受付処理が医療サービス提供システム３Ａの表示部３４に表示させることができない点については、第１および第２の使用例と同様である。

ステップＳ３０３において、スタッフは、医療サービス提供システム３Ａの操作部３５を用いて、受付処理に伴う新たな医療情報の入力を行う。ステップＳ３０３において新たに入力される医療情報の例としては、受付時間、来所理由、患者が希望する診療科、などの情報が含まれる。

ステップＳ３０４において、医療サービス提供システム３Ａは、新たに入力された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ３０５において、ゲートウェイ装置１は、新たな医療情報を医療情報管理システム２に対して送信する。

ステップＳ３０６において、医療情報管理システム２は、受信した新たな医療情報を医療情報ＤＢ２４に反映する。

これを契機として、ステップＳ３０７において、医療情報管理システム２は、受付・予約サービスである医療サービス提供システム３Ａにとって必要な医療情報を抽出する。ここでの医療サービス提供システム３Ａにとって必要な医療情報とは、ステップＳ３０２にて説明した、患者氏名および予約時間の他に、過去の受診日時、過去受診した診療科および医師名、保険の種類などの情報である。

ステップＳ３０８において、医療情報管理システム２は、抽出された医療情報をゲートウェイ装置１に対して送信する。

ステップＳ３０９において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報の医療サービス提供システム３Ａ，３Ｂ，３Ｃへの送信を許可するか否かの判断を行う。この判断は、あらかじめ設定された接続許可情報に基づいて行われる。なお、本使用例では、医療サービス提供システム３Ａ，３Ｂ，３Ｃへの医療情報の送信がいずれも許可されたとする。

ステップＳ３１０において、ゲートウェイ装置１は、送信を許可すると判断した医療サービス提供システム３Ａ，３Ｂ，３Ｃ毎に、送信する医療情報の種類を選択する。

ステップＳ３１１において、ゲートウェイ装置１は、医療情報管理システム２から受信した医療情報を医療サービス提供システム３Ａ，３Ｂ，３Ｃに対して送信する。

ステップＳ３１２において、受付処理に必要な医療情報を受信した医療サービス提供システム３Ａは、受信した医療情報を表示部３４に表示する。これにより、医療機関のスタッフは、患者の受付処理を完了させることができる。

さらに、ステップＳ３１３において、変更された医療情報を受信した医療サービス提供システム３Ｂ（問診サービス）は、当該患者への問診の準備を開始する。また、ステップＳ３１４において、変更された医療情報を受信した医療サービス提供システム３Ｃ（検査予約サービス）は、当該患者への検査予約の受付を開始する。

このように、医療通信システム１００に複数の医療サービス提供システム３が含まれる場合、ゲートウェイ装置１は、医療サービス提供システム３毎に、医療情報の送信を許可するか否かを判断する。これにより、不必要な情報が医療サービス提供システム３に送信されてしまう事態を防止でき、セキュリティ性を向上させることができる。

本開示は、医療情報を扱う医療通信システムに有用である。

１００ 医療通信システム
１ ゲートウェイ装置
２ 医療情報管理システム
３ 医療サービス提供システム
１１ 常時接続部
１２ 判断部
１３ 送受信部
１４ 認証部
１５ 記憶部
２１ 送受信部
２２ 変更検出部
２３ 抽出部
２４ 医療情報ＤＢ
２５ 表示部
２６ 操作部
３１ 送受信部
３２ サービス提供部
３３ 医療サービスＤＢ
３４ 表示部
３５ 操作部
１０００ コンピュータ
１００１ 入力装置
１００２ 出力装置
１００６ 記憶装置
１００７ 読取装置
１００８ 送受信装置
１００９ バス

Claims (6)

1. オンプレミス環境のコンピュータによって実現されている医療情報管理システムであって、医療情報を管理する前記医療情報管理システムと、前記医療情報を用いて種々のサービスを提供する医療サービス提供システムと、の通信を中継するゲートウェイ装置であって、
   前記ゲートウェイ装置は、クラウド環境のコンピュータによって実現され、
   前記医療情報管理システムおよび前記医療サービス提供システムを認証する認証部と、
   認証された前記医療情報管理システムとの間で、一度通信が確立された後は常時接続を維持し、双方向の通信を可能とする第１通信プロトコルを用いて常時接続を確立可能な常時接続部と、
   認証された前記医療サービス提供システムとの間で、情報の送受信が完了した場合に通信が切断される第２通信プロトコルを用いた通信接続を確立し、前記医療情報の送受信を行う送受信部と、
   複数の前記医療情報管理システムのいずれかと複数の前記医療サービス提供システムのいずれかとの接続を許可するか否かを示す接続許可情報を記憶する記憶部と、
   前記常時接続が確立されている前記医療情報管理システム、および、前記接続許可情報に基づいて、認証された前記医療サービス提供システムとの前記通信接続を許可するか否かを判断する判断部と、
   を備える、ゲートウェイ装置。
2. 前記送受信部は、前記医療情報管理システムにおいて前記医療情報の変更があった場合に、前記医療サービス提供システムに対して、前記変更があった旨の通知を行う、
   請求項１に記載のゲートウェイ装置。
3. 前記送受信部は、前記医療情報管理システムにおいて前記医療情報の変更があった場合に、前記医療サービス提供システムに対して、変更された前記医療情報を送信する、
   請求項２に記載のゲートウェイ装置。
4. 前記記憶部は、複数種類の前記医療情報のうち、前記医療サービス提供システム毎に予め設定された種類を示す種類情報をさらに記憶しており、
   前記送受信部は、前記医療サービス提供システムに対して、前記種類情報が示す種類の前記医療情報を送信する、
   請求項２または３に記載のゲートウェイ装置。
5. 医療情報を管理する医療情報管理システムと、
   前記医療情報管理システムと、前記医療情報を用いて種々のサービスを提供する医療サービス提供システムと、の通信を中継するゲートウェイ装置と、
   を備え、
   前記ゲートウェイ装置は、
   クラウド環境のコンピュータによって実現され、
   複数の前記医療情報管理システムのいずれかと、複数の前記医療サービス提供システムのいずれかと、の接続を許可するか否かを示す接続許可情報を予め記憶しており、オンプレミス環境のコンピュータによって実現されている前記医療情報管理システムとの間で、一度通信が確立された後は常時接続を維持し、双方向の通信を可能とする第１通信プロトコルを用いて常時接続を確立させるとともに、前記医療サービス提供システムとの間で、情報の送受信が完了した場合に通信が切断される第２通信プロトコルを用いた通信接続を許可するか否かを、前記常時接続が確立されている前記医療情報管理システム、および、前記接続許可情報に基づいて判断し、許可すると判断した場合に前記通信接続を行う、
   医療通信システム。
6. 前記医療情報管理システムは、複数種類の前記医療情報のうち、前記医療サービス提供システムが必要とする種類の前記医療情報を抽出し、前記ゲートウェイ装置を介して抽出した前記医療情報を前記医療サービス提供システムに送信する、
   請求項５に記載の医療通信システム。

Images