特許7383790サーバ装置、ネットワークシステム、情報提供方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-10
(45)【発行日】2023-11-20
(54)【発明の名称】サーバ装置、ネットワークシステム、情報提供方法、及びプログラム
(51)【国際特許分類】
G16H 10/00 20180101AFI20231113BHJP
G16H 10/60 20180101ALI20231113BHJP
【ＦＩ】
G16H10/00
G16H10/60
【請求項の数】
9
(21)【出願番号】P 2022504944
(86)(22)【出願日】2020-03-06
(86)【国際出願番号】 JP2020009845
(87)【国際公開番号】W WO2021176722
(87)【国際公開日】2021-09-10
【審査請求日】2022-06-13
(73)【特許権者】
【識別番号】000000376
【氏名又は名称】オリンパス株式会社
(74)【代理人】
【識別番号】100121083
【弁理士】
【氏名又は名称】青木 宏義
(74)【代理人】
【識別番号】100138391
【弁理士】
【氏名又は名称】天田 昌行
(74)【代理人】
【識別番号】100074099
【弁理士】
【氏名又は名称】大菅 義之
(74)【代理人】
【識別番号】100182936
【弁理士】
【氏名又は名称】矢野 直樹
(72)【発明者】
【氏名】牧野 雄太
【審査官】玉木 宏治
(56)【参考文献】
【文献】米国特許出願公開第２０１６／００３４６４２（ＵＳ，Ａ１）
【文献】特開２００６－１０７１３４（ＪＰ，Ａ）
【文献】特開２０１５－１７００７４（ＪＰ，Ａ）
【文献】特開２０１１－０００１８５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
Ｇ０６Ｑ ５０／２２
(57)【特許請求の範囲】
【請求項1】
ユーザ端末と通信するサーバ装置であって、メモリと、プロセッサと、を備え、
前記メモリは、
患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域と、
患者に対する処置に用いる医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域と、を有するように構成され、
前記プロセッサは、
医療機器の識別情報を含む、患者の情報を要求する要求命令を前記ユーザ端末から受信し、
前記第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、前記第１の記憶領域に記憶された前記患者識別情報のうちの、特定した前記患者識別情報と対応付けられた前記患者の情報を特定し、
特定した前記患者の情報を前記ユーザ端末に対して送信する、ことを実施するように構成されている、
ことを特徴とするサーバ装置。
【請求項2】
前記患者の情報は、前記患者が受けた処置に関する情報を含む、ことを特徴とする請求項１に記載のサーバ装置。
【請求項3】
前記患者に対する前記処置は、前記患者に対する検査であり、前記患者の情報は、前記患者が受けた検査に関する情報を含む、
ことを特徴とする請求項１に記載のサーバ装置。
【請求項4】
前記医療機器の識別情報は、医療機器毎に付与されたシリアル番号であることを特徴とする請求項１に記載のサーバ装置。
【請求項5】
前記医療機器の識別情報は、該医療機器を用いた処置を行う担当者を識別する情報であることを特徴とする請求項１に記載のサーバ装置。
【請求項6】
前記医療機器の識別情報は、該医療機器が設置された場所を識別する情報であることを特徴とする請求項１に記載のサーバ装置。
【請求項7】
ユーザ端末と、前記ユーザ端末と通信するサーバ装置とを含むネットワークシステムであって、患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域、及び患者に対する処置に用いる医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域を有する１つ以上の記憶装置
を含み、
前記サーバ装置は、
医療機器の識別情報を含む、患者の情報を要求する要求命令を前記ユーザ端末から受信する受信部と、
前記第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、前記第１の記憶領域に記憶された前記患者識別情報のうちの、特定した前記患者識別情報と対応付けられた前記患者の情報を特定する特定部と、
特定した前記患者の情報を前記ユーザ端末に対して送信する送信部と、
を備える
ことを特徴とするネットワークシステム。
【請求項8】
ユーザ端末と通信するサーバ装置が、患者の情報を要求する要求命令を前記ユーザ端末から受信した場合に該要求命令に対する応答を前記ユーザ端末に送信する情報提供方法であって、患者に対する処置に用いる医療機器の識別情報を含む前記要求命令を前記ユーザ端末から受信し、
医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、
患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域に記憶された前記患者識別情報のうちの、前記第２の記憶領域に記憶された前記患者識別情報の中から特定した前記患者識別情報と対応付けられた前記患者の情報を特定し、
特定した前記患者の情報を前記ユーザ端末に対して送信する、
ことを特徴とする情報提供方法。
【請求項9】
ユーザ端末と通信するサーバ装置に実行させるプログラムであって、患者に対する処置に用いる医療機器の識別情報を含む要求命令を前記ユーザ端末から受信した場合に、
医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、
患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域に記憶された前記患者識別情報のうちの、前記第２の記憶領域に記憶された前記患者識別情報の中から特定した前記患者識別情報と対応付けられた前記患者の情報を特定し、
特定した前記患者の情報を前記ユーザ端末に対して送信する、
処理を前記サーバ装置に実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ装置、ネットワークシステム、情報提供方法、及びプログラムに関する。
【背景技術】
【0002】
病院等の医療機関に構築される院内ネットワークは、該院内ネットワークに接続されたサーバ装置に患者の情報を含む医療情報を蓄積して一元的に管理することができ、医療機関の複数の職員（例えば、医師や看護師等）による医療情報の共有を可能にする。院内ネットワークが構築された医療機関の職員は、該院内ネットワークに接続された所定のユーザ端末（クライアント）を利用して、サーバ装置に蓄積された患者の情報を含む医療情報を閲覧することができる。院内ネットワークにはＷＥＢシステムとして構築されたネットワークシステムがあり、この種の院内ネットワークにおけるユーザ端末とサーバ装置との通信には、例えば、ＨＴＴＰプロトコル等の汎用の通信プロトコルが用いられる（例えば、特許文献１を参照）。
【0003】
院内ネットワークに接続されたユーザ端末により医療情報を閲覧する際には、閲覧する医療情報を特定するための情報を含む要求命令を通信端末からサーバ装置に送信する。医療情報を特定するための情報には、例えば、患者を識別する情報が使用されるが、患者を識別する情報は個人情報の１つである。このため、個人情報を含む要求命令を通信端末からサーバ装置に送信する院内ネットワークには、個人情報の漏洩を防ぐために高レベルのセキュリティが求められる。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１８－１８０７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、院内ネットワークのセキュリティレベルは、院内ネットワークの規模や管理体制等の違いにより、院内ネットワーク毎に異なる。このため、セキュリティレベルが十分に高いとは言えない状態で院内ネットワークが稼働していることもある。そのようなセキュリティレベルが十分に高いとは言えない院内ネットワークにおいて個人情報を含む要求命令をユーザ端末からサーバ装置に送信する場合、該要求命令に含まれる個人情報が漏洩するリスクが高い。
【0006】
本発明は、上記実情に鑑み、院内ネットワークにおける患者の個人情報の漏洩リスクを低減することが可能なサーバ装置、ネットワークシステム、情報提供方法、及びプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【0007】
本発明の一態様に係るサーバ装置は、ユーザ端末と通信するサーバ装置であって、メモリと、プロセッサと、を備え、前記メモリは、患者の情報と該患者を識別する患者識別情報と、を対応付けて記憶する第１の記憶領域と、患者に対する処置に用いる医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域と、を有するように構成され、前記プロセッサは、医療機器の識別情報を含む、患者の情報を要求する要求命令を前記ユーザ端末から受信し、前記第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、前記第１の記憶領域に記憶された前記患者識別情報のうちの、特定した前記患者識別情報と対応付けられた前記患者の情報を特定する特定部と、特定した前記患者の情報を前記ユーザ端末に対して送信する送信部と、を備えるサーバ装置である。
【0008】
本発明の一態様に係るネットワークシステムは、ユーザ端末と、前記ユーザ端末と通信するサーバ装置とを含むネットワークシステムであって、患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域、及び患者に対する処置に用いる医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域を有する１つ以上の記憶装置を含み、前記サーバ装置は、医療機器の識別情報を含む、患者の情報を要求する要求命令を前記ユーザ端末から受信する受信部と、前記第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、前記第１の記憶領域に記憶された前記患者識別情報のうちの、特定した前記患者識別情報と対応付けられた前記患者の情報を特定する特定部と、特定した前記患者の情報を前記ユーザ端末に対して送信する送信部と、を備えるネットワークシステムである。
【0009】
本発明の一態様に係る情報提供方法は、ユーザ端末と通信するサーバ装置が、患者の情報を要求する要求命令を前記ユーザ端末から受信した場合に該要求命令に対する応答を前記ユーザ端末に送信する情報提供方法であって、患者に対する処置に用いる医療機器の識別情報を含む前記要求命令を前記ユーザ端末から受信し、医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域に記憶された前記患者識別情報のうちの、前記第２の記憶領域に記憶された前記患者識別情報の中から特定した前記患者識別情報と対応付けられた前記患者の情報を特定し、特定した前記患者の情報を前記ユーザ端末に対して送信する、情報提供方法である。
【0010】
本発明の一態様に係るプログラムは、ユーザ端末と通信するサーバ装置に実行させるプログラムであって、患者に対する処置に用いる医療機器の識別情報を含む前記要求命令を前記ユーザ端末から受信した場合に、医療機器の識別情報と、該医療機器を用いて処置をする患者の患者識別情報と、処置中であるか否かを示すステータス情報と、を対応付けて記憶する第２の記憶領域に記憶された前記患者識別情報のうちの、受信した前記要求命令に含まれる前記医療機器の識別情報と対応付けられ、かつ前記ステータス情報が処置中である患者識別情報を特定し、患者の情報と該患者を識別する患者識別情報とを対応付けて記憶する第１の記憶領域に記憶された前記患者識別情報のうちの、前記第２の記憶領域に記憶された前記患者識別情報の中から特定した前記患者識別情報と対応付けられた前記患者の情報を特定し、特定した前記患者の情報を前記ユーザ端末に対して送信する、処理を前記サーバ装置に実行させるプログラム。
【発明の効果】
【0011】
本発明によれば、院内ネットワークにおける患者の個人情報の漏洩リスクを低減することができる。
【図面の簡単な説明】
【0012】
【図1】一実施形態に係る院内ネットワークを説明する図である。
【図2】サーバ装置の記憶部に記憶される患者情報、検査情報、機器情報、及び検査オーダーの一例を説明する図である。
【図3】一実施形態に係る院内ネットワークにおいて行われる処理の一例を説明するシーケンス図（その１）である。
【図4】一実施形態に係る院内ネットワークにおいて行われる処理の一例を説明するシーケンス図（その２）である。
【図5】サーバ装置が行う振り分け処理の一例を説明するフローチャートである。
【図6】サーバ装置が行う検査中情報検索処理の一例を説明するフローチャートである。
【図7】第１のユーザ端末に検査オーダーの一覧データを表示させる処理の具体例を説明する図である。
【図8】第１のユーザ端末を利用して検査を振り分ける処理の具体例を説明する図である。
【図9】検査を開始する際の処理の具体例を説明する図である。
【図10】検査中に検査データを表示させる処理の具体例を説明する図である。
【図11】第１のユーザ端末に表示される検査データの具体例を説明する図である。
【図12】一実施形態に係る院内ネットワークにおいて行われる患者情報を閲覧する処理の一例を説明するシーケンス図である。
【図13】第１のユーザ端末に患者の詳細情報を表示させる処理の具体例を説明する図である。
【図14】第１のユーザ端末に表示される患者の詳細情報の一例を説明する図である。
【図15】一実施形態に係る院内ネットワークにおいて行われる検査履歴を閲覧する処理の一例を説明するシーケンス図（その１）である。
【図16】一実施形態に係る院内ネットワークにおいて行われる検査履歴を閲覧する処理の一例を説明するシーケンス図（その２）である。
【図17】第１のユーザ端末に検査履歴情報を表示させる処理の具体例を説明する図である。
【図18】第１のユーザ端末に過去検査詳細情報を表示させる処理の具体例を説明する図である。
【図19】コンピュータのハードウェア構成例を説明する図である。
【発明を実施するための形態】
【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】
本実施形態の院内ネットワーク１では、第１の検査機器４０１及び第１のユーザ端末３０１を起動すると、図７に例示したように、検査機器を識別する機器識別情報である機器のＳＮが、第１の検査機器４０１から第１のユーザ端末３０１に送信される（ステップＳ１０４）。また、起動した第１のユーザ端末３０１の表示パネル１５には、院内ネットワーク１で利用可能なサービスを提示するメニュー画面１６が表示される。メニュー画面１６における「検査リスト表示」のボタン１６０１は、サーバ装置２の記憶部２１０の検査オーダー記憶領域１３に記憶された検査オーダー（オーダー情報）の一覧を表示させる操作入力を受け付ける。表示パネル１５がタッチパネルである場合、表示パネル１５におけるボタン１６０１が表示された領域に触れることで、ボタン１６０１に対する操作入力が行われる。利用者（医師７０１）がボタン１６０１を選択する操作を行うと、第１のユーザ端末３０１は、サーバ装置２に対して検索指示を送信する（ステップＳ１０６）。検索指示は、例えば、図７に例示したようなＵＲＬ（https://192.168.1.1/OrderList/Today）を含む。このＵＲＬにおける「https://192.168.1.1/」はドメインを指定するパラメータである。また、このＵＲＬにおいて、「OrderList/」は検査オーダーの一覧を示すパラメータであり、「Today」は一覧に含める期間を示すパラメータである。検索指示は、伝送路５を介してサーバ装置２に送信され、サーバ装置２の受信部２０１が受信する。受信部２０１で受信された検索指示は、例えば、特定部２２０に転送される。特定部２２０は、検索指示に含まれるＵＲＬに記述されたパラメータに基づいて、記憶部２１０の検査オーダー記憶領域１３に記憶された検査オーダーのうちの、当日に行われる検査についてのオーダー情報１３０２を特定して抽出する。抽出したオーダー情報は、送信部２０２に転送され、一覧データとしてサーバ装置２から第１のユーザ端末３０１に送信される（ステップＳ１０７）。第１のユーザ端末３０１は、一覧データを受信すると、表示パネル１５の表示を、例えば、図８に例示したような検査リスト１７に切り替える。
【0049】
検査リスト１７は、例えば、当日に行われる検査のステータス情報と、患者ＩＤと、患者名と、処理ボタンとを含む。図８に例示した検査リスト１７のステータス情報における「未検査」は、上述したように、検査の振り分けが行われておらず、検査が実施されていないことを示す。検査の振り分けは、例えば、第１のユーザ端末３０１の利用者（医師７０１）が検査リスト１７におけるステータス情報が「未検査」である検査についての設定ボタン１７５０を押下することにより行われる。例えば、検査リスト１７における患者ＩＤが「aaaaaaaa」であるオーダー情報（検査オーダー）１７０１に含まれる「ＳＥＴ」というボタン１７５０を押下すると、第１のユーザ端末３０１は、患者ＩＤが「aaaaaaaa」である患者が受ける検査に対する検査振り分け指示をサーバ装置２に送信する。振り分け指示は、例えば、図８に例示したようなＵＲＬ（https://192.168.1.1/OrderList/?Studyid=11111111&?SER=1000）を含む。このＵＲＬにおける「?Studyid=11111111&?SER=1000」は、検査振り分けの対象となる検査の検査ＩＤと、検査に利用する検査機器のＳＮとを示すパラメータである。「?Studyid=11111111」により検査ＩＤが指定され、「?SER=1000」により機器のＳＮが指定される。
【0050】
検査振り分け指示を受信したサーバ装置２では、図８に例示したように、検査オーダー記憶領域１３内のオーダー情報のうちの、検査振り分け指示により指定された検査ＩＤが「11111111」であるオーダー情報１３０３のステータス情報を「振り分け済」に変更し、機器のＳＮを「１０００」に設定する（ステップＳ１１１ｂ）。この後、サーバ装置２は、第１のユーザ端末３０１に対して完了通知を送信し（ステップＳ１１２）、第１の検査機器４０１に検査データを送信する（ステップＳ１１１ｄ及びＳ１１３）。サーバ装置２は、例えば、オーダー情報１３０３に設定した機器のＳＮに基づいて、機器情報記憶領域１２内の機器のＳＮが「１０００」である機器情報１２０２を検索し、該機器情報１２０２におけるアドレス１２０３を利用して、第１の検査機器４０１に検査データを送信する。第１の検査機器４０１に送信する検査データには、オーダー情報１３０３における患者ＩＤ １３０４が含まれる。これにより、第１の検査機器４０１には、患者ＩＤが「aaaaaaaa」である患者に対する検査に利用されることが設定される。また、第１のユーザ端末３０１は、サーバ装置２からの完了通知を受信すると、表示パネル１５に表示されている検査リスト１７を更新する。更新後の検査リスト１７は、例えば、図９に例示したように、患者ＩＤが「aaaaaaaa」であるオーダー情報（検査オーダー）１７０１におけるステータス情報が「振り分け済」に変更される。また、詳細な説明は省略するが、患者ＩＤが「bbbbbbbb」であるオーダー情報（検査オーダー）に対して同様の操作をすることにより、図９に例示した検査リスト１７のように、該オーダー情報におけるステータス情報が「振り分け済」に変更される。
【0051】
患者ＩＤが「aaaaaaaa」である患者が受ける検査についての検査振り分けを行った後、該患者に対する検査を開始する時刻が到来し、検査の準備が完了すると、医師７０１は、第１の検査機器４０１に患者ＩＤを入力し（ステップＳ１１５）、検査を開始する。このとき、第１の検査機器４０１は、院内ネットワーク１における独自の通信プロトコルに従って、図９に例示したように、検査を行う患者の患者ＩＤを示す情報を含む検査開始の通知をサーバ装置２に送信する（ステップＳ１１６）。サーバ装置２は、検査開始の通知を受信すると、該通知に含まれる患者ＩＤに基づいて、検査オーダー記憶領域１３内のオーダー情報のうちの、患者ＩＤが「aaaaaaaa」である患者に対するオーダー情報１３０３のステータス情報を「検査中」に変更し、変更通知を第１のユーザ端末３０１に送信する（Ｓ１１８）。このため、患者ＩＤが「aaaaaaaa」である患者に対する検査が開始されると、第１のユーザ端末３０１の表示パネル１５に表示された検査リスト１７における患者ＩＤが「aaaaaaaa」である患者に対するオーダー情報１７０１は、例えば、図１０に例示した検索リスト１７のオーダー情報１７０１のように、ステータス情報が「検査中」に変更される。また、患者ＩＤが「aaaaaaaa」である患者に対する検査が開始されると、第１の検査機器４０１は、検査データをサーバ装置２に送信する（ステップＳ１１９）。サーバ装置２は、受信した検査データを、患者ＩＤが「aaaaaaaa」である患者に対する検査データとして検査情報記憶領域１１内に記憶（格納）する。
【0052】
患者ＩＤが「aaaaaaaa」である患者に対する検査が行われているときに、医師７０１は、第１のユーザ端末３０１を利用して現在行われている検査で得られた検査データを閲覧することができる。例えば、図１０に例示した第１のユーザ端末３０１の表示パネル１５に表示された検査リスト１７では、患者ＩＤが「aaaaaaaa」である患者のオーダー情報１７０１に「ＩＭＧ」というボタン１７５２が含まれる。この「ＩＭＧ」というボタン１７５２を押下すると、第１のユーザ端末３０１は、患者ＩＤが「aaaaaaaa」である患者に対して現在行っている検査の検査データを要求するＨＴＴＰリクエストをサーバ装置２に送信する。このＨＴＴＰリクエストは、例えば、図１０に例示したようなＵＲＬ（https://192.168.1.1/StudyInfo/?SER=1000）を含む。このＵＲＬにおいて、「StudyInfo/」は検査データを示すパラメータであり、「?SER=1000」は検査に用いられている機器のＳＮを示すパラメータである。すなわち、検査データを要求するＨＴＴＰリクエストは、患者ＩＤ等の患者の個人情報を含まない。
【0053】
検査データを要求するＨＴＴＰリクエストを受信したサーバ装置２は、該リクエストに含まれる機器のＳＮに基づいて、検査オーダー記憶領域１３内の、機器のＳＮが「１０００」であり、かつステータス情報が「検査中」であるオーダー情報１３０３を特定する（ステップＳ１２２ｂ）。その後、サーバ装置２は、オーダー情報１３０３における患者ＩＤを利用して、検査情報記憶領域１１内の「aaaaaaaa」という患者ＩＤと対応付けられた検査データのうちの、現在行われている検査についての検査データを読み出し、検査情報として第１のユーザ端末３０１に送信する（ステップＳ１２２ｃ及びＳ１２３）。第１のユーザ端末３０１は、検査情報を受信すると、例えば、図１１に例示したような検査情報画面１８を表示パネル１５に表示する（ステップＳ１２４）。検査情報画面１８は、例えば、第１の検査機器４０１により取得した検査データを表示する表示欄１８０１と、該検査データに対する所見を記入する記入欄１８０２とを含む。なお、第１のユーザ端末３０１がＨＴＴＰリクエストにより要求する検査データは、現在行われている検査についての検査データに限らず、過去に行われた検査についての検査データであってもよい。過去に行われた検査についての検査データを要求する場合、例えば、ＨＴＴＰリクエストのＵＲＬにおいて検査が行われた日付を指定する。過去に行われた検査についての検査データを要求した場合、第１のユーザ端末３０１の表示パネル１５には、図１１に例示した検査情報画面１８と類似しており、検査日がＨＴＴＰリクエストで指定した日付である画面が表示される。
【0054】
上記の説明では、第１の検査機器４０１と第１のユーザ端末３０１との組み合わせについて説明しているが、図１に例示した院内ネットワーク１における第２の検査機器４０２と第２のユーザ端末３０２との組み合わせや、図示していないその他の検査機器４とユーザ端末３との組み合わせでも、同様の処理を行うことができる。
【0055】
このように、本実施形態の院内ネットワーク１では、汎用プロトコルであるＨＴＴＰを利用した要求命令をユーザ端末３からサーバ装置２に送信することにより、専用のアプリケーションをユーザ端末３にインストールすることなく、患者の検査データを閲覧することができる。しかも、閲覧する検査データをＨＴＴＰリクエストのＵＲＬで指定する際に、患者を識別する患者識別情報の代わりに、患者の検査に利用している検査機器を識別する機器識別情報を使用し、サーバ装置２で管理される患者識別情報と機器識別情報との対応関係に基づいて、閲覧する検査データを特定する。このため、本実施形態の院内ネットワーク１によれば、伝送路５を介してユーザ端末３からサーバ装置２に送信される、汎用プロトコルを利用した要求命令から患者の個人情報が漏洩することを防ぐことができる。
【0056】
なお、本実施形態に係る院内ネットワーク１においてユーザ端末３からサーバ装置２に送信するＨＴＴＰリクエストは、上述した検査振り分け指示や検査中の患者についての検査データを要求する要求命令に限らず、他の情報を要求する要求命令であってもよい。例えば、ＨＴＴＰリクエストは、検査の振り分けが行われた患者の患者情報を要求する要求命令、又は検査の振り分けが行われた患者が過去に受けた検査についての検査データ（検査履歴）を要求する要求命令であってもよい。これらの要求命令（ＨＴＴＰリクエスト）は、対象となる患者に対する検査が開始される前にユーザ端末３からサーバ装置２に送信されてもよい。
【0057】
図１２は、一実施形態に係る院内ネットワークにおいて行われる患者情報を閲覧する処理の一例を説明するシーケンス図である。図１２には、第１の検査機器４０１を利用した検査を受ける患者の患者情報を第１の検査機器４０１と関連付けられた第１のユーザ端末３０１を利用して閲覧する場合の、第１の検査機器４０１、第１のユーザ端末３０１、及びサーバ装置２により行われる処理の一例を示している。また、図１２には、図３のシーケンス図における検査振り分け処理（ステップＳ１１１）を含む検査前準備が行われた後の、第１の検査機器４０１、第１のユーザ端末３０１、及びサーバ装置２により行われる処理の一例を示している。検査振り分け処理（ステップＳ１１１）は、例えば、図５に例示したステップＳ１１１ａ～Ｓ１１１ｄのような処理を含む。
【0058】
検査振り分け処理を含む検査前準備（例えば、図３に例示したステップＳ１０５～Ｓ１１４の処理）が終わると、第１のユーザ端末３０１の利用者（医師７０１）は、例えば、第１のユーザ端末３０１を操作して表示パネル１５の表示をメニュー画面に戻すことができる。また、医師７０１は、例えば、第１のユーザ端末３０１を操作して、メニュー画面に表示された複数の項目のなかから患者の詳細情報の表示を選択することができる（ステップＳ１３１）。患者の詳細情報の表示が選択されると、第１のユーザ端末３０１は、患者の詳細情報を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１３２）。ステップＳ１３２でサーバ装置２に送信するＨＴＴＰリクエストは、患者の詳細情報を要求することを示すパラメータと、患者の検査に利用する第１の検査機器４０１を識別する機器識別情報（機器のＳＮ）を示すパラメータとを含むＵＲＬによりリクエストの対象を指定する。すなわち、ステップＳ１３２でサーバ装置２に送信するＨＴＴＰリクエストは、上述した検査中の検査情報を要求するＨＴＴＰリクエストと同様、患者を識別する患者識別情報を含まないＵＲＬによりリクエストの対象を指定する。
【0059】
ＨＴＴＰリクエストを受信したサーバ装置２は、該リクエストのＵＲＬから機器のＳＮを読み出す（ステップＳ１３３）。続けて、サーバ装置２は、特定部２２０により、検査オーダー記憶領域１３内を検索し、読み出した機器のＳＮを含むオーダー情報から患者ＩＤを特定する（ステップＳ１３４）。その後、サーバ装置２は、患者情報記憶領域１０内の患者情報のうちの、ステップＳ１３４で特定した患者ＩＤを含む患者情報を読み出し（ステップＳ１３５）、読み出した患者情報を患者詳細情報として第１のユーザ端末３０１に送信する（ステップＳ１３６）。第１のユーザ端末３０１は、患者詳細情報を受信すると、該患者詳細情報を表示パネル１５に表示する（ステップＳ１３７）。
【0060】
図１３は、第１のユーザ端末に患者の詳細情報を表示させる処理の具体例を説明する図である。図１４は、第１のユーザ端末に表示される患者の詳細情報の一例を説明する図である。なお、図１３及び図１４では、サーバ装置２の受信部２０１、送信部２０２、及び特定部２２０は省略している。
【0061】
図１３に例示した第１のユーザ端末３０１の表示パネル１５には、上述した「検査リスト表示」のボタン１６０１を含むメニュー画面１６が表示されている。上述した検査振り分け処理（ステップＳ１１１）を行った後で、メニュー画面１６内に設けられた「患者詳細情報表示」のボタン１６０２を押下すると、第１のユーザ端末３０１は、患者の詳細情報を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１３２）。このＨＴＴＰリクエストは、例えば、図１３に例示したようなＵＲＬ（https://192.168.1.1/PatieInfo/?SER=1000）を含む。このＵＲＬにおいて、「PatieInfo/」は患者の詳細情報を示すパラメータであり、「?SER=1000」は患者に対する検査に使用する検査機器の機器識別情報を示すパラメータである。
【0062】
サーバ装置２は、患者の詳細情報を要求するＨＴＴＰリクエストを受信すると、該リクエストのＵＲＬに記述された機器識別情報（機器のＳＮ）を読み出し、検査オーダー記憶領域１３内の、読み出した機器のＳＮを含むオーダー情報１３０３を特定する（ステップＳ１３４）。その後、サーバ装置２は、特定したオーダー情報１３０３における患者ＩＤに基づいて、患者情報記憶領域１０内の患者情報１００２を読み出し（ステップＳ１３５）、第１のユーザ端末３０１に送信する（ステップＳ１３６）。第１のユーザ端末３０１は、患者の詳細情報（患者情報１００２）を受信すると、例えば、図１４に例示したような患者情報表示画面１９を表示パネル１５に表示する。なお、図１４に例示した患者情報表示画面１９は、患者の詳細情報を表示する画面の一例に過ぎない。患者の詳細情報を表示する画面は、表示する詳細情報の種類等に応じて適宜変更可能である。例えば、第１のユーザ端末３０１の表示パネル１５に表示される患者の詳細情報には、使用している薬剤や、その患者に特有の検査をする際の注意事項（例えば、過去の検査において経過観察が必要であると認められた部位を示す情報等）等が含まれていてもよい。
【0063】
このように、本実施形態の院内ネットワーク１では、患者の個人情報を含まないＨＴＴＰリクエストにより第１のユーザ端末３０１からサーバ装置２に患者の詳細情報を要求することができ、ＨＴＴＰリクエストから患者の個人情報が漏洩することがない。また、検査を開始する前に第１のユーザ端末３０１を利用して患者の詳細情報を閲覧することができるので、事前に検査を受ける患者の確認、検査時に注意する点の確認等をすることができる。
【0064】
上記の説明では、第１の検査機器４０１と第１のユーザ端末３０１との組み合わせについて説明しているが、図１に例示した院内ネットワーク１における第２の検査機器４０２と第２のユーザ端末３０２との組み合わせや、図示していないその他の検査機器４とユーザ端末３との組み合わせでも、同様の処理を行うことができる。
【0065】
図１５は、一実施形態に係る院内ネットワークにおいて行われる検査履歴を閲覧する処理の一例を説明するシーケンス図（その１）である。図１６は、一実施形態に係る院内ネットワークにおいて行われる検査履歴を閲覧する処理の一例を説明するシーケンス図（その２）である。図１５及び図１６には、第１の検査機器４０１を利用した検査を受ける患者の検査履歴を第１の検査機器４０１と関連付けられた第１のユーザ端末３０１を利用して閲覧する場合の、第１の検査機器４０１、第１のユーザ端末３０１、及びサーバ装置２により行われる処理の一例を示している。また、図１５及び図１６には、図３のシーケンス図における検査振り分け処理（ステップＳ１１１）を含む検査前準備が行われた後の、第１の検査機器４０１、第１のユーザ端末３０１、及びサーバ装置２により行われる処理の一例を示している。検査振り分け処理（ステップＳ１１１）は、例えば、図５に例示したステップＳ１１１ａ～Ｓ１１１ｄのような処理を含む。
【0066】
検査振り分け処理を含む検査前準備（例えば、図３に例示したステップＳ１０５～Ｓ１１４の処理）が終わると、第１のユーザ端末３０１の利用者（医師７０１）は、例えば、第１のユーザ端末３０１を操作して表示パネル１５の表示をメニュー画面に戻すことができる。また、医師７０１は、例えば、第１のユーザ端末３０１を操作して、メニュー画面に表示された複数の項目のなかから患者の検査履歴の表示を選択することができる（ステップＳ１４１）。患者の検査履歴の表示が選択されると、第１のユーザ端末３０１は、患者の検査履歴を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１４２）。ステップＳ１４２でサーバ装置２に送信するＨＴＴＰリクエストは、患者の検査履歴を要求することを示すパラメータと、患者の検査に利用する第１の検査機器４０１を識別する機器識別情報（機器のＳＮ）を示すパラメータとを含むＵＲＬによりリクエストの対象を指定する。すなわち、ステップＳ１４２でサーバ装置２に送信するＨＴＴＰリクエストは、上述した検査中の検査情報や患者情報等を要求するＨＴＴＰリクエストと同様、患者を識別する患者識別情報を含まないＵＲＬによりリクエストの対象を指定する。
【0067】
ＨＴＴＰリクエストを受信したサーバ装置２は、該リクエストのＵＲＬから機器のＳＮを読み出す（ステップＳ１４３）。続けて、サーバ装置２は、特定部２２０により、検査オーダー記憶領域１３内を検索し、読み出した機器のＳＮを含むオーダー情報から患者ＩＤを特定する（ステップＳ１４４）。その後、サーバ装置２は、検査情報記憶領域１１内の検査情報の内の、ステップＳ１４４で特定した患者ＩＤと対応付けられた検査履歴情報を読み出し（ステップＳ１４５）、読み出した検査履歴情報を第１のユーザ端末３０１に送信する（ステップＳ１４６）。ここで、検査履歴情報は、過去に患者が受けた検査を示す情報であり、例えば、図２に例示した検査情報記憶領域１１内の検査情報のうちの、検査日及び検査種別を示す情報を含む。第１のユーザ端末３０１は、検査履歴情報を受信すると、該検査履歴情報を表示パネル１５に表示する（ステップＳ１４７）。
【0068】
第１のユーザ端末３０１に検査履歴情報が表示された後、医師７０１は、例えば、図１６に示すように、過去検査詳細情報の表示を選択することができる（ステップＳ１４８）。ここで、過去検査詳細情報は、検査履歴により提示される患者が過去に受けた検査についての詳細な情報（例えば、画像等の検査データ、及び検査データに基づく医師の所見等）である。
【0069】
過去検査詳細情報の表示が選択されると、第１のユーザ端末３０１は、過去検査詳細情報を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１４９）。ステップＳ１４９でサーバ装置２に送信するＨＴＴＰリクエストは、過去検査詳細情報を要求することを示すパラメータと、患者の検査に利用する第１の検査機器４０１を識別する機器識別情報（機器のＳＮ）を示すパラメータと、詳細情報を要求する検査を識別する検査識別情報を示すパラメータとを含むＵＲＬによりリクエストの対象を指定する。検査識別情報は、例えば、検査日である。すなわち、ステップＳ１４９でサーバ装置２に送信するＨＴＴＰリクエストは、上述した検査中の検査情報を要求するＨＴＴＰリクエストと同様、患者を識別する患者識別情報を含まないＵＲＬによりリクエストの対象を指定する。
【0070】
ＨＴＴＰリクエストを受信したサーバ装置２は、該リクエストのＵＲＬから機器のＳＮ及び検査識別情報（検査日）を読み出す（ステップＳ１５０）。続けて、サーバ装置２は、特定部２２０により、検査オーダー記憶領域１３内を検索し、読み出した機器のＳＮを含むオーダー情報から患者ＩＤを特定する（ステップＳ１５１）。その後、サーバ装置２は、検査情報記憶領域１１内の検査情報のうちの、ステップＳ１５１で特定した患者ＩＤを含む検査情報を検索し、検査識別情報（検査日）と対応付けられた過去検査詳細情報を読み出す（ステップＳ１５２）。ステップＳ１５２において、サーバ装置２は、例えば、検査識別情報と対応付けられた検査データ（例えば画像データ）や、該検査データに基づく医師７０１の所見等の情報を読み出す。サーバ装置２は、読み出した過去検査詳細情報を第１のユーザ端末３０１に送信する（ステップＳ１５３）。第１のユーザ端末３０１は、過去検査詳細情報を受信すると、該過去検査詳細情報を表示パネル１５に表示する（ステップＳ１５４）。
【0071】
図１７は、第１のユーザ端末に検査履歴情報を表示させる処理の具体例を説明する図である。図１８は、第１のユーザ端末に過去検査詳細情報を表示させる処理の具体例を説明する図である。なお、図１７及び図１８では、サーバ装置２の受信部２０１、送信部２０２、及び特定部２２０は省略している。
【0072】
図１７に例示した第１のユーザ端末３０１の表示パネル１５には、上述したメニュー画面１６が表示されている。上述した検査振り分け処理（ステップＳ１１１）を行った後で、メニュー画面１６内に設けられた「検査履歴表示」のボタン１６０３を押下すると、第１のユーザ端末３０１は、検査履歴情報を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１４２）。このＨＴＴＰリクエストは、例えば、図１７に例示したようなＵＲＬ（https://192.168.1.1/StudyInfo/?SER=1000）を含む。このＵＲＬにおいて、「StudyInfo/」は検査履歴情報を示すパラメータであり、「?SER=1000」は患者に対する検査に使用する検査機器の機器識別情報を示すパラメータである。
【0073】
サーバ装置２は、検査履歴情報を要求するＨＴＴＰリクエストを受信すると、該リクエストのＵＲＬに記述された機器識別情報（機器のＳＮ）を読み出し、検査オーダー記憶領域１３内のオーダー情報のなかから、読み出した機器のＳＮを含むオーダー情報１３０３を特定する（ステップＳ１４４）。その後、サーバ装置２は、検査情報記憶領域１１内の患者情報のうちの、ステップＳ１４４で特定したオーダー情報１３０３における患者ＩＤと対応付けられた検査情報１１０３のなかから、検査履歴情報（例えば、検査日及び検査種別）を読み出し（ステップＳ１４５）、第１のユーザ端末３０１に送信する（ステップＳ１４６）。第１のユーザ端末３０１は、検査履歴情報を受信すると、例えば、図１８に例示したような、患者ＩＤが「aaaaaaaa」である患者が過去に受けた検査についての検査日及び検査種別を含む、検査履歴表示画面２０を表示パネル１５に表示する。
【0074】
第１のユーザ端末３０１に検査履歴表示画面２０が表示されている場合、第１のユーザ端末３０１の利用者（医師７０１）は、検査履歴表示画面２０に含まれる検査を選択し、該選択した検査に関する詳細情報を閲覧することができる。例えば、図１８に例示した検査履歴表示画面２０内の「上部検診（検査Ａ）」の欄２００１を押下する等の方法により選択すると、第１のユーザ端末３０１は、選択された検査についての詳細情報（過去検査詳細情報）を要求するＨＴＴＰリクエストをサーバ装置２に送信する（ステップＳ１４９）。このＨＴＴＰリクエストは、例えば、図１８に例示したようなＵＲＬ（https://192.168.1.1/StudyInfo/?SER=1000&?DATE=20160709）を含む。このＵＲＬにおいて、「?SER=1000」は患者に対する検査に使用する検査機器の機器識別情報を示すパラメータであり、「?DATE=20160709」は詳細情報を要求する検査の検査日（検査識別情報）を示すパラメータである。
【0075】
サーバ装置２は、過去検査詳細情報を要求するＨＴＴＰリクエストを受信すると、該リクエストのＵＲＬに記述された機器識別情報（機器のＳＮ）と、検査識別情報（検査日）とを読み出す（ステップＳ１５０）。続けて、サーバ装置２は、検査オーダー記憶領域１３内の、読み出した機器のＳＮを含むオーダー情報１３０３を特定する（ステップＳ１５１）。その後、サーバ装置２は、検査情報記憶領域１１内の検査情報のうちの、ステップＳ１５１で特定したオーダー情報１３０３における患者ＩＤと対応付けられた検査情報であり、かつステップＳ１５０で読み出した検査日の検査情報１１０４を読み出す（ステップＳ１５２）。サーバ装置２は、ステップＳ１５２で読み出した検査情報１１０４を、過去検査詳細情報として、第１のユーザ端末３０１に送信する（ステップＳ１５３）。第１のユーザ端末３０１は、過去検査詳細情報（検査情報１１０４）を受信すると、例えば、図１１に例示した検査情報画面１８と類似しており、かつ検査日の欄にＨＴＴＰリクエストにより指定された日付が表示された検査情報画面を表示パネル１５に表示する。
【0076】
このように、本実施形態の院内ネットワーク１では、患者の個人情報を含まないＨＴＴＰリクエストにより第１のユーザ端末３０１からサーバ装置２に患者の過去の検査結果を要求することができ、ＨＴＴＰリクエストから患者の個人情報が漏洩することがない。また、検査を開始する前に第１のユーザ端末３０１を利用して患者の過去の検査結果を閲覧することができるので、今回の検査における注意点、例えば、詳しく見る必要のある部位や検査項目の有無等を確認し、どのように検査を進めるかを事前に検討することができる。
【0077】
なお、上述した過去の検査についての詳細情報を第１のユーザ端末３０１で閲覧する場合、図１７に例示したメニュー画面１６及び図１８に例示した検査履歴表示画面２０とは別の画面から閲覧する検査を指定することができるようになっていてもよい。
【0078】
上記の説明では、第１の検査機器４０１と第１のユーザ端末３０１との組み合わせについて説明しているが、図１に例示した院内ネットワーク１における第２の検査機器４０２と第２のユーザ端末３０２との組み合わせや、図示していないその他の検査機器４とユーザ端末３との組み合わせでも、同様の処理を行うことができる。
【0079】
本実施形態に係る院内ネットワーク１では、患者の検査に使用する検査機器を識別する機器識別情報と、サーバ装置２の記憶部２１０における検査オーダー記憶領域１３に格納された患者識別情報、機器識別情報、及びステータス情報の対応関係とに基づいて、サーバ装置２の特定部２２０において患者を特定することができる。このため、院内ネットワーク１では、ユーザ端末３を利用して患者に関する情報を閲覧する際に、患者ＩＤ等の患者の個人情報を含まない要求命令をユーザ端末３からサーバ装置２に送信し、該要求命令に応じた情報をユーザ端末３に表示させることができる。また、所定の期間（例えば、１日）内に１つの検査機器（例えば、第１の検査機器４０１）を利用した検査を受ける患者は複数人である場合が多い。このため、機器識別情報を含む要求命令から機器識別情報が漏洩したとしても、該機器識別情報から患者を特定することは困難である。このため、ユーザ端末３からサーバ装置２に送信する要求命令が汎用プロトコルを利用した要求命令（ＨＴＴＰリクエスト）である場合にも、患者の個人情報の漏洩を防ぐことができる。
【0080】
【0081】
図１９は、コンピュータのハードウェア構成例を説明する図である。
【0082】
図１９に例示したコンピュータ５０は、プロセッサ５００１、主記憶装置５００２、補助記憶装置５００３、表示制御装置５００４、表示装置５００５、入出力インタフェース５００６、キーボード装置５００７、マウス装置５００８、通信制御装置５００９、及び媒体駆動装置５０１０を含む。プロセッサ５００１、主記憶装置５００２、補助記憶装置５００３、表示制御装置５００４、入出力インタフェース５００６、通信制御装置５００９、及び媒体駆動装置５０１０は、バス５０１２を介して相互にデータを送受信することができる。
【0083】
プロセッサ５００１は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、図５、図６、図１２、図１５、及び図１６に示したような処理を含むプログラムを実行することにより、上述したサーバ装置２として機能するようコンピュータ５０の動作を制御する。プロセッサ５００１は、例えば、１つ以上のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含む。プロセッサ５００１は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）を含んでもよい。図５、図６、図１２、図１５、及び図１６に示したような処理を含むプログラムを実行するプロセッサ５００１は、上述したサーバ装置２の特定部２２０の機能を実現するハードウェアの一例である。
【0084】
主記憶装置５０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。補助記憶装置５００３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の、主記憶装置５０２と比べて記憶容量の大きい記憶装置である。主記憶装置５０２及び補助記憶装置５０３は、プロセッサ５００１に実行させるプログラム、及びプロセッサ５００１がプログラムを実行する際に使用される各種データを記憶（格納）させる記憶領域を提供する。例えば、補助記憶装置５０３は、サーバ装置２の記憶部２１０の機能を実現するハードウェアの一例であり、上述した患者情報記憶領域１０、検査情報記憶領域１１、機器情報記憶領域１２、及び検査オーダー記憶領域１３のうちの１つ以上を提供する。
【0085】
表示制御装置５００４は、液晶ディスプレイ等の表示装置５００５の表示を制御する。入出力インタフェース５００６は、キーボード装置５００７及びマウス装置５００８等の入力装置からの入力信号の受付、図示しない出力装置（例えば、プリンタ等）への出力信号の出力を行うハードウェアインタフェースである。
【0086】
通信制御装置５００９は、伝送路５を介したユーザ端末３及び検査機器４等との通信を制御する。通信制御装置５００９は、有線又は無線通信により伝送路５に接続される。通信制御装置５００９は、サーバ装置２の通信部２００（受信部２０１及び送信部２０２）の機能を実現するハードウェアの一例である。
【0087】
媒体駆動装置５０１０は、可搬型機記録媒体５０１１に記憶された情報の読み出し、及び可搬型記録媒体５０１１への情報の書き込み等を行う。可搬型記録媒体５０１１は、例えば、光ディスク、磁気ディスク、光磁気ディスク、及びメモリカードを含む。可搬型記録媒体５０１１は、読み取り専用であってもよいし、書き込み又は書き換えが可能なものであってもよい。書き換え可能な可搬型記録媒体５０１１は、上述した患者情報記憶領域１０、検査情報記憶領域１１、機器情報記憶領域１２、及び検査オーダー記憶領域１３のうちの１つ以上を提供することに利用可能である。媒体駆動装置５０１０と書き換え可能な可搬型記録媒体５０１１との組み合わせは、サーバ装置２の記憶部２１０の機能を実現し得る。媒体駆動装置５０１０は、入出力インタフェース５００６を介してバス５０１２に接続されてもよい。
【0088】
図１９に例示したコンピュータ５０のハードウェア構成は、サーバ装置２として利用可能なコンピュータのハードウェア構成の一例に過ぎない。サーバ装置２として利用可能なコンピュータは、図１９に例示した構成要素のうちのいくつか（例えば、媒体駆動装置５０１０等）を含まないものであってもよい。
【0089】
以上説明したように、本実施形態に係る院内ネットワーク１では、ユーザ端末３を利用してサーバ装置２に蓄積された患者に関する情報を閲覧する際に、患者の個人情報を含まない要求命令をユーザ端末３からサーバ装置２に送信して閲覧することができる。このため、本実施形態の院内ネットワーク１では、患者に関する情報を、ユーザ端末３を利用して閲覧する際にユーザ端末３からサーバ装置２に送信される要求命令から患者の個人情報が漏洩することを防げる。したがって、専用のアプリケーションをインストールすることなく、かつ個人情報漏洩のリスクを回避し、Ｗｅｂブラウザを利用したユーザ端末３による患者に関する情報のセキュアな閲覧が可能となる。
【0090】
上述した実施形態では、ＨＴＴＰリクエストにおいて患者ＩＤ等の患者の個人情報の代わりに利用する機器識別情報として検査機器のシリアル番号（ＳＮ）を挙げた。しかしながら、機器識別情報は、機器のシリアル番号に限らず、患者の検査に用いる検査機器を識別することが可能な他の情報であってもよい。機器識別情報は、例えば、患者に対する検査を行う検査担当者（例えば、医師や検査技師等）を識別する情報や、検査機器が設置された場所を識別する情報（例えば、検査機器が設置された検査室の番号等）であってもよい。また、機器識別情報は、医療施設に設置された複数の検査機器を識別するために機器毎に設定された、検査機器のシリアル番号とは別の識別番号であってもよい。
【0091】
また、ＨＴＴＰリクエストにおいて患者ＩＤ等の患者の個人情報の代わりに利用する情報は、機器識別情報を含む、患者の個人情報とは異なる２つ以上の情報の組み合わせであってもよい。検査オーダー記憶領域１３に格納された検査毎のオーダー情報には、同一の機器識別情報（機器のＳＮ）が対応付けられた複数のオーダー情報が含まれることがある。例えば、検査オーダー記憶領域１３には、第１の検査機器４０１のＳＮと対応付けられ、かつステータス情報が「振り分け済」である複数のオーダー情報が含まれることがある。このため、例えば、上述したＨＴＴＰリクエストは、サーバ装置２において患者を特定することに用いる情報として、機器識別情報と、該機器識別情報及び患者の個人情報とは別の識別情報とを含むものであってもよい。
【0092】
また、上述した実施形態では、院内ネットワーク１における医療機器の一例として患者に対する検査に用いる検査機器４を挙げたが、院内ネットワーク１における医療機器は、これに限らず、例えば、患者に対する検査とは別の処置に用いるものであってもよい。医療機器を利用して検査とは別の処置を行う場合、例えば、ＨＴＴＰリクエストのＵＲＬに含まれる機器識別情報と、サーバ装置２の記憶部２１０に記憶させた処置に関する情報において該医療機器を利用した治療を受ける患者のうちのステータス情報が「処置中」である患者の患者ＩＤとを利用して、患者の詳細情報や処置の履歴を特定することができる。
【0093】
更に、上述した実施形態において参照した図面に例示したメニュー画面１６、検査リスト１７、検査情報画面１８、患者情報表示画面１９、及び検査履歴表示画面２０は、それぞれ、第１のユーザ端末３０１（ユーザ端末３）の表示パネル１５に表示される画面の一例に過ぎない。上述した処理を通じてユーザ端末３に表示される画面に含まれる情報は、例えば、ユーザ端末３と組み合わせて用いられる検査機器４等の医療機器の種類、ＨＴＴＰリクエスト等の要求命令に対する応答としてユーザ端末３に送信される情報の種類等に応じて適宜変更可能である。ユーザ端末３に表示される画面における各種情報の表示形式やレイアウトにつても適宜変更可能である。
【0094】
本発明は、上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせてもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用ができることはもちろんである。
【符号の説明】
【0095】
１ 院内ネットワーク
２ サーバ装置
２００ 通信部
２０１ 受信部
２０２ 送信部
２１０ 記憶部
２２０ 特定部
３，３０１，３０２ ユーザ端末
４，４０１，４０２ 検査機器
５ 伝送路
６０１，６０２ 検査室
７０１，７０２ 医師
８０１，８０２ 患者
１０ 患者情報記憶領域
１１ 検査情報記憶領域
１２ 機器情報記憶領域
１３ 検査オーダー記憶領域
１５ 表示パネル
１６ メニュー画面
１７ 検査リスト
１８ 検査情報画面
１９ 患者情報表示画面
２０ 検査履歴表示画面
２ サーバ装置
２００ 通信部
２０１ 受信部
２０２ 送信部
２１０ 記憶部
２２０ 特定部
３，３０１，３０２ ユーザ端末
４，４０１，４０２ 検査機器
５ 伝送路
６０１，６０２ 検査室
７０１，７０２ 医師
８０１，８０２ 患者
１０ 患者情報記憶領域
１１ 検査情報記憶領域
１２ 機器情報記憶領域
１３ 検査オーダー記憶領域
１５ 表示パネル
１６ メニュー画面
１７ 検査リスト
１８ 検査情報画面
１９ 患者情報表示画面
２０ 検査履歴表示画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】