JP2020038671A - 医用情報管理システム、医用情報管理装置、および、医用情報管理方法 - Google Patents

Abstract

【課題】オーダに基づかずに収集された患者に関するデータを、搬送先の病院において容易に関連付けること。【解決手段】実施形態の医用情報管理システムは、記憶装置と、医用情報管理装置とを備える。記憶装置には、病院が発行するオーダに基づかずに医用情報を収集するオーダ外機器により収集された患者の医用情報が記憶される。医用情報管理装置は、前記記憶装置に記憶された前記医用情報の中から前記病院を利用する患者の医用情報を取得する。医用情報管理装置は、医用情報取得部と、関連付け部とを有する。医用情報取得部は、前記記憶装置に記憶された前記医用情報のうち、前記病院を利用する患者の医用情報を取得する。関連付け部は、前記病院を利用する患者を前記病院内で一意に識別する患者識別情報を取得し、取得された前記患者の医用情報と当該患者識別情報とを関連付ける。【選択図】図１

Description

本発明の実施形態は、医用情報管理システム、医用情報管理装置、および、医用情報管理方法に関する。

患者が救急車等で病院に搬送される場合において、搬送中の車内で取得された患者の画像やバイタル等の医用情報を、搬送先の病院で利用したいという要望がある。この要望に応える技術として、例えば、病院に搬送される前に付与された患者の識別情報を基に、搬送中の車内で取得された医用情報と搬送先の病院で得られた検査データとを関連付ける技術が知られている。

しかし、上記技術においては、病院において発行されるオーダと、当該オーダに基づかずに収集された患者に関するデータとの関連付けができないという問題がある。

特開２０１６−１３６３８６号公報 特開２０１６−２００９６８号公報

本発明が解決しようとする課題は、オーダに基づかずに収集された患者に関するデータを、搬送先の病院において容易に関連付けることである。

実施形態の医用情報管理システムは、記憶装置と、医用情報管理装置とを備える。記憶装置には、病院が発行するオーダに基づかずに医用情報を収集するオーダ外機器により収集された患者の医用情報が記憶される。医用情報管理装置は、前記記憶装置に記憶された前記医用情報の中から前記病院を利用する患者の医用情報を取得する。医用情報管理装置は、医用情報取得部と、関連付け部とを有する。医用情報取得部は、前記記憶装置に記憶された前記医用情報のうち、前記病院を利用する患者の医用情報を取得する。関連付け部は、前記病院を利用する患者を前記病院内で一意に識別する患者識別情報を取得し、取得された前記患者の医用情報と当該患者識別情報とを関連付ける。

図１は、医用情報管理システムの構成例を示す図である。 図２は、第１の実施形態に係る患者到着前の処理を説明するための図である。 図３は、第１の実施形態に係る患者到着後の処理を説明するための図である。 図４は、第１の実施形態に係る医用情報管理システムのブロック図である。 図５は、第１の実施形態に係る患者テーブルの一例を示す図である。 図６は、第１の実施形態に係る画像テーブルの一例を示す図である。 図７は、第１の実施形態に係る画像テーブルの別の一例を示す図である。 図８は、第１の実施形態に係る病院情報システムの一部を示すブロック図である。 図９は、第１の実施形態に係るＤＩＣＯＭテーブルの一例を示す図である。 図１０は、第１の実施形態に係る患者到着前の処理例を示すシーケンス図である。 図１１は、第１の実施形態に係る患者到着後の処理例を示すシーケンス図である。 図１２は、第２の実施形態に係る患者到着前の処理を説明するための図である。 図１３は、第２の実施形態に係る患者到着後の処理を説明するための図である。 図１４は、第２の実施形態に係る患者テーブルの一例を示す図である。 図１５は、第２の実施形態に係る画像テーブルの一例を示す図である。 図１６は、第２の実施形態に係る患者到着前の処理例を示すシーケンス図である。 図１７は、第２の実施形態に係る患者到着後の処理例を示すシーケンス図である。 図１８は、第３の実施形態に係る患者到着前の処理を説明するための図である。 図１９は、第３の実施形態に係る医用情報管理システムのブロック図である。 図２０は、第３の実施形態に係る画像テーブルの一例を示す図である。 図２１は、第３の実施形態に係る患者到着前の処理例を示すシーケンス図である。 図２２は、第３の実施形態に係る画像データ取得処理の一例を示すフローチャートである。 図２３は、第４の実施形態に係る患者到着前の処理を説明するための図である。 図２４は、第４の実施形態に係る医用情報データの一例を示す図である。 図２５は、第４の実施形態に係る医用情報管理システムのブロック図である。 図２６は、第４の実施形態に係る患者テーブルの一例を示す図である。 図２７は、第４の実施形態に係るアプリログの一例を示す図である。 図２８は、第４の実施形態に係るデバイステーブルの一例を示す図である。 図２９Ａは、第４の実施形態に係る医用情報テーブルの一例を示す図である。 図２９Ｂは、第４の実施形態に係る医用情報テーブルの一例を示す図である。 図３０は、第４の実施形態に係る医用情報取得処理の一例を示すシーケンス図である。 図３１は、第４の実施形態に係る医用情報更新処理の一例を示すフローチャートである。

以下に図面を参照して、医用情報管理システム、医用情報管理装置、および、医用情報管理方法の実施形態について詳細に説明する。本実施形態に係る医用情報管理システムは、例えば消防本部や消防組合等が管轄する救急車等から収集された患者の画像等の医用情報を、当該患者の搬送先となる病院等における医用情報と関連付ける。

図１は、医用情報管理システムの構成例を示す図である。図１に示すように、本実施形態に係る医用情報管理システム１は、管理装置１０ａ及び１０ｂと、搬送デバイス２０ａ及び２０ｂと、画像サーバ３０と、ＲＩＳ（Radiology Information System）４０ａ及び４０ｂと、ＰＡＣＳ（Picture Archiving and Communication Systems）５０ａ及び５０ｂとを備える。

医用情報管理システム１において、管理装置１０ａ及び１０ｂと、搬送デバイス２０ａ及び２０ｂと、画像サーバ３０とは、それぞれ有線又は無線によるネットワークＮＷによって相互に通信可能に接続される。また、管理装置１０ａと、ＲＩＳ４０ａと、ＰＡＣＳ５０ａとは、それぞれ有線又は無線による院内ネットワークＮＷａを介して、病院ＨＰａにおいて構成された病院情報システム（不図示）と相互に通信可能に接続される。同様に、管理装置１０ｂと、ＲＩＳ４０ｂと、ＰＡＣＳ５０ｂとは、それぞれ有線又は無線による院内ネットワークＮＷｂを介して、病院ＨＰｂにおいて構成された病院情報システム（不図示）と相互に通信可能に接続される。なお、院内ネットワークＮＷａ及びＮＷｂには、後に説明するモダリティ（Modality）や、病院会計システム（不図示）、電子カルテシステム（不図示）等の病院におけるその他のシステムに含まれる各サーバ装置（不図示）も接続されている。

なお、図１に示す医用情報管理システム１は、２台の管理装置１０ａ及び１０ｂ及び２台の搬送デバイス２０ａ及び２０ｂを含むが、各装置の台数は任意であり、例えば３台以上の管理装置がネットワークＮＷに接続されていてもよい。なお、以下において、管理装置１０ａ及び１０ｂを区別せずに表現する場合に、単に「管理装置１０」と表記する場合がある。同様に、搬送デバイス２０ａ及び２０ｂ、ＲＩＳ４０ａ及び４０ｂ、ＰＡＣＳ５０ａ及び５０ｂ、病院ＨＰａ及びＨＰｂ、院内ネットワークＮＷａ及びＮＷｂについても、それぞれ「搬送デバイス２０」、「ＲＩＳ４０」、「ＰＡＣＳ５０」、「病院ＨＰ」、「院内ネットワークＮＷ」と表記する場合がある。

図１に示す管理装置１０は、例えば病院ＨＰａ及びＨＰｂ内に設置されるコンピュータである。例えば、管理装置１０ａは、病院ＨＰａに到着する前に取得された、搬送中の患者の画像などを含む医用情報を画像サーバ３０から取得し、ＲＩＳ４０ａから取得した、病院ＨＰａにおいて患者を識別する情報と関連付ける。また、管理装置１０ａは、取得した医用情報をＤＩＣＯＭ（Digital Imaging and Communications in Medicine）形式に変換し、ＰＡＣＳ５０ａに出力する。なお、以下において、病院に到着する前に取得された患者の医用情報を「到着前医用情報」と表記し、病院において患者を一意に識別する識別子を「緊急ＩＤ（Identifer）」と表記する場合がある。

図１に示す搬送デバイス２０は、例えば救急車等の患者を搬送する移動体に搭載された装置である。搬送デバイス２０は、搬送中の患者の画像などを撮影し、画像などを含む到着前医用情報を画像サーバ３０に送信する。なお、搬送デバイス２０は、オーダ外機器の一例である。また、本実施形態においては、救急車等の一つの移動体には、それぞれ一つの搬送デバイス２０が搭載され、移動体と搬送デバイス２０とが一対一で対応する。

図１に示す画像サーバ３０は、例えば消防本部等に設置されるコンピュータである。画像サーバ３０は、搬送デバイス２０等から画像などを含む到着前医用情報を取得し、記憶装置に格納する。画像サーバ３０は、例えば管理装置１０ａ及び１０ｂからの要求に応じて、記憶された到着前医用情報を送信する。なお、画像サーバ３０は、記憶装置の一例である。

図１に示すＲＩＳ４０は、例えば病院ＨＰａ及びＨＰｂ内に設置され、病院で実施される検査や診断等に関するオーダを管理する公知のコンピュータである。ＲＩＳ４０ａは、例えば救急患者の病院ＨＰａへの搬送予定の入力を受け付けると、当該オーダに対応する患者を一意に識別する識別子として、緊急ＩＤを発行し、管理装置１０ａ及びＰＡＣＳ５０ａに出力する。

図１に示すＰＡＣＳ５０は、例えば病院ＨＰａ及びＨＰｂ内に設置されるコンピュータである。ＰＡＣＳ５０は、ＤＩＣＯＭ形式の医用情報を取得して、記憶装置に格納する公知のコンピュータである。ＰＡＣＳ５０ａは、例えば、ＤＩＣＯＭ形式に変換された医用情報を管理装置１０ａから取得して、記憶装置に格納する。また、ＰＡＣＳ５０ａは、ＣＲ（Computed Radiography）、ＣＴ（Computed Tomography）及びＭＲＩ（Magnetic Resonance Imaging）などのモダリティから、病院ＨＰａに到着した後に取得された患者の画像などを含む医用情報を取得する。なお、病院に到着した後に取得された患者の医用情報を「到着後医用情報」と表記する場合がある。また、到着前医用情報は、病院によるオーダの発行前に収集された医用情報、すなわち搬送デバイス２０等のオーダ外機器により、病院が発行するオーダに基づかずに収集された患者の医用情報の一例である。また、到着後医用情報は、病院が発行するオーダに基づいて収集された患者の医用情報の一例である。

（第１の実施形態）
まず、第１の実施形態について説明する。第１の実施形態では、管理装置１０ａは、患者の到着前医用情報を、患者の画像を撮影した搬送デバイス２０ａを一意に識別する「DeviceＩＤ」と、当該患者の病院への到着時刻に関する情報とを用いて特定する。なお、「DeviceＩＤ」は、オーダ外機器の識別情報の一例であり、「到着時刻」は、到着状況の一例である。例えば、搬送デバイス２０ａのDeviceＩＤは「Camera-A」であり、搬送デバイス２０ｂのDeviceＩＤは「Camera-B」である。なお、DeviceＩＤは、以下に説明するように、搬送デバイス２０以外の機器にも付与される場合がある。

まず、病院ＨＰａに患者が到着するまでの処理について説明する。図２は、第１の実施形態に係る患者到着前の処理を説明するための図である。なお、以下の図に示す処理の順序は一例であり、一部の処理の実行順序が逆になってもよいし、複数の処理が同時に並行して実行されてもよい。

図２に示すように、まず、患者を搬送する救急車に搭載された搬送デバイス２０ａは、時刻「１２：００」に患者の画像を撮影し、画像を一意に識別する識別子である「画像ＩＤ」を付与する（１．撮影）。搬送デバイス２０ａは、撮影した画像を、「画像ＩＤ」及び「DeviceＩＤ」とともに、画像サーバ３０に送信する（２．転送）。画像サーバ３０は、搬送デバイス２０ａから送信された画像を、画像ＩＤ及びDeviceＩＤと対応付けて記憶する。

一方、病院ＨＰａは、救急車による患者の搬送予定を、当該救急車に搭載された搬送デバイス２０ａのDeviceＩＤとともに通知される。なお、搬送予定は、例えば搬送デバイス２０ａから通知されるが、これに限られず、画像サーバ３０やその他の装置から通知される場合もある。この場合において、病院ＨＰａの管理装置１０ａは、画像サーバ３０に記憶された画像を参照する（３．画像参照）。その際、管理装置１０ａは、通知されたDeviceＩＤに関連付けられた画像のうち、到着時刻が関連付けられていない、すなわち到着時刻が「未登録」である画像を参照する。

次に、ＲＩＳ４０ａは、病院ＨＰａにおいて当該患者を識別する「緊急ＩＤ」を発番し、管理装置１０ａに送信する（４．緊急ＩＤ発番）。管理装置１０ａは、取得した緊急ＩＤを、DeviceＩＤ及び到着時刻と関連付ける（４．患者の関連付け）。なお、「緊急ＩＤ」は、患者識別情報の一例である。また、「３．画像参照」と「４．緊急ＩＤ発番」及び「４．患者の関連付け」とは同時に並行して実行されてもよく、順序を逆にして実行されてもよい。

次に、病院ＨＰａに患者が到着した後の処理について説明する。図３は、第１の実施形態に係る患者到着後の処理を説明するための図である。図３に示すように、搬送デバイス２０ａを搭載した救急車が搬送する患者は、時刻「１２：１０」に病院ＨＰａに到着する（５．到着）。この際、搬送デバイス２０ａは、画像サーバ３０に、到着時刻「１２：１０」を送信する（５．登録）。

一方、病院ＨＰａでは、予めＲＩＳ４０ａから発番済みの緊急ＩＤとワークリスト（Worklist）を付与されたモダリティ（Modality）を用いて、到着した患者に対する検査が行われる（６．検査）。検査により取得された患者の画像は、緊急ＩＤと関連付けられたＤＩＣＯＭ形式のデータとして、ＰＡＣＳ５０ａに送信される（６．転送）。ＰＡＣＳ５０ａは、取得したＤＩＣＯＭ形式のデータを、到着後医用情報として記憶する。

また、管理装置１０ａは、患者が到着すると、画像サーバ３０から患者の画像を含む到着前医用情報をダウンロードする（７．ダウンロード）。この際、管理装置１０ａは、事前に通知されたDeviceＩＤに関連付けられた画像のうち、到着時刻が患者の到着時刻と一致する画像、すなわち到着時刻が「１２：１０」である画像をダウンロードする。

次に、管理装置１０ａは、ダウンロードした画像を、関連付けられた画像ＩＤ、緊急ＩＤ及びDeviceＩＤとともに、ＤＩＣＯＭ形式のデータに変換し（８．変換）、到着前医用情報として、ＰＡＣＳ５０ａに送信する（９．転送）。ＰＡＣＳ５０ａは、受信したＤＩＣＯＭ形式に変換された到着前医用情報を記憶する。これにより、ＰＡＣＳ５０ａにおいて、到着前医用情報と到着後医用情報とが、同一の緊急ＩＤにより関連付けられる。

次に、図２及び図３に示すような処理を実行する医用情報管理システム１の機能について説明する。図４は、第１の実施形態に係る医用情報管理システムのブロック図である。図４に示すように、病院ＨＰａの院内ネットワークＮＷａに接続される管理装置１０ａは、通信Ｉ／Ｆ（Interface）１１と、入力Ｉ／Ｆ１２と、ディスプレイ１３と、記憶回路１４と、処理回路１５とを備える。なお、病院ＨＰｂの院内ネットワークＮＷｂに接続される管理装置１０ｂも、管理装置１０ａと同様の構成を有するため、以下においては管理装置１０ａ及び１０ｂを区別せずに管理装置１０として説明する場合がある。

通信Ｉ／Ｆ１１は、処理回路１５に接続され、ネットワークＮＷ及び院内ネットワークＮＷａを介して接続された各種の装置との間で行われる各種データの伝送及び通信を制御する。例えば、通信Ｉ／Ｆ１１は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

入力Ｉ／Ｆ１２は、処理回路１５に接続され、管理装置１０の管理者（不図示）から受け付けた入力操作を電気信号に変換して処理回路１５に出力する。例えば、入力Ｉ／Ｆ１２は、スイッチボタン、マウス、キーボード、タッチパネル等である。

ディスプレイ１３は、処理回路１５に接続され、処理回路１５から出力される各種情報及び各種画像データを表示する。例えば、ディスプレイ１３は、液晶モニタやＣＲＴ（Cathode Ray Tube）モニタ、タッチパネル等によって実現される。

記憶回路１４は、処理回路１５に接続され、各種データを記憶する。例えば、記憶回路１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。本実施形態では、記憶回路１４は、例えば、患者テーブル１４１を記憶する。

患者テーブル１４１は、画像サーバ３０から取得した到着前医用情報と、ＲＩＳ４０から取得した緊急ＩＤとを対応付ける情報を記憶する。本実施形態において、患者テーブル１４１は、例えば到着前医用情報に含まれる画像に関する情報を記憶する。患者テーブル１４１に記憶される情報は、例えば後に説明する第１取得機能１５１、第２取得機能１５２、変換機能１５３及び登録機能１５４により格納される。

図５は、第１の実施形態に係る患者テーブルの一例を示す図である。例えば、患者テーブル１４１は、図５に示すように、「画像ＩＤ」と、「DeviceＩＤ」と、「緊急ＩＤ」と、「到着時刻」と、「画像ＩＤ（変換後）」とを対応付けた情報である。ここで、図５における「画像ＩＤ」は、到着前医用情報に含まれる画像を一意に識別する識別子を示す。「DeviceＩＤ」は、当該画像を取得した搬送デバイス２０を一意に識別する識別子を示す。「緊急ＩＤ」は、ＲＩＳ４０から取得した緊急ＩＤを示す。「到着時刻」は、当該緊急ＩＤにより特定される患者が、当該病院に到着した時刻を示す。「画像ＩＤ（変換後）」は、ＤＩＣＯＭ形式に変換された、画像ＩＤにより特定される画像を一意に識別する識別子を示す。

例えば、図５に示す１段目のレコードは、画像ＩＤ「Pic0002」の画像を含む到着前医用情報は、DeviceＩＤ「Camera-A」の搬送デバイスにより取得され、緊急ＩＤ「EM011」が付与されたことを示す。また、図５に示す１段目のレコードは、当該緊急ＩＤにより特定される患者が、「7/31 12:10」に当該病院に到着したことを示す。さらに、図５に示す１段目のレコードは、画像ＩＤ「Pic0002」の画像は、画像ＩＤ「Dic01102」の画像に変換されたことを示す。同様に、図５に示す２段目のレコードは、画像ＩＤ「Pic0003」の画像を含む到着前医用情報も、１段目のレコードの到着前医用情報と同様に、DeviceＩＤ「Camera-A」の搬送デバイスにより取得され、緊急ＩＤ「EM011」が付与されたことを示す。すなわち、図５に示す２段目のレコードは、１段目のレコードと同一の患者に関する到着前医用情報に関するレコードであるため、到着時刻も１段目のレコードのものと同一である。また、図５に示す２段目のレコードは、画像ＩＤ「Pic0003」の画像は、画像ＩＤ「Dic01103」の画像に変換されたことを示す。

なお、図５において、各レコードの未登録の項目は、例えば空欄である。例えば、DeviceＩＤ「Camera-A」及び緊急ＩＤ「EM011」により特定される患者が病院にまだ到着していない場合、到着時刻の項目は空欄である。また、例えば、各画像がＤＩＣＯＭ形式にまだ変換されていない場合、画像ＩＤ（変換後）の項目１４１１は空欄となる。

図４に戻って、処理回路１５は、第１取得機能１５１と、第２取得機能１５２と、変換機能１５３と、登録機能１５４とを実行することで、管理装置１０全体の動作を制御する。ここで、第１取得機能１５１は、第１取得部の一例である。第２取得機能１５２は、第２取得部の一例である。変換機能１５３は、変換部の一例である。また、登録機能１５４は、関連付け部の一例である。ここで、例えば、図４に示す処理回路１５の構成要素である第１取得機能１５１、第２取得機能１５２、変換機能１５３及び登録機能１５４の各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１４に記録されている。処理回路１５は、各プログラムを記憶回路１４から読み出し、読み出した各プログラムを実行することで各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路１５は、図４の処理回路１５内に示された各機能を備えることとなる。

なお、第１取得機能１５１、第２取得機能１５２、変換機能１５３及び登録機能１５４の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路１４に記録されていてもよい。例えば、このようなプログラムは、医用情報管理プログラムとも称される。この場合、処理回路１５は、医用情報管理プログラムを記憶回路１４から読み出し、読み出した医用情報管理プログラムを実行することで医用情報管理プログラムに対応する第１取得機能１５１、第２取得機能１５２、変換機能１５３及び登録機能１５４を実現する。

処理回路１５における第１取得機能１５１は、画像サーバ３０から到着前医用情報を取得する。例えば、第１取得機能１５１は、通知されたDeviceＩＤの入力等を開始のトリガとして、ネットワークＮＷを介して画像サーバ３０にアクセスする。第１取得機能１５１は、画像サーバ３０に記憶された、DeviceＩＤに関連付けられた画像を参照する。また、第１取得機能１５１は、取得した画像の画像ＩＤ及び画像に関連付けられた到着時刻を、登録機能１５４に出力する。

また、第１取得機能１５１は、患者の到着通知の入力等を開始のトリガとして、画像サーバ３０から画像データをダウンロードする。第１取得機能１５１は、患者テーブル１４１に登録済みの画像ＩＤ及びDeviceＩＤに対応する画像のデータを含む到着前医用情報をダウンロードし、変換機能１５３に出力する。

第２取得機能１５２は、ＲＩＳ４０ａから緊急ＩＤを取得する。例えば、第２取得機能１５２は、ＲＩＳ４０ａから緊急ＩＤを受信し、登録機能１５４に出力する。

変換機能１５３は、画像データをＤＩＣＯＭ形式のデータに変換する。変換機能１５３は、第１取得機能１５１から画像のデータを含む到着前医用情報の出力を受けると、関連付けられた画像ＩＤ、DeviceＩＤ及び緊急ＩＤとともに、画像をＤＩＣＯＭ形式のデータに変換する。変換機能１５３は、変換後の到着前医用情報をＰＡＣＳ５０ａに送信する。

登録機能１５４は、搬送される患者の到着前医用情報を、緊急ＩＤと対応付ける。登録機能１５４は、第１取得機能１５１から画像ＩＤ及び到着時刻の出力を受けると、DeviceＩＤが一致する到着前医用情報について、「到着時刻」が未登録であるか否かを判定する。登録機能１５４は、到着時刻が未登録であると判定された到着前医用情報の画像ＩＤ及びDeviceＩＤを、第２取得機能１５２から出力される緊急ＩＤと関連付けて、患者テーブル１４１に格納する。

次に、搬送デバイス２０は、図４に示すように、カメラ２１と、送信データ生成部２２と、通信Ｉ／Ｆ２３とを有する。なお、搬送デバイス２０ａ及び２０ｂは、それぞれ同様の構成を有するため、以下においては搬送デバイス２０ａ及び２０ｂを区別せずに搬送デバイス２０として説明する場合がある。

搬送デバイス２０のカメラ２１は、患者の画像を取得し、画像のデータを送信データ生成部２２に出力する。カメラ２１は、例えば光学カメラであるが、これに限られず、Ｘ線ＣＴ装置、超音波診断装置等の他の装置であってもよい。

送信データ生成部２２は、画像のデータに識別情報を付与して、画像サーバ３０に送信するための到着前医用情報を生成する。送信データ生成部２２は、画像のデータに対して画像ＩＤを発番し、搬送デバイス２０に付与されたDeviceＩＤとともに画像のデータに付与し、通信Ｉ／Ｆ２３を介して画像サーバ３０に送信する。また、送信データ生成部２２は、DeviceＩＤを含む患者の搬送予定を、通信Ｉ／Ｆ２３を介して病院ＨＰａに送信する。

通信Ｉ／Ｆ２３は、ネットワークＮＷを介して接続された他の装置等との間で行われる各種データの伝送及び通信を制御する。通信Ｉ／Ｆ２３は、例えば、送信データ生成部２２から出力された到着前医用情報を、画像サーバ３０に送信する。例えば、通信Ｉ／Ｆ２３は、ネットワークカードやネットワークアダプタ等によって実現される。

画像サーバ３０は、図４に示すように、通信Ｉ／Ｆ３１と、入力Ｉ／Ｆ３２と、ディスプレイ３３と、記憶回路３４と、処理回路３５とを有する。

通信Ｉ／Ｆ３１は、処理回路３５に接続され、ネットワークＮＷを介して接続された各種の装置との間で行われる各種データの伝送及び通信を制御する。例えば、通信Ｉ／Ｆ３１は、ネットワークカードやネットワークアダプタ等によって実現される。

入力Ｉ／Ｆ３２は、処理回路３５に接続され、画像サーバ３０の管理者（不図示）から受け付けた入力操作を電気信号に変換して処理回路３５に出力する。例えば、入力Ｉ／Ｆ３２は、スイッチボタン、マウス、キーボード、タッチパネル等である。

ディスプレイ３３は、処理回路３５に接続され、処理回路３５から出力される各種情報などを表示する。例えば、ディスプレイ３３は、液晶モニタやＣＲＴモニタ、タッチパネル等によって実現される。

記憶回路３４は、処理回路３５に接続され、各種データを記憶する。例えば、記憶回路３４は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。本実施形態では、記憶回路３４は、例えば、画像テーブル３４１を記憶する。

画像テーブル３４１は、搬送デバイス２０から取得した到着前医用情報に関する情報を記憶する。本実施形態において、画像テーブル３４１は、例えば後に説明する取得機能３５１及び登録機能３５２により設定される。例えば、画像テーブル３４１は、図６に示すように、「画像ＩＤ」と、「DeviceＩＤ」と、「到着時刻」とを対応付けて記憶する。

図６は、第１の実施形態に係る画像テーブルの一例を示す図である。図６に示す各項目は、図５に示す各項目と同様であるため、詳細な説明は省略する。なお、図６に示す例において、画像ＩＤ「Pic0002」及び「Pic0003」及びDeviceＩＤ「Camera-A」に対応する到着時刻３４１１は未登録である。すなわち、図６に示す画像テーブル３４１は、当該画像ＩＤ及びDeviceＩＤに対応する患者が、病院にまだ到着していないことを示す。

図４に戻って、処理回路３５は、取得機能３５１と、登録機能３５２とを実行することで、画像サーバ３０全体の動作を制御する。ここで、例えば、図４に示す処理回路３５の構成要素である取得機能３５１及び登録機能３５２の各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路３４に記録されている。処理回路３５は、各プログラムを記憶回路３４から読み出し、読み出した各プログラムを実行することで各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路３５は、図４の処理回路３５内に示された各機能を備えることとなる。

なお、取得機能３５１及び登録機能３５２の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路３４に記録されていてもよい。この場合、処理回路３５は、プログラムを記憶回路３４から読み出し、読み出したプログラムを実行することで取得機能３５１及び登録機能３５２を実現する。

処理回路３５における取得機能３５１は、搬送デバイス２０から到着前医用情報を取得する。例えば、取得機能３５１は、ネットワークＮＷを介して搬送デバイス２０から画像のデータを含む到着前医用情報を受信すると、画像のデータを記憶回路３４に記憶するとともに、到着前医用情報に関連付けられた画像ＩＤ及びDeviceＩＤ等の情報を登録機能３５２に出力する。

登録機能３５２は、到着前医用情報に関する情報を、画像テーブル３４１に登録する。登録機能３５２は、取得機能３５１から出力された画像ＩＤ及びDeviceＩＤを、図６に示す画像テーブル３４１に登録する。また、登録機能３５２は、搬送デバイス２０から、到着時刻に関する情報を取得すると、図７に示すように、画像テーブル３４１に記憶された画像ＩＤ及びDeviceＩＤと関連付けて記憶する。

図７は、第１の実施形態に係る画像テーブルの別の一例を示す図である。図７に示す「到着時刻」の項目３４１２には、図６において空欄となっていた到着時刻の欄に「7/31 12:10」が登録されている。すなわち、図７に示す画像テーブル３４１−１は、画像ＩＤ「Pic0002」及び「Pic0003」及びDeviceＩＤ「Camera-A」に対応する患者が、病院に「7/31 12:10」に到着したことを示す。

次に、図３に示すような処理を実行する医用情報管理システム１の機能について説明する。図８は、第１の実施形態に係る病院情報システムの一部を示すブロック図である。図８に示すように、医用情報管理システム１に含まれる、病院ＨＰａ内の院内ネットワークＮＷａには、管理装置１０ａに加えて、ＲＩＳ４０ａと、ＰＡＣＳ５０ａとが通信可能に接続される。なお、病院ＨＰｂの院内ネットワークＮＷｂにも、同様にＲＩＳ４０ｂとＰＡＣＳ５０ｂとが接続されるため、以下においてはＲＩＳ４０ａ及び４０ｂ、又はＰＡＣＳ５０ａ及び５０ｂを、それぞれ区別せずに説明する場合がある。

ＲＩＳ４０ａは、図８に示すように、通信Ｉ／Ｆ４１と、入力Ｉ／Ｆ４２と、ディスプレイ４３と、記憶回路４４と、処理回路４５とを有する。

通信Ｉ／Ｆ４１は、処理回路４５に接続され、院内ネットワークＮＷａを介して接続された各種の装置との間で行われる各種データの伝送及び通信を制御する。例えば、通信Ｉ／Ｆ４１は、ネットワークカードやネットワークアダプタ等によって実現される。

入力Ｉ／Ｆ４２は、処理回路４５に接続され、ＲＩＳ４０ａの管理者（不図示）から受け付けた入力操作を電気信号に変換して処理回路４５に出力する。例えば、入力Ｉ／Ｆ４２は、スイッチボタン、マウス、キーボード、タッチパネル等である。

ディスプレイ４３は、処理回路４５に接続され、処理回路４５から出力される各種情報などを表示する。例えば、ディスプレイ４３は、液晶モニタやＣＲＴモニタ、タッチパネル等によって実現される。

記憶回路４４は、処理回路４５に接続され、各種データを記憶する。例えば、記憶回路４４は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。

処理回路４５は、発行機能４５１を実行することで、ＲＩＳ４０ａ全体の動作を制御する。ここで、例えば、図８に示す処理回路４５の構成要素である発行機能４５１は、コンピュータによって実行可能なプログラムの形態で記憶回路４４に記録されている。処理回路４５は、各プログラムを記憶回路４４から読み出し、読み出した各プログラムを実行することで各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路４５は、図８の処理回路４５内に示された各機能を備えることとなる。

なお、発行機能４５１の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路４４に記録されていてもよい。この場合、処理回路４５は、プログラムを記憶回路４４から読み出し、読み出したプログラムを実行することで発行機能４５１を実現する。

処理回路４５における発行機能４５１は、緊急ＩＤを発行する。例えば、発行機能４５１は、通知されたDeviceＩＤの入力等を開始のトリガとして、緊急ＩＤを発行し、院内ネットワークＮＷａを介して管理装置１０ａ及びＰＡＣＳ５０ａに緊急ＩＤを出力する。

登録機能４５２は、到着前医用情報に関する情報を、画像テーブル４４１に登録する。登録機能４５２は、発行機能４５１から出力された画像ＩＤ及びDeviceＩＤを、画像テーブル４４１に登録する。また、登録機能４５２は、搬送デバイス２０から、到着時刻に関する情報を取得すると、図７に示すように、画像テーブル４４１に記憶された画像ＩＤ及びDeviceＩＤと関連付けて記憶する。

ＰＡＣＳ５０ａは、図８に示すように、通信Ｉ／Ｆ５１と、入力Ｉ／Ｆ５２と、ディスプレイ５３と、記憶回路５４と、処理回路５５とを有する。

通信Ｉ／Ｆ５１は、処理回路５５に接続され、院内ネットワークＮＷａを介して接続された各種の装置との間で行われる各種データの伝送及び通信を制御する。例えば、通信Ｉ／Ｆ５１は、ネットワークカードやネットワークアダプタ等によって実現される。

入力Ｉ／Ｆ５２は、処理回路５５に接続され、ＰＡＣＳ５０ａの管理者（不図示）から受け付けた入力操作を電気信号に変換して処理回路５５に出力する。例えば、入力Ｉ／Ｆ５２は、スイッチボタン、マウス、キーボード、タッチパネル等である。

ディスプレイ５３は、処理回路５５に接続され、処理回路５５から出力される各種情報などを表示する。例えば、ディスプレイ５３は、液晶モニタやＣＲＴモニタ、タッチパネル等によって実現される。

記憶回路５４は、処理回路５５に接続され、各種データを記憶する。例えば、記憶回路５４は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。本実施形態では、記憶回路５４は、例えば、ＤＩＣＯＭテーブル５４１を記憶する。

ＤＩＣＯＭテーブル５４１は、ＤＩＣＯＭ形式のデータに関する情報を記憶する。本実施形態において、ＤＩＣＯＭテーブル５４１は、例えば後に説明する取得機能５５１により設定される。なお、ＤＩＣＯＭテーブル５４１は、記憶部の一例である。

図９は、第１の実施形態に係るＤＩＣＯＭテーブルの一例を示す図である。例えば、ＤＩＣＯＭテーブル５４１は、図９に示すように、「画像ＩＤ」と、「DeviceＩＤ」と、「緊急ＩＤ」と、「到着時刻」とを対応付けて記憶する。例えば、図９に示す１段目のレコードは、画像ＩＤが「Dic01102」である画像は、DeviceＩＤ「Camera-A」の搬送デバイスにより取得され、緊急ＩＤ「EM011」が付与されたことを示す。また、図９に示す１段目のレコードは、当該緊急ＩＤにより特定される患者が、「7/31 12:10」に当該病院に到着したことを示す。図９に示す２段目のレコードに示す画像ＩＤが「Dic01103」である画像も同様である。なお、これらの画像は、管理装置１０ａから出力を受けた、ＤＩＣＯＭ形式のデータに変換された画像であり、例えば図５に示す患者テーブル１４１の画像ＩＤ（変換後）の項目１４１１に記憶された画像ＩＤにより特定できる。

また、ＤＩＣＯＭテーブル５４１は、図９に示す３段目のレコード及び４段目のレコード５４１１に示されるように、管理装置１０ａ以外のモダリティから取得した画像に関する情報も記憶する。例えば、図９に示す３段目のレコードは、DeviceＩＤが「CT-A」であるモダリティ（不図示）により取得された画像ＩＤ「CT0101」に関連付けられて、画像ＩＤが「Dic01102」である画像及び画像ＩＤが「Dic01103」である画像と同様の緊急ＩＤ及び到着時刻が登録されている。図９に示す４段目のレコードにおいても、DeviceＩＤが「MR-A」であるモダリティ（不図示）により取得された画像ＩＤ「MR0201」に、同様の緊急ＩＤ及び到着時刻が登録されている。すなわち、図９に示すＤＩＣＯＭテーブル５４１は、管理装置１０ａから取得された、画像ＩＤが「Dic01102」である画像及び画像ＩＤが「Dic01103」である画像と、モダリティから取得された画像ＩＤが「CT0101」である画像及び画像ＩＤが「MR0201」である画像とが、同一の搬送患者に関するものであることを記憶する。

図８に戻って、処理回路５５は、取得機能５５１を実行することで、ＰＡＣＳ５０ａ全体の動作を制御する。ここで、例えば、図８に示す処理回路５５の構成要素である取得機能５５１は、コンピュータによって実行可能なプログラムの形態で記憶回路５４に記録されている。処理回路５５は、各プログラムを記憶回路５４から読み出し、読み出した各プログラムを実行することで各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路５５は、図８の処理回路５５内に示された各機能を備えることとなる。

なお、取得機能５５１の全ての処理機能がコンピュータによって実行可能な１つのプログラムの形態で、記憶回路５４に記録されていてもよい。この場合、処理回路５５は、プログラムを記憶回路５４から読み出し、読み出したプログラムを実行することで取得機能５５１を実現する。

処理回路５５における取得機能５５１は、画像データを取得するとともに、画像データに関する情報をＤＩＣＯＭテーブル５４１に格納する。例えば、取得機能５５１は、院内ネットワークＮＷａを介して、管理装置１０ａからＤＩＣＯＭ形式に変換された画像データを取得する。同様に、取得機能５５１は、例えば、院内ネットワークＮＷａを介して、モダリティからＤＩＣＯＭ形式の画像データを取得する。そして、取得機能５５１は、取得した画像データに関連付けられた画像ＩＤ、DeviceＩＤ、緊急ＩＤ及び到着時刻を、ＤＩＣＯＭテーブル５４１に格納する。

次に、第１の実施形態に係る医用情報管理システム１による処理の手順について、図１０及び図１１を用いて説明する。図１０は、第１の実施形態に係る患者到着前の処理例を示すシーケンス図である。ここで、図１０におけるステップＳ３１及びＳ３２は、例えば、管理装置１０ａの処理回路１５が第１取得機能１５１に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。また、ステップＳ４３は、例えば、処理回路１５が第２取得機能１５２に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。また、ステップＳ４４は、例えば、処理回路１５が登録機能１５４に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。

例えば、図１０に示すように、本実施形態に係る医用情報管理システム１では、まず、搬送デバイス２０ａが、カメラ２１を用いて、搬送中の患者の画像を撮影する（ステップＳ１１）。搬送デバイス２０ａは、撮影した画像データに、画像ＩＤ及びDeviceＩＤを関連付けて、画像サーバ３０に送信する（ステップＳ２１）。

続いて、画像サーバ３０は、画像データ、画像ＩＤ及びDeviceＩＤを取得すると、画像ＩＤ及びDeviceＩＤを画像テーブル３４１に登録する（ステップＳ２２）。次に、処理回路１５は、DeviceＩＤを取得すると、画像サーバ３０に記憶された画像を、DeviceＩＤを用いて参照する（ステップＳ３１）。処理回路１５は、DeviceＩＤに対応する画像のデータ及び画像ＩＤを取得する（ステップＳ３２）。

一方、ＲＩＳ４０ａは、DeviceＩＤを取得すると、搬送中の患者を特定する緊急ＩＤを発番する（ステップＳ４１）。ＲＩＳ４０ａは、発番した緊急ＩＤを、ＰＡＣＳ５０ａに送信すると共に（ステップＳ４２）、管理装置１０ａにも送信する（ステップＳ４３）。処理回路１５は、ＲＩＳ４０ａから取得した緊急ＩＤを、画像サーバ３０から取得した画像データと対応付けて記憶する（ステップＳ４４）。

次に、患者到着後における医用情報管理システム１における処理について説明する。図１１は、第１の実施形態に係る患者到着後の処理例を示すシーケンス図である。ここで、図１１におけるステップＳ７１は、例えば、管理装置１０ａの処理回路１５が第１取得機能１５１に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。また、ステップＳ７２は、例えば、処理回路１５が登録機能１５４に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。また、ステップＳ８１及びＳ９１は、例えば、処理回路１５が変換機能１５３に対応するプログラムを記憶回路１４から読み出して実行することにより実現される。

まず、搬送デバイス２０ａは、患者が病院に到着すると（ステップＳ５１）、到着時刻を画像サーバ３０に送信する（ステップＳ５２）。画像サーバ３０は、受信した到着時刻を、DeviceＩＤ及び画像ＩＤと対応付けて、画像テーブル３４１に登録する（ステップＳ５３）。

一方、ＰＡＣＳ５０ａは、病院に到着した患者の検査画像を、他のモダリティから取得する（ステップＳ６１）。ＰＡＣＳ５０ａは、取得した検査画像を、緊急ＩＤと対応付けてＤＩＣＯＭテーブル５４１に格納する（ステップＳ６２）。

処理回路１５は、画像サーバ３０にアクセスし、新たに到着時刻が登録された画像データを、到着時刻とともにダウンロードする（ステップＳ７１）。次に、処理回路１５は、取得した到着時刻を、緊急ＩＤと対応付けて患者テーブル１４１に登録する（ステップＳ７２）。そして、処理回路１５は、取得した画像データをＤＩＣＯＭ形式に変換し（ステップＳ８１）、変換したＤＩＣＯＭデータに緊急ＩＤを関連付けて、ＰＡＣＳ５０ａに送信する（ステップＳ９１）。ＰＡＣＳ５０ａは、管理装置１０ａから受信したＤＩＣＯＭデータを、緊急ＩＤと対応付けてＤＩＣＯＭテーブル５４１に格納する（ステップＳ９２）。

上述したように、第１の実施形態によれば、第１取得機能１５１は、患者が病院に到着するまでに取得された、当該患者の医用情報である到着前医用情報を取得する。第２取得機能１５２は、前記病院において患者を識別する情報であり、患者が病院に到着した後において取得される医用情報である到着後医用情報に対応付けられる患者識別情報を取得する。そして、登録機能１５４は、前記到着前医用情報と前記患者識別情報とを関連付ける。従って、第１の実施形態に係る医用情報管理システム１は、オーダに基づかずに収集された患者に関するデータを、搬送先の病院において容易に関連付けることができる。

その際、第１取得機能１５１は、前記到着前医用情報に関連付けられる情報として、前記患者の病院への到着に関する到着情報をさらに取得してもよい。また、登録機能１５４は、前記患者が病院に到着したことを示す前記到着情報と関連付けられていない前記到着前医用情報を、前記患者識別情報と関連付けてもよい。これにより、既に病院に到着済みの患者に関する情報との取り違えを防止できる。なお、到着情報は、到着状況の一例である。

また、第１の実施形態によれば、医用情報管理システム１は、記憶装置（画像サーバ３０）と、管理装置１０とを備える。記憶装置には、病院ＨＰが発行するオーダに基づかずに医用情報を収集するオーダ外機器により収集された患者の医用情報が記憶される。医用情報管理装置の処理回路１５は、前記記憶装置に記憶された前記医用情報の中から前記病院を利用する患者の医用情報を取得する。医用情報管理装置の処理回路１５は、前記記憶装置に記憶された前記医用情報のうち、前記病院を利用する患者の医用情報を取得し、前記病院を利用する患者を前記病院内で一意に識別する患者識別情報（緊急ＩＤ）を取得し、取得された前記患者の医用情報と当該患者識別情報とを関連付ける処理回路を備える。これにより、オーダに基づかずに収集された患者に関するデータを、搬送先の病院において容易に関連付けることができる。

また、第１の実施形態において、記憶装置は、前記オーダ外機器の識別情報（DeviceＩＤ）と、前記病院への到着状況（到着時刻）と、前記オーダ外機器（搬送デバイス２０）に基づく医用情報と、を対応付けて記憶してもよい。医用情報管理装置の処理回路１５は、前記オーダ外機器の識別情報を取得し、当該識別情報に対応づけられた前記病院への到着状況に基づいて、前記病院を利用する患者の医用情報を取得してもよい。

また、第１の実施形態において、前記患者識別情報は、前記病院が発行するオーダに発行されるものであってもよい。前記医用情報管理装置の処理回路１５は、取得された前記患者の医用情報を、前記オーダに基づいて取得された、前記患者識別情報に対応付けられる患者に対して使用される院内機器に基づく医用情報のデータ形式と同一のデータ形式に変換し、当該変換後の医用情報を前記患者識別情報と関連付けてもよい。

なお、第１の実施形態における画像ＩＤ及びデバイスＩＤは、患者を一意に識別できるものでなくてもよい。例えば、画像ＩＤは、患者を識別する氏名や識別番号等の情報を含んでいたり、予めこれらの情報と関連付けられていたりしなくともよい。

なお、図５においては、到着状況として「到着時刻」を記憶する構成を示したが、実施形態はこれに限られず、例えば患者テーブル１４１が、患者が病院に到着済であるか否かを記憶するような構成であってもよい。また、患者テーブル１４１又は画像テーブル３４１が、患者が病院に到着済みでないことを示す情報を記憶し、患者が病院に到着した際に当該情報が削除されるような構成であってもよい。また、搬送デバイス２０ａが到着時刻を画像サーバ３０に送信する構成について説明したが、実施の形態はこれに限られず、搬送デバイス２０ａは到着通知のみを送信し、画像サーバ３０が到着通知を受信した時点の時刻を到着時刻として記憶するような構成であってもよい。また、到着時刻が搬送デバイス２０ａにより画像サーバ３０に送信される構成について説明したが、これに限られず、管理装置１０ａが到着時刻を送信するような構成であってもよい。

（第２の実施形態）
上述した第１の実施形態では、搬送デバイス２０ａのDeviceＩＤと、患者が病院に到着した到着時刻との組み合わせを用いて、搬送された患者を特定する構成について説明した。これに対して、第２の実施形態では、後に説明する搬送デバイス７０ａのDeviceＩＤと、患者搬送手続きを一意に識別する搬送ＩＤとの組み合わせを用いて、搬送された患者を特定する構成について説明する。なお、「搬送ＩＤ」は、発行識別情報の一例である。搬送ＩＤとしては、例えば公知のＥＢＩＷ（Encounter-Based Imaging Workflow）に基づき付加されるメタデータが用いられる。

まず、第２の実施形態において、図１に示す病院ＨＰａに患者が到着するまでの処理について説明する。図１２は、第２の実施形態に係る患者到着前の処理を説明するための図である。なお、以下の実施の形態において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。また、第２の実施形態に係る図１２に示す管理装置６０ａ、搬送デバイス７０ａ及び画像サーバ８０における、第１の実施形態に係る管理装置１０ａ、搬送デバイス２０ａ及び画像サーバ３０との機能の相違については、後に個別に説明する。

図１２に示すように、患者を搬送する救急車に搭載された搬送デバイス７０ａは、患者の画像を撮影し、「画像ＩＤ」を付与する（１．撮影）。この際、搬送デバイス７０ａは、搬送ＩＤ「trans002」を発番し、病院ＨＰａに送信する（１ａ．搬送ＩＤ発番）。

また、搬送デバイス７０ａは、撮影した画像を、「画像ＩＤ」及び「DeviceＩＤ」並びに「搬送ＩＤ」とともに、画像サーバ８０に送信する（２ａ．転送）。画像サーバ８０は、搬送デバイス７０ａから送信された画像を、画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤと対応付けて記憶する。

一方、病院ＨＰａは、救急車による患者の搬送予定を、当該救急車に搭載された搬送デバイス７０ａのDeviceＩＤ及び搬送ＩＤとともに通知される。この場合において、病院ＨＰａの管理装置６０ａは、画像サーバ８０に記憶された画像を参照する（３ａ．画像参照）。その際、管理装置６０ａは、通知されたDeviceＩＤ及び搬送ＩＤに関連付けられた画像を参照する。管理装置６０ａは、参照した画像のDeviceＩＤ及び搬送ＩＤを、ＲＩＳ４０ａから取得した緊急ＩＤと関連付ける（４ａ．患者の関連付け）。

次に、第２の実施形態における、病院ＨＰａに患者が到着した後の処理について説明する。図１３は、第２の実施形態に係る患者到着後の処理を説明するための図である。搬送デバイス７０ａを搭載した救急車が搬送する患者が病院ＨＰａに到着すると、管理装置６０は、画像サーバ８０から患者の画像を含む到着前医用情報をダウンロードする（７ａ．ダウンロード）。この際、管理装置１０ａは、事前に通知されたDeviceＩＤ及び搬送ＩＤに関連付けられた画像をダウンロードする。以後の処理は、図３と同様である。

次に、図１２及び図１３に示すような処理を実行する医用情報管理システム２の機能について説明する。医用情報管理システム２における管理装置６０ａは、通信Ｉ／Ｆ（Interface）１１と、入力Ｉ／Ｆ１２と、ディスプレイ１３と、記憶回路６４と、処理回路６５とを備える。なお、病院ＨＰｂの院内ネットワークＮＷｂに接続される管理装置６０ｂも、管理装置６０ａと同様の構成を有するため、以下においては管理装置６０ａ及び６０ｂを区別せずに管理装置６０として説明する場合がある。

記憶回路６４は、処理回路６５に接続され、各種データを記憶する。本実施形態では、記憶回路６４は、例えば、患者テーブル６４１を記憶する。

患者テーブル６４１は、患者テーブル１４１と同様に、画像サーバ８０から取得した到着前医用情報と、ＲＩＳ４０から取得した緊急ＩＤとを対応付ける情報を記憶する。患者テーブル６４１に記憶される情報は、例えば後に説明する第１取得機能６５１、第２取得機能１５２、変換機能１５３及び登録機能６５４により格納される。

図１４は、第２の実施形態に係る患者テーブルの一例を示す図である。例えば、患者テーブル６４１は、図１４に示すように、「画像ＩＤ」と、「DeviceＩＤ」と、「緊急ＩＤ」と、「搬送ＩＤ」と、「画像ＩＤ（変換後）」とを対応付けた情報である。患者テーブル６４１は、「到着時刻」の代わりに「搬送ＩＤ」を記憶する点が、図５に示す第１の実施形態に係る患者テーブル１４１とは異なる。図１４に示す患者テーブル６４１は、例えば、搬送デバイス７０ａにより発行された「搬送ＩＤ」６４１２を記憶する。

処理回路６５は、第１取得機能６５１と、第２取得機能１５２と、変換機能１５３と、登録機能６５４とを実行することで、管理装置６０全体の動作を制御する。

処理回路６５における第１取得機能６５１は、画像サーバ８０から到着前医用情報を取得する。例えば、第１取得機能６５１は、通知されたDeviceＩＤ及び搬送ＩＤの入力等を開始のトリガとして、ネットワークＮＷを介して画像サーバ８０にアクセスする。第１取得機能６５１は、画像サーバ８０に記憶された、DeviceＩＤ及び搬送ＩＤに関連付けられた画像を参照する。また、第１取得機能６５１は、取得した画像の画像ＩＤ及び搬送ＩＤを、登録機能６５４に出力する。

また、第１取得機能６５１は、患者の到着通知の入力等を開始のトリガとして、画像サーバ８０から画像データをダウンロードする。第１取得機能６５１は、患者テーブル６４１に登録済みの画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤに対応する画像のデータを含む到着前医用情報をダウンロードし、変換機能１５３に出力する。

登録機能６５４は、搬送される患者の到着前医用情報を、緊急ＩＤと対応付ける。登録機能６５４は、第１取得機能６５１から画像ＩＤ及び搬送ＩＤの出力を受けると、DeviceＩＤ及び搬送ＩＤが一致する到着前医用情報の画像ＩＤを、第２取得機能１５２から出力される緊急ＩＤと関連付けて、患者テーブル６４１に格納する。

次に、搬送デバイス７０は、カメラ２１と、送信データ生成部７２と、通信Ｉ／Ｆ２３とを有する。なお、搬送デバイス７０ａ及び７０ｂは、それぞれ同様の構成を有するため、以下においては搬送デバイス７０ａ及び７０ｂを区別せずに搬送デバイス７０として説明する場合がある。

搬送デバイス７０の送信データ生成部７２は、画像のデータに識別情報を付与するとともに、搬送ＩＤを発行して、画像サーバ８０に送信するための到着前医用情報を生成する。送信データ生成部７２は、画像のデータに対して画像ＩＤを発番し、搬送デバイス７０に付与されたDeviceＩＤ、及び搬送ＩＤとともに画像のデータに付与し、通信Ｉ／Ｆ２３を介して画像サーバ８０に送信する。また、送信データ生成部７２は、DeviceＩＤ及び搬送ＩＤを含む患者の搬送予定を、通信Ｉ／Ｆ２３を介して病院ＨＰａに送信する。

画像サーバ８０は、図４に示すように、通信Ｉ／Ｆ３１と、入力Ｉ／Ｆ３２と、ディスプレイ３３と、記憶回路８４と、処理回路８５とを有する。

記憶回路８４は、処理回路８５に接続され、各種データを記憶する。記憶回路８４は、例えば、画像テーブル８４１を記憶する。

画像テーブル８４１は、搬送デバイス７０から取得した到着前医用情報に関する情報を記憶する。本実施形態において、画像テーブル８４１は、例えば後に説明する取得機能８５１及び登録機能８５２により設定される。

図１５は、第２の実施形態に係る画像テーブルの一例を示す図である。画像テーブル８４１は、図１５に示すように、例えば、「画像ＩＤ」と、「DeviceＩＤ」と、「搬送ＩＤ」とを対応付けて記憶する。画像テーブル８４１は、「到着時刻」の代わりに「搬送ＩＤ」を記憶する点が、図６に示す第１の実施形態に係る画像テーブル３４１とは異なる。

図１５に示す画像テーブル８４１において、例えば、「搬送ＩＤ」８４１２は、搬送デバイス７０ａのDeviceＩＤ「Camera-A」と対応付けられ、「搬送ＩＤ」８４１３は、搬送デバイス７０ｂのDeviceＩＤ「Camera-B」と対応付けられる。すなわち、図１５に示す画像テーブル８４１は、搬送デバイス７０ａにより発行された「搬送ＩＤ」８４１２と、搬送デバイス７０ｂにより発行された「搬送ＩＤ」８４１３とが、いずれも「trans002」であることを記憶する。このように、本実施形態においては、異なる搬送デバイス７０において、同一の搬送ＩＤが発行される場合がある。

図４に戻って、処理回路８５は、取得機能８５１と、登録機能８５２とを実行することで、画像サーバ８０全体の動作を制御する。

処理回路８５における取得機能８５１は、搬送デバイス７０から到着前医用情報を取得する。例えば、取得機能８５１は、ネットワークＮＷを介して搬送デバイス７０から画像のデータを含む到着前医用情報を受信すると、画像のデータを記憶回路８４に記憶するとともに、到着前医用情報に関連付けられた画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤ等の情報を登録機能８５２に出力する。

登録機能８５２は、到着前医用情報に関する情報を、画像テーブル８４１に登録する。登録機能８５２は、取得機能８５１から出力された画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤを、画像テーブル８４１に登録する。

次に、第２の実施形態に係る医用情報管理システム２による処理の手順について、図１６及び図１７を用いて説明する。図１６は、第２の実施形態に係る患者到着前の処理例を示すシーケンス図である。例えば、図１６に示すように、本実施形態に係る医用情報管理システム２では、まず、搬送デバイス７０ａは、搬送中の患者の画像を撮影するとともに（ステップＳ１１）、搬送ＩＤを発番する（ステップＳ１２）。搬送デバイス７０ａは、発番した搬送ＩＤを、病院ＨＰａの管理装置６０ａに通知する（ステップＳ１３）。次に、搬送デバイス７０ａは、撮影した画像データに、画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤを関連付けて、画像サーバ８０に送信する（ステップＳ２１−１）。

続いて、画像サーバ８０は、画像データ、画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤを取得すると、画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤを画像テーブル３４１に登録する（ステップＳ２６）。次に、処理回路６５は、DeviceＩＤを取得すると、画像サーバ８０に記憶された画像を、DeviceＩＤ及び搬送ＩＤを指定して参照する（ステップＳ３１−１）。処理回路６５は、DeviceＩＤ及び搬送ＩＤに対応する画像のデータ、DeviceＩＤ及び画像ＩＤを取得する（ステップＳ３２）。以後の処理は、図１０に示す処理と同様である。

次に、患者到着後における医用情報管理システム２における処理について説明する。図１７は、第２の実施形態に係る患者到着後の処理例を示すシーケンス図である。まず、処理回路１５は、患者が病院に到着すると（ステップＳ５１）、到着時刻の通知を受けることなく、画像サーバ８０にアクセスし、新たに到着時刻が登録された画像データを、到着時刻とともにダウンロードする（ステップＳ７３）。以後の処理は、図１１に示す処理と同様である。

上述したように、第２の実施形態によれば、前記到着前医用情報は、前記患者を撮影した画像を含む。第２の実施形態によれば、第１取得機能６５１は、前記到着前医用情報に関連付けられる情報として、病院への患者搬送手続きを識別する情報である搬送識別情報と、前記患者の画像を撮影したデバイスを識別するデバイス識別情報とをさらに取得する。第２の実施形態に係る登録機能６５４は、前記搬送識別情報及び前記デバイス識別情報により特定される前記到着前医用情報を、前記患者識別情報と関連付ける。従って、第２の実施形態に係る医用情報管理システム２においても、病院に搬送中の患者に関するデータを、搬送先の病院において容易に関連付けることができる。

なお、第２の実施形態によれば、搬送中の患者は、搬送ＩＤとDeviceＩＤとの組み合わせを用いて特定される。これにより、搬送デバイス７０ａが発行した搬送ＩＤが、既に他の異なる搬送デバイス７０ｂにより発行された搬送ＩＤと重複する場合であっても、搬送中の患者を一意に識別することができる。従って、第２の実施形態によれば、複数の搬送デバイス７０間での搬送ＩＤの付与を一括して制御することなく、各搬送デバイス７０に固有の搬送ＩＤを付与させることができる。

また、第２の実施形態において、記憶装置（画像サーバ８０）は、前記オーダ外機器（搬送デバイス７０）により発行され、当該オーダ外機器を使用した患者を一意に識別する発行識別情報（搬送ＩＤ）と、前記オーダ外機器に基づく医用情報と、を対応付けて記憶してもよい。前記医用情報管理装置の処理回路１５は、前記発行識別情報を取得し、当該発行識別情報に対応づけられた前記医用情報を、前記病院を利用する患者の医用情報として取得してもよい。

（第３の実施形態）
上述した第２の実施形態では、搬送デバイス７０ａのDeviceＩＤと、患者搬送手続きを一意に識別する搬送ＩＤとの組み合わせを用いて、搬送された患者を特定する構成について説明したが、医用情報を取得するオーダ外機器は搬送デバイスに限られない。例えば、搬送デバイス７０ａにより取得された医用情報と、スマートフォンやドローン等の外部のオーダ外機器により取得された医用情報とが関連付けられるような構成であってもよい。第３の実施形態では、後に説明する搬送デバイスＣａが患者の画像を取得する前において、外部のオーダ外機器によって取得された到着前医用情報を、さらに到着後医用情報と関連付ける構成について説明する。

まず、第３の実施形態において、図１に示す病院ＨＰａに患者が到着するまでの処理について説明する。図１８は、第３の実施形態に係る患者到着前の処理を説明するための図である。以下の実施の形態において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。なお、以下において、外部のオーダ外機器であるスマートフォンＡａ及びドローンＢａを区別せずに表現する場合に、単に「外部デバイス」と表記する場合がある。また、以下において、搬送デバイス及び外部デバイスを区別せずに表現する場合、単に「デバイス」と表記する場合がある。また、外部デバイスのDeviceＩＤを、搬送デバイス７０のDeviceＩＤと区別して表現する場合に、「外部デバイスＩＤ」と表記する場合がある。本実施形態において、スマートフォンＡａには外部デバイスＩＤ「Phone-X」が付与され、ドローンＢａには外部デバイスＩＤ「Drone-Y」が付与される。なお、外部デバイスは、他のオーダ外機器の一例である。

図１８に示すように、スマートフォンＡａは、搬送デバイスＣａを搭載した救急車が到着する前に、患者の画像を撮影し、「画像ＩＤ」を付与するとともに（Ａ１．撮影）、搬送ＩＤ「trans002」を発番する（Ａ２．搬送ＩＤ発番）。そして、スマートフォンＡａは、撮影した画像を、「画像ＩＤ」及び「外部デバイスＩＤ」並びに「搬送ＩＤ」とともに、画像サーバＥ０に送信する（Ａ３．転送）。

次に、ドローンＢａは、搬送デバイスＣａを搭載した救急車が到着する前に患者のもとに到着すると、スマートフォンＡａで発行された搬送ＩＤ及び外部デバイスＩＤを取得する（Ｂ１．搬送ＩＤ引継）。ドローンＢａは、患者の画像を撮影し、「画像ＩＤ」を付与すると（Ｂ２．撮影）、撮影した画像を、「画像ＩＤ」、ドローンＢａの外部デバイスＩＤ及び「スマートフォンＡａの外部デバイスＩＤ」並びに「搬送ＩＤ：trans002」とともに、画像サーバＥ０に送信する（Ｂ３．転送）。

次に、搬送デバイスＣａを搭載した救急車が患者のもとに到着すると、搬送デバイスＣａは、スマートフォンＡａで発行された搬送ＩＤ及び外部デバイスＩＤを取得する（Ｃ１．搬送ＩＤ引継）。そして、搬送デバイスＣａは、患者の画像を撮影し、「画像ＩＤ」を付与する（１．撮影）、取得した搬送ＩＤ「trans002」を病院ＨＰａに送信する（Ｃ２．搬送ＩＤ：trans002）。そして、搬送デバイスＣａは、撮影した画像を、「画像ＩＤ」、「搬送デバイスＣａのDeviceＩＤ」及び「スマートフォンＡａの外部デバイスＩＤ」並びに「搬送ＩＤ：trans002」とともに、画像サーバＥ０に送信する（２ｂ．転送）。画像サーバＥ０は、搬送デバイス７０ａから送信された画像を、画像ＩＤ、DeviceＩＤ、外部デバイスＩＤ及び搬送ＩＤと対応付けて記憶する。

一方、病院ＨＰａは、救急車による患者の搬送予定を、当該救急車に搭載された搬送デバイスＣａのDeviceＩＤ、スマートフォンＡａの外部デバイスＩＤ及び搬送ＩＤとともに通知される。この場合において、病院ＨＰａの管理装置Ｄａは、画像サーバＥ０に記憶された画像を参照する（３ｂ．画像参照）。その際、管理装置Ｄａは、通知されたDeviceＩＤ又は外部デバイスＩＤ及び搬送ＩＤに関連付けられた画像を参照する。以後の処理は、図１２及び図１３と同様である。

次に、図１８に示すような処理を実行する医用情報管理システム３の機能について説明する。図１９は、第３の実施形態に係る医用情報管理システムのブロック図である。図１９に示すように、本実施形態に係る医用情報管理システム３は、スマートフォンＡａと、ドローンＢａと、管理装置Ｄａ及びＤｂと、搬送デバイスＣａ及びＣｂと、画像サーバＥ０とを備える。また、管理装置Ｄａは、院内ネットワークＮＷａを介して、ＲＩＳ４０ａ（不図示）及びＰＡＣＳ５０ａ（不図示）と通信可能に接続されている。同様に、管理装置Ｄｂは、院内ネットワークＮＷｂを介して、ＲＩＳ４０ｂ（不図示）及びＰＡＣＳ５０ｂ（不図示）と通信可能に接続されている。なお、図１９においては、スマートフォンＡａ及びドローンＢａをそれぞれ１台ずつ備える構成について説明したが、これに限られず、複数のスマートフォンやドローンを備えるような構成であってもよい。

スマートフォンＡａは、搬送デバイスＣａが搭載される救急車の到着前において、患者の画像を撮影し、画像などを含む到着前医用情報を画像サーバＥ０に送信する。図１９に示すように、スマートフォンＡａは、カメラＡ１と、送信データ生成部Ａ２と、通信Ｉ／ＦＡ３と、ＩＤ出力部Ａ４とを備える。なお、スマートフォンＡａは、例えばカメラ機能及び通信機能を有する既存のスマートフォンに、送信データ生成部Ａ２及びＩＤ出力部Ａ４に対応する機能を有するアプリケーションをインストールすることにより実現される。

スマートフォンＡａのカメラＡ１は、搬送デバイス２０のカメラ２１と同様に、患者の画像を取得し、画像のデータを送信データ生成部Ａ２に出力する。

送信データ生成部Ａ２は、搬送デバイス２０の送信データ生成部２２と同様に、画像のデータに識別情報を付与するとともに、搬送ＩＤを発行して、画像サーバＥ０に送信するための到着前医用情報を生成する。送信データ生成部Ａ２は、画像のデータに対して画像ＩＤを発番し、スマートフォンＡａに付与されたDeviceＩＤ、及び搬送ＩＤとともに画像のデータに付与し、通信Ｉ／ＦＡ３を介して画像サーバＥ０に送信する。また、送信データ生成部Ａ２は、DeviceＩＤ及び搬送ＩＤを含む患者の搬送予定を、通信Ｉ／ＦＡ３を介して病院ＨＰａに送信する。

通信Ｉ／ＦＡ３は、ネットワークＮＷを介して接続された他の装置等との間で行われる各種データの伝送及び通信を制御する。通信Ｉ／ＦＡ３は、例えば、送信データ生成部２２から出力された到着前医用情報を、画像サーバＥ０に送信する。例えば、通信Ｉ／ＦＡ３は、ネットワークカードやネットワークアダプタ等によって実現される。また、通信Ｉ／ＦＡ３は、通信の規格として、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信の規格を採用してもよい。

ＩＤ出力部Ａ４は、外部デバイスＩＤ及び発行された搬送ＩＤを、ドローンＢａや搬送デバイスＣａ等に出力する。ＩＤ出力部Ａ４は、例えばＱＲコード（登録商標）など、外部デバイスＩＤ及び搬送ＩＤに関する情報を含む二次元コードをディスプレイ（不図示）に表示させてもよく、外部デバイスＩＤ及び搬送ＩＤに関する情報を通信Ｉ／ＦＡ３を通じて出力してもよい。

次に、ドローンＢａは、搬送デバイスＣａが搭載される救急車の到着前に現場に到着し、患者の画像を撮影し、画像などを含む到着前医用情報を画像サーバＥ０に送信する。図１９に示すように、ドローンＢａは、カメラＢ１と、送信データ生成部Ｂ２と、通信Ｉ／ＦＢ３と、ＩＤ取得部Ｂ４と、ＩＤ出力部Ｂ５とを備える。なお、ドローンＢａは、例えばカメラ機能及び通信機能を有する既存のドローンに、送信データ生成部Ｂ２、ＩＤ取得部Ｂ４及びＩＤ出力部Ｂ５に対応する機能を有するアプリケーションをインストールすることにより実現される。

ドローンＢａのカメラＢ１は、スマートフォンＡａのカメラＡ１と同様に、患者の画像を取得し、画像のデータを送信データ生成部Ｂ２に出力する。

送信データ生成部Ｂ２は、スマートフォンＡａの送信データ生成部Ａ２と同様に、画像のデータに識別情報を付与するとともに、搬送ＩＤを発行して、画像サーバＥ０に送信するための到着前医用情報を生成する。送信データ生成部Ｂ２は、画像のデータに対して画像ＩＤを発番し、ドローンＢａのDeviceＩＤ、及び搬送ＩＤとともに画像のデータに付与し、通信Ｉ／ＦＢ３を介して画像サーバＥ０に送信する。また、送信データ生成部Ｂ２は、DeviceＩＤ及び搬送ＩＤを含む患者の搬送予定を、通信Ｉ／ＦＢ３を介して病院ＨＰａに送信する。

なお、ＩＤ取得部Ｂ４が、例えばスマートフォンＡａから外部デバイスＩＤ及び搬送ＩＤを取得した場合、送信データ生成部Ｂ２は、スマートフォンＡａの外部デバイスＩＤ及び取得した搬送ＩＤを、画像ＩＤ、ドローンＢａのDeviceＩＤとともに画像のデータに付与し、通信Ｉ／ＦＢ３を介して画像サーバＥ０に送信する。また、送信データ生成部Ｂ２は、DeviceＩＤ、スマートフォンＡａの外部デバイスＩＤ、及びスマートフォンＡａから取得した搬送ＩＤを含む患者の搬送予定を、通信Ｉ／ＦＢ３を介して病院ＨＰａに送信する。

通信Ｉ／ＦＢ３は、ネットワークＮＷを介して接続された他の装置等との間で行われる各種データの伝送及び通信を制御する。通信Ｉ／ＦＢ３は、例えば、送信データ生成部２２から出力された到着前医用情報を、画像サーバＥ０に送信する。例えば、通信Ｉ／ＦＢ３は、ネットワークカードやネットワークアダプタ等によって実現される。また、通信Ｉ／ＦＢ３は、通信の規格として、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信の規格を採用してもよい。

ＩＤ取得部Ｂ４は、スマートフォンＡａ等のその他の外部デバイスから、外部デバイスＩＤ及び搬送ＩＤを取得する。ＩＤ取得部Ｂ４は、例えばスマートフォンＡａのディスプレイに表示された二次元コードを撮影し、又はスマートフォンＡａから送信された情報を通信Ｉ／ＦＢ３を通じて受信することにより、外部デバイスＩＤ及び搬送ＩＤを取得する。

ＩＤ出力部Ｂ５は、スマートフォンＡａのＩＤ出力部Ａ４と同様に、DeviceＩＤ及び発行された搬送ＩＤを、搬送デバイスＣａ等に出力する。なお、例えばＩＤ取得部Ｂ４がスマートフォンＡａから外部デバイスＩＤ及び搬送ＩＤを取得した場合、ＩＤ出力部Ｂ５は、スマートフォンＡａの外部デバイスＩＤ及び取得した搬送ＩＤに関する情報を出力してもよい。

次に、搬送デバイスＣａは、図１９に示すように、カメラ２１と、送信データ生成部Ｃ２と、通信Ｉ／Ｆ２３と、ＩＤ取得部Ｃ４とを有する。なお、搬送デバイスＣａ及びＣｂは、それぞれ同様の構成を有するため、以下においては搬送デバイスＣａ及びＣｂを区別せずに搬送デバイスＣとして説明する場合がある。

送信データ生成部Ｃ２は、送信データ生成部２２と同様に、画像のデータに識別情報を付与して、画像サーバＥ０に送信するための到着前医用情報を生成する。なお、例えばＩＤ取得部Ｃ４がスマートフォンＡａ又はドローンＢａから外部デバイスＩＤ及び搬送ＩＤを取得した場合、送信データ生成部Ｃ２は、外部デバイスＩＤ及び取得した搬送ＩＤを画像のデータに付与して、通信Ｉ／Ｆ２３を介して画像サーバＥ０に送信してもよい。また、送信データ生成部Ｃ２は、外部デバイスＩＤ及び取得した搬送ＩＤを含む患者の搬送予定を、通信Ｉ／Ｆ２３を介して病院ＨＰａに送信してもよい。

ＩＤ取得部Ｃ４は、スマートフォンＡａ、ドローンＢａ等の外部デバイスから、外部デバイスＩＤ及び搬送ＩＤを取得する。ＩＤ取得部Ｃ４は、例えば外部デバイスのディスプレイに表示された二次元コードを撮影し、又は外部デバイスから送信された情報を通信Ｉ／ＦＢ３を通じて受信することにより、外部デバイスＩＤ及び搬送ＩＤを取得する。

管理装置Ｄａは、通信Ｉ／Ｆ１１と、入力Ｉ／Ｆ１２と、ディスプレイ１３と、記憶回路Ｄ４と、処理回路Ｄ５とを備える。なお、病院ＨＰｂの院内ネットワークＮＷｂに接続される管理装置Ｄｂも、管理装置Ｄａと同様の構成を有するため、以下においては管理装置Ｄａ及びＤｂを区別せずに管理装置Ｄとして説明する場合がある。

記憶回路Ｄ４は、処理回路Ｄ５に接続され、各種データを記憶する。本実施形態では、記憶回路Ｄ４は、例えば、患者テーブルＤ４１を記憶する。患者テーブルＤ４１は、患者テーブル６４１と同様に、「画像ＩＤ」と、「DeviceＩＤ」と、「緊急ＩＤ」と、「搬送ＩＤ」と、「画像ＩＤ（変換後）」とを対応付けた情報である。なお、患者テーブルＤ４１は、例えば外部デバイスにより取得された到着前医用情報に関連付けられるDeviceＩＤとして、搬送デバイスＣａのDeviceＩＤの代わりに、外部デバイスＩＤを記憶する場合がある。

処理回路Ｄ５は、第１取得機能Ｄ５１と、第２取得機能１５２と、変換機能１５３と、登録機能Ｄ５４とを実行することで、管理装置Ｄ全体の動作を制御する。

処理回路Ｄ５における第１取得機能Ｄ５１は、画像サーバＥ０から到着前医用情報を取得する。例えば、第１取得機能Ｄ５１は、通知されたDeviceＩＤ、外部デバイスＩＤ及び搬送ＩＤの入力等を開始のトリガとして、ネットワークＮＷを介して画像サーバＥ０にアクセスする。第１取得機能Ｄ５１は、画像サーバＥ０に記憶された、DeviceＩＤ又は外部デバイスＩＤ及び搬送ＩＤに関連付けられた画像を参照する。また、第１取得機能Ｄ５１は、取得した画像の画像ＩＤ及び搬送ＩＤを、登録機能Ｄ５４に出力する。

また、第１取得機能Ｄ５１は、患者の到着通知の入力等を開始のトリガとして、画像サーバＥ０から画像データをダウンロードする。第１取得機能Ｄ５１は、患者テーブルＤ４１に登録済みの画像ＩＤ及びDeviceＩＤ又は外部デバイスＩＤ並びに搬送ＩＤに対応する画像のデータを含む到着前医用情報をダウンロードし、変換機能１５３に出力する。

登録機能Ｄ５４は、搬送される患者の到着前医用情報を、緊急ＩＤと対応付ける。登録機能Ｄ５４は、第１取得機能Ｄ５１から画像ＩＤ及び搬送ＩＤの出力を受けると、DeviceＩＤ又は外部デバイスＩＤ及び搬送ＩＤが一致する到着前医用情報の画像ＩＤを、第２取得機能１５２から出力される緊急ＩＤと関連付けて、患者テーブルＤ４１に格納する。

画像サーバＥ０は、図４に示すように、通信Ｉ／Ｆ３１と、入力Ｉ／Ｆ３２と、ディスプレイ３３と、記憶回路Ｅ４と、処理回路Ｅ５とを有する。

記憶回路Ｅ４は、処理回路Ｅ５に接続され、各種データを記憶する。記憶回路Ｅ４は、例えば、画像テーブルＥ４１を記憶する。

画像テーブルＥ４１は、搬送デバイス７０から取得した到着前医用情報に関する情報を記憶する。本実施形態において、画像テーブルＥ４１は、例えば後に説明する取得機能Ｅ５１及び登録機能Ｅ５２により設定される。

図２０は、第３の実施形態に係る画像テーブルの一例を示す図である。画像テーブルＥ４１は、図２０に示すように、例えば、「画像ＩＤ」と、「DeviceＩＤ」と、「搬送ＩＤ」とに加えて、列Ｅ４１４に示す「搬送ＩＤの引継元」をさらに対応付けて記憶する。「搬送ＩＤの引継元」Ｅ４１４は、「DeviceＩＤ」に示す搬送デバイス又は外部デバイスが、自ら搬送ＩＤを発行する代わりに他の外部デバイスから搬送ＩＤを引き継いだ場合における、搬送ＩＤの発行元である外部デバイスの外部デバイスＩＤを示す。

図２０に示す画像テーブルＥ４１において、画像ＩＤ「Pic0002」、「Pic0003」及び「Pic0004」に対応する３つのレコードＥ４１３に登録されたDeviceＩＤは「Camera-A」ではなく、「Phone-X」又は「Drone-Y」である。すなわち、３つのレコードＥ４１３は、対応する到着前医用情報が、搬送デバイスＣａではなく外部デバイスであるスマートフォンＡａ又はドローンＢａにより取得されたものであることを示す。

図２０に示す画像テーブルＥ４１において、例えば、画像ＩＤ「Pic0004」のレコードは、DeviceＩＤが「Drone-Y」であるドローンＢａにより取得された画像に関するレコードであり、かつ搬送ＩＤはDeviceＩＤが「Phone-X」であるスマートフォンＡａにより発行されたものであることを記憶する。同様に、例えば、画像ＩＤ「Pic0005」のレコードは、DeviceＩＤが「Camera-A」である搬送デバイスＣａにより取得された画像に関するレコードであり、かつ搬送ＩＤはDeviceＩＤが「Phone-X」であるスマートフォンＡａにより発行されたものであることを記憶する。

図４に戻って、処理回路Ｅ５は、取得機能Ｅ５１と、登録機能Ｅ５２とを実行することで、画像サーバＥ０全体の動作を制御する。

処理回路Ｅ５における取得機能Ｅ５１は、搬送デバイス７０から到着前医用情報を取得する。例えば、取得機能Ｅ５１は、ネットワークＮＷを介してスマートフォンＡａ、ドローンＢａ又は搬送デバイスＣａから画像のデータを含む到着前医用情報を受信すると、画像のデータを記憶回路Ｅ４に記憶するとともに、到着前医用情報に関連付けられた画像ＩＤ、DeviceＩＤ及び外部デバイスＩＤ並びに搬送ＩＤ等の情報を登録機能Ｅ５２に出力する。

登録機能Ｅ５２は、到着前医用情報に関する情報を、画像テーブルＥ４１に登録する。登録機能Ｅ５２は、例えば取得機能Ｅ５１から出力された画像ＩＤ及びDeviceＩＤ、外部デバイスＩＤ並びに搬送ＩＤを、画像テーブルＥ４１に登録する。登録機能Ｅ５２は、取得機能Ｅ５１から、DeviceＩＤの他に外部デバイスＩＤをさらに出力された場合、外部デバイスＩＤを「搬送ＩＤの引継元」として、画像テーブルＥ４１に格納する。

次に、第３の実施形態に係る医用情報管理システム３による処理の手順について、図２１及び図２２を用いて説明する。図２１は、第３の実施形態に係る患者到着前の処理例を示すシーケンス図である。例えば、図２１に示すように、本実施形態に係る医用情報管理システム３では、まず、スマートフォンＡａが、搬送デバイスＣａの到着よりも前に、患者の画像を撮影するとともに（ステップＳＡ１）、搬送ＩＤを発番する（ステップＳＡ２）。スマートフォンＡａは、撮影した画像データに、画像ＩＤ及びDeviceＩＤ並びに搬送ＩＤを関連付けて、画像サーバＥ０に送信する（ステップＳＡ３）。

次に、ドローンＢａが、搬送デバイスＣａの到着よりも前に患者のもとに到着すると、スマートフォンＡａから外部デバイスＩＤ及び搬送ＩＤを取得し、搬送ＩＤを引き継ぐ（ステップＳＢ１）。そして、ドローンＢａは、患者の画像を撮影し（ステップＳＢ２）、撮影した画像データに、画像ＩＤ及びDeviceＩＤ並びにスマートフォンＡａから取得した外部デバイスＩＤ及び搬送ＩＤを関連付けて、画像サーバＥ０に送信する（ステップＳＢ３）。

次に、搬送デバイスＣａが患者のもとに到着すると、スマートフォンＡａから外部デバイスＩＤ及び搬送ＩＤを取得し、搬送ＩＤを引き継ぐ（ステップＳＣ１）。そして、搬送デバイスＣａは、患者の画像を撮影し（ステップＳ１１）、撮影した画像データに、画像ＩＤ及びDeviceＩＤ並びにスマートフォンＡａから取得した搬送ＩＤ及び外部デバイスＩＤを関連付けて、画像サーバＥ０に送信する（ステップＳ２１−１）。以下の処理は、図１６及び図１７に示す処理と同様である。

次に、図１７に示すステップＳ７３において、管理装置Ｄａが画像サーバＥ０から画像データを取得する処理について説明する。図２２は、第３の実施形態に係る画像データ取得処理の一例を示すフローチャートである。ここで、図２２におけるステップＳ１００乃至Ｓ１３０は、例えば、管理装置Ｄａの処理回路Ｄ５が登録機能Ｄ５４に対応するプログラムを記憶回路Ｄ４から読み出して実行することにより実現される。

まず、処理回路Ｄ５は、画像データの取得指示を受け付けるまで待機する（ステップＳ１００：Ｎｏ）。処理回路Ｄ５は、画像データの取得指示を受け付けると（ステップＳ１００：Ｙｅｓ）、画像サーバＥ０にアクセスし、画像テーブルＥ４１から、搬送ＩＤが一致するレコードを読み出す（ステップＳ１０１）。

次に、処理回路Ｄ５は、読み出したレコードに引継元ＩＤが登録されているか否かを判定する（ステップＳ１１０）。処理回路Ｄ５は、読み出したレコードに引継元ＩＤが登録されていないと判定した場合（ステップＳ１１０：Ｎｏ）、読み出したレコードに登録されたDeviceＩＤが、取得済みのDeviceＩＤと一致するか否かを判定する（ステップＳ１１１）。処理回路Ｄ５は、読み出したレコードに登録されたDeviceＩＤが、取得済みのDeviceＩＤと一致すると判定した場合（ステップＳ１１１：Ｙｅｓ）、当該レコードに対応する画像データをダウンロードして取得する（ステップＳ１２１）。その後、ステップＳ１３０に移行する。一方、処理回路Ｄ５は、読み出したレコードに登録されたDeviceＩＤが、取得済みのDeviceＩＤと一致しないと判定した場合（ステップＳ１１１：Ｎｏ）、ステップＳ１３０に移行する。

ステップＳ１１０に戻って、処理回路Ｄ５は、読み出したレコードに引継元ＩＤが登録されていると判定した場合（ステップＳ１１０：Ｙｅｓ）、引継元ＩＤが、取得済みの外部デバイスＩＤと一致するか否かを判定する（ステップＳ１１２）。

処理回路Ｄ５は、取得済みの外部デバイスＩＤと一致すると判定した場合（ステップＳ１１２：Ｙｅｓ）、当該レコードに対応する画像データをダウンロードする（ステップＳ１２１）。その後、ステップＳ１３０に移行する。一方、処理回路Ｄ５は、取得済みの外部デバイスＩＤと一致しないと判定した場合（ステップＳ１１２：Ｎｏ）、ステップＳ１３０に移行する。

そして、処理回路Ｄ５は、読み出したレコードが画像テーブルＥ４１の最後のレコードであるか否かを判定する（ステップＳ１３０）。処理回路Ｄ５は、読み出したレコードが画像テーブルＥ４１の最後のレコードではないと判定した場合（ステップＳ１３０：Ｎｏ）、ステップＳ１０１に戻って次のレコードを読み出す。一方、処理回路Ｄ５は、読み出したレコードが画像テーブルＥ４１の最後のレコードであると判定した場合（ステップＳ１３０：Ｙｅｓ）、処理を終了する。

上述したように、第３の実施形態によれば、前記到着前医用情報は、患者を病院に搬送する移動体に関連付けられた搬送デバイス以外のデバイスである外部デバイスにより撮影された前記患者の画像をさらに含む。第３の実施形態によれば、第１取得機能Ｄ５１は、前記到着前医用情報に関連付けられる情報として、前記外部デバイスのデバイス識別情報と、当該外部デバイスに関連付けられた搬送識別情報とをさらに取得する。第３の実施形態に係る登録機能Ｄ５４は、前記外部デバイスのデバイス識別情報及び前記外部デバイスに関連付けられた搬送識別情報により特定される前記到着前医用情報を、前記移動体に関連付けられたデバイスのデバイス識別情報及び前記患者識別情報と関連付ける。従って、第３の実施形態に係る医用情報管理システム３においては、救急車が到着する前に取得された患者に関するデータも、搬送先の病院において容易に関連付けることができる。

また、第３の実施形態において、前記オーダ外機器（搬送デバイスＣ）は、他のオーダ外機器（外部デバイス）により発行された前記発行識別情報を引き継いでもよい。記憶装置（画像サーバＥ０）は、複数のオーダ外機器の間で共通の患者を一意に識別する発行識別情報（搬送ＩＤ）と、前記オーダ外機器に基づく医用情報と、を対応付けて記憶してもよい。前記医用情報管理装置の処理回路１５は、前記発行識別情報を取得し、当該発行識別情報に対応づけられた前記医用情報を、前記病院を利用する患者の医用情報として取得してもよい。

なお、第３の実施形態によれば、搬送中の患者は、搬送ＩＤとDeviceＩＤとの組み合わせ、又は搬送ＩＤと外部デバイスＩＤとの組み合わせを用いて特定される。第３の実施形態によれば、外部デバイスにより到着前医用情報に付与された搬送ＩＤ及び外部デバイスＩＤは、搬送デバイスＣａに引き継がれて、搬送デバイスＣａにより取得された到着前医用情報にも付与される。すなわち、外部デバイスにより到着前医用情報に付与された搬送ＩＤが、既に搬送デバイスＣａにより発行された搬送ＩＤと同一である場合であっても、搬送中の患者を一意に識別することができる。

なお、第３の実施形態において、搬送中の患者を一意に識別する構成はこれに限られない。例えば、画像サーバＥ０は、搬送デバイスＣａが外部デバイスから引き継いだ搬送ＩＤを、搬送デバイスＣａが新たに発行した搬送ＩＤに置き換えてもよい。また、外部デバイスが、搬送デバイスＣａが発行する搬送ＩＤとは重複しない搬送ＩＤを発行し、搬送デバイスＣａが搬送ＩＤをそのまま流用してもよい。また、外部デバイスは、新たに搬送ＩＤを発行する代わりに、外部デバイスＩＤを搬送ＩＤとして用いてもよい。

また、外部デバイスが発行する搬送ＩＤが、他の外部デバイスや搬送デバイスにおいても固有の搬送ＩＤであってもよい。この場合、DeviceＩＤを特定することなく、搬送中の患者を一意に識別することができるので、搬送デバイスＣａがスマートフォンＡａやドローンＢａから外部デバイスＩＤを取得しなくとも、管理装置Ｄａにおいて到着前医用情報を特定できる。

（第４の実施形態）
ところで、医用情報に含まれる情報は画像に限らず、心電図やバイタルサイン等のその他の情報であってもよい。同様に、医用情報を収集する搬送デバイス及び外部デバイス等のオーダ外機器も、画像を撮影するカメラ等に限らず、心電図や脈拍等を計測するものなど、その他の情報を取得するものであってもよい。さらに、搬送デバイスと移動体とが一対一で対応する構成について説明したが、これに限られず、救急車や救急ヘリ等の１つの移動体に搭載された複数の搬送デバイスが、それぞれ移動体と対応付けられるような構成であってもよい。また、医用情報に対応する患者を識別する情報を引き継ぐ構成も、第３の実施形態における搬送ＩＤやDeviceＩＤを用いるものに限られない。第４の実施形態では、画像以外の情報を含む医用情報を、第３の実施形態における搬送ＩＤやDeviceＩＤに依拠することなく対応付けることにより、同一の又は異なるオーダ外機器により収集された同一患者に関する複数の医用情報を同定する構成について説明する。

まず、第４の実施形態において、図１に示す病院ＨＰａに患者が到着するまでの処理について説明する。図２３は、第４の実施形態に係る患者到着前の処理を説明するための図である。図２３において、図示しない患者は、地点（１）から、地点（３）に示す病院ＨＰａに搬送される。患者の医用情報は、救急車Ｖ１が地点（１）に到着するまでの間は、例えば外部デバイスであるDevice-A及びDevice-Bにより取得される。Device-Aは、例えばスマートフォンであり、Device-Bは、例えばドローンである。

その後、１２時０３分に救急車Ｖ１が地点（１）に到着すると、患者は、例えば、地点（１）から地点（２）まで、救急車Ｖ１により搬送される。その際、患者の医用情報は、例えば救急車Ｖ１に搭載された搬送デバイスであるDevice-C及びDevice-Dにより取得される。Device-Cは、例えば心拍計であり、Device-Dは、例えばカメラである。

そして、１２時３０分に救急車Ｖ１が地点（１）から地点（２）に到着すると、患者は救急ヘリＶ２に乗せ換えられてさらに病院ＨＰａに搬送される。その際、患者の医用情報は、例えば救急ヘリＶ２に搭載された搬送デバイスであるDevice-E及びDevice-Fにより取得される。Device-Eは、例えば心拍計であり、Device-Fは、例えばカメラである。その後、患者は、１２時５０分に地点（３）に示す病院ＨＰａに到着する。

図２３に示すように、複数の異なるデバイスで医用情報が取得される場合において、各医用情報が取得された時刻及び場所が相互に近似する場合は、当該異なるデバイスで取得された各医用情報は、同一の患者に対応するものであると推定できる。また、あるデバイスにおいて、医用情報を送信するためのアプリケーション（アプリ）を起動するタイミングが、他のデバイスにおけるアプリの終了のタイミングと近接する場合も、同様に当該異なるデバイスで取得された各医用情報は、同一の患者に対応するものであると推定できる。さらに、異なるデバイスで取得された医用情報に含まれる、患者の指紋や虹彩等の生体情報や、各患者に付与された識別情報等が合致する場合、当該異なるデバイスで取得された各医用情報は、同一の患者に対応するものであることを特定できる。

図２３に示す患者到着前の処理において収集される医用情報について、図２４を用いて説明する。図２４は、第４の実施形態に係る医用情報データの一例を示す図である。なお、図２４に示す医用情報データは、例えば、後に説明する医用情報テーブルＩ４１に格納される。

図２４において、「データＩＤ」は、取得された医用情報に付与される、医用情報を一意に識別する識別子を示す。「DeviceＩＤ」は、当該医用情報を取得した搬送デバイス又は外部デバイスを一意に識別する識別子を示す。「収集時刻」及び「収集場所」は、当該医用情報が取得された時刻、及び医用情報が収集した地点を示す位置情報をそれぞれ示す。「患者Ｇｒ」は、当該医用情報に対して仮に割り当てられた、患者を識別する識別子を示す。なお、収集時刻は、例えば日付を含んでもよく、収集場所は、住所や経度緯度等の別の形式で登録されてもよい。また、医用情報を収集した時点での位置情報が取得できない場合などは、「収集場所」の項目は空欄となる。なお、患者Ｇｒは、発行識別情報の一例である。

図２４に示す例においては、DeviceＩＤが「Device-A」であるデバイスは、「地点（１）」において、「１２時００分」及び「１２時０１分」に、それぞれ患者の医用情報を取得している。また、取得された当該２つの医用情報には、患者Ｇｒ「Patient001」が割当てられている。同様に、DeviceＩＤが「Device-B」であるデバイスは、「地点（１）」において、「１２時０１分」及び「１２時０２分」に、それぞれ患者の医用情報を取得している。また、取得された当該２つの医用情報には、患者Ｇｒ「Patient002」が割当てられている。また、DeviceＩＤが「Device-C」であるデバイスは、「地点（１）」において「１２時０５分」に患者の医用情報を取得している。取得された当該医用情報には、患者Ｇｒ「Patient003」が割当てられている。また、DeviceＩＤが「Device-D」であるデバイスは、不明な場所において「１２時１５分」に患者の医用情報を取得し、「地点（２）」において「１２時３０分」に患者の医用情報を取得している。また、取得された当該２つの医用情報には、患者Ｇｒ「Patient003」が割当てられている。さらに、DeviceＩＤが「Device-E」であるデバイスは、不明な場所において「１２時４０分」及び「１２時４２分」に患者の医用情報を取得している。取得された当該２つの医用情報には、患者Ｇｒ「Patient004」が割当てられている。同様に、DeviceＩＤが「Device-F」であるデバイスは、不明な場所において「１２時４０分」に患者の医用情報を取得し、「地点（３）」において「１２時５０分」に患者の医用情報を取得している。また、取得された当該２つの医用情報には、患者Ｇｒ「Patient004」が割当てられている。

上で述べたように、本実施形態において、同一の移動体である救急車Ｖ１に搭載された「Device-C」により取得された医用情報、及び「Device-D」により取得された医用情報は、それぞれ同一の患者Ｇｒに割り当てられている。同様に、同一の移動体である救急ヘリＶ２に搭載された「Device-E」により取得された医用情報、及び「Device-F」により取得された医用情報は、それぞれ同一の患者Ｇｒに割り当てられている。すなわち、本実施形態において、同一の移動体に対応付けられたデバイスにより近似する時点において取得された医用情報は、それぞれ同一の患者Ｇｒに割り当てられる。これは、同一の移動体により近似する時点において取得された医用情報は、同一の患者から取得されたものであると推定できるためである。

次に、図２４に示す医用情報を処理する医用情報管理システムの構成について、図２５を用いて説明する。図２５は、第４の実施形態に係る医用情報管理システムのブロック図である。以下の実施の形態において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。

図２５に示すように、本実施形態に係る医用情報管理システム４は、６台のデバイスDevice-A乃至Device-Fと、２台の管理装置Ｇａ及びＧｂと、医用情報サーバＩａとを備える。また、管理装置Ｇａは、院内ネットワークＮＷａを介して、ＲＩＳ４０ａ（不図示）及びＰＡＣＳ５０ａ（不図示）と通信可能に接続されている。同様に、管理装置Ｇｂは、院内ネットワークＮＷｂを介して、ＲＩＳ４０ｂ（不図示）及びＰＡＣＳ５０ｂ（不図示）と通信可能に接続されている。なお、図２５においては、デバイスを６台備える構成について説明したが、デバイスの数はこれに限られない。

図２５において、病院ＨＰａの院内ネットワークＮＷａに接続される管理装置Ｇａは、通信Ｉ／Ｆ１１と、入力Ｉ／Ｆ１２と、ディスプレイ１３と、記憶回路Ｇ４と、処理回路Ｇ５とを備える。記憶回路Ｇ４は、処理回路Ｇ５に接続され、各種データを記憶する。本実施形態では、記憶回路Ｇ４は、例えば、患者テーブルＧ４１を記憶する。

患者テーブルＧ４１は、医用情報サーバＩａから取得した医用情報と、ＲＩＳ４０から取得した緊急ＩＤとを対応付ける情報を記憶する。本実施形態において、患者テーブルＧ４１に記憶される情報は、例えば後に説明する第１取得機能Ｇ５１、第２取得機能１５２、変換機能Ｇ５３及び登録機能Ｇ５４により格納され、又は更新される。

図２６は、第４の実施形態に係る患者テーブルの一例を示す図である。例えば、患者テーブルＧ４１は、図２６に示すように、「データＩＤ」と、「DeviceＩＤ」と、「緊急ＩＤ」と、「患者Ｇｒ」と、「データＩＤ（変換後）」とを対応付けた情報である。ここで、図２６における「データＩＤ」及び「DeviceＩＤ」は、当該医用情報、及び当該医用情報を取得したデバイスを、それぞれ一意に識別する識別子を示す。「緊急ＩＤ」は、ＲＩＳ４０から取得した緊急ＩＤを示す。「患者Ｇｒ」は、当該医用情報に対して仮に割り当てられた、患者を識別する識別子を示す。「データＩＤ（変換後）」は、ＤＩＣＯＭ形式に変換された当該医用情報を一意に識別する識別子を示す。例えば、図２６に示すレコードは、DeviceＩＤが「Device-A」であるデバイスにより取得された、患者Ｇｒが「Patient001」であるデータＩＤ「Data0001」の医用情報には、緊急ＩＤ「EM022」が付与されたことを示す。また、当該医用情報は、DICOM形式のデータに変換され、変換後のデータＩＤとして「Dic02001」が付与されたことを示す。

図２５に戻って、処理回路Ｇ５は、第１取得機能Ｇ５１と、第２取得機能１５２と、変換機能Ｇ５３と、登録機能Ｇ５４とを実行することで、管理装置Ｇａ全体の動作を制御する。

処理回路Ｇ５における第１取得機能Ｇ５１は、医用情報サーバＩａから医用情報を取得する。例えば、第１取得機能Ｇ５１は、通知されたDeviceＩＤの入力等を開始のトリガとして、ネットワークＮＷを介して医用情報サーバＩａにアクセスする。第１取得機能Ｇ５１は、医用情報サーバＩａに記憶された、DeviceＩＤに関連付けられた医用情報を参照する。また、第１取得機能Ｇ５１は、患者の到着通知の入力等を開始のトリガとして、医用情報サーバＩ０から医用情報データをダウンロードする。第１取得機能Ｇ５１は、患者テーブルＧ４１に登録済みの医用情報ＩＤ及びDeviceＩＤに対応する医用情報のデータを含む医用情報をダウンロードし、変換機能Ｇ５３に出力する。

変換機能Ｇ５３は、医用情報データをＤＩＣＯＭ形式のデータに変換する。変換機能Ｇ５３は、第１取得機能Ｇ５１から医用情報の出力を受けると、関連付けられたデータＩＤ、DeviceＩＤ及び緊急ＩＤとともに、医用情報をＤＩＣＯＭ形式のデータに変換する。変換機能Ｇ５３は、変換後の医用情報をＰＡＣＳ５０ａに送信する。

登録機能Ｇ５４は、搬送される患者の医用情報を、緊急ＩＤと対応付ける。登録機能Ｇ５４は、第１取得機能Ｇ５１から医用情報ＩＤ及び患者Ｇｒの出力を受けると、データＩＤ、DeviceＩＤ及び患者Ｇｒを、第２取得機能１５２から出力される緊急ＩＤと関連付けて、患者テーブルＧ４１に格納する。

次に、Device-A９ａは、図２５に示すように、カメラＡ１と、送信データ生成部９ａ２と、通信Ｉ／ＦＡ３と、ＧＰＳ（Grobal Positioning System）９ａ４とを備える。なお、Device-A９ａは、例えばカメラ機能、通信機能及びＧＰＳ機能を有する既存のスマートフォンに、送信データ生成部９ａ２に対応する機能を有するアプリケーション（アプリ）をインストールすることにより実現される。

送信データ生成部９ａ２は、カメラＡ１により取得された画像のデータに、識別情報としてデータＩＤと、患者Ｇｒとを付与する。また、送信データ生成部９ａ２は、ＧＰＳ９ａ４から位置情報を取得して、画像のデータに付与する。そして、送信データ生成部９ａ２は、画像のデータにDeviceＩＤを付与して、医用情報サーバＩａに送信するための医用情報を生成し、通信Ｉ／ＦＡ３を介して医用情報サーバＩａに送信する。

また、送信データ生成部９ａ２は、Device-A９ａにインストールされたアプリの起動又は終了を検出した場合、アプリが起動又は終了した時刻と、その時点での位置情報とを、通信Ｉ／ＦＡ３を介して医用情報サーバＩａに送信する。

ＧＰＳ９ａ４は、Device-A９ａの位置情報を検出し、送信データ生成部９ａ２に出力する。

次に、Device-B９ｂは、図２５に示すように、カメラＢ１と、送信データ生成部９ｂ２と、通信Ｉ／ＦＢ３と、ＧＰＳ９ｂ４とを備える。なお、Device-B９ｂは、例えばカメラ機能、通信機能及びＧＰＳ機能を有する既存のドローンに、送信データ生成部９ｂ２に対応する機能を有するアプリケーション（アプリ）をインストールすることにより実現される。

送信データ生成部９ｂ２は、Device-A９ａの送信データ生成部９ａ２と同様に、カメラＢ１により取得された画像のデータに識別情報としてデータＩＤと、患者Ｇｒとを付与する。また、送信データ生成部９ｂ２は、ＧＰＳ９ｂ４から位置情報を取得して、画像のデータに付与する。そして、送信データ生成部９ｂ２は、画像のデータにDeviceＩＤを付与して、医用情報サーバＩａに送信するための医用情報を生成し、通信Ｉ／ＦＢ３を介して医用情報サーバＩａに送信する。

また、送信データ生成部９ｂ２は、Device-B９ｂにインストールされたアプリの起動又は終了を検出した場合、アプリが起動又は終了した時刻と、その時点での位置情報とを、通信Ｉ／ＦＢ３を介して医用情報サーバＩａに送信する。

ＧＰＳ９ｂ４は、Device-Bの位置情報を検出し、送信データ生成部９ｂ２に出力する。

次に、Device-C９ｃは、図２５に示すように、心拍センサ９ｃ１と、送信データ生成部９ｃ２と、通信Ｉ／Ｆ９ｃ３とを有する。Device-C９ｃは、例えば、救急車Ｖ１に搭載される心拍センサである。なお、Device-C及びDevice-Eは、搭載される移動体が異なるだけで、それぞれ同様の構成を有するため、以下においてはDevice-Cの構成について説明し、Deviec-Eの構成については詳細な説明を省略する。

心拍センサ９ｃ１は、例えば、公知の心拍センサであり、患者の心拍を検出して、送信データ生成部９ｃ２に出力する。

送信データ生成部９ｃ２は、心拍センサ９ｃ１から取得した心拍のデータに、識別情報としてデータＩＤと、患者Ｇｒとを付与する。また、送信データ生成部９ｃ２は、救急車Ｖ１に搭載されたＧＰＳから位置情報を取得して、心拍のデータに付与する。そして、送信データ生成部９ｃ２は、心拍のデータにDeviceＩＤを付与して、医用情報サーバＩａに送信するための医用情報を生成し、通信Ｉ／Ｆ９ｃ３を介して医用情報サーバＩａに送信する。

通信Ｉ／Ｆ９ｃ３は、ネットワークＮＷを介して接続された他の装置等との間で行われる各種データの伝送及び通信を制御する。通信Ｉ／Ｆ９ｃ３は、例えば、送信データ生成部９ｃ２から出力された医用情報を、医用情報サーバＩａに送信する。例えば、通信Ｉ／Ｆ９ｃ３は、ネットワークカードやネットワークアダプタ等によって実現される。

次に、Device-D９ｄは、図２５に示すように、カメラ２１と、送信データ生成部９ｄ２と、通信Ｉ／Ｆ２３とを有する。なお、Device-D９ｄ及びDevice-F９ｆは、搭載される移動体が異なるだけで、それぞれ同様の構成を有するため、以下においてはDevice-Dの構成について説明し、Deviec-Fの構成については詳細な説明を省略する。

送信データ生成部９ｄ２は、カメラ２１により取得された画像のデータに、識別情報としてデータＩＤと、患者Ｇｒとを付与する。また、送信データ生成部９ｄ２は、救急車Ｖ１に搭載されたＧＰＳから位置情報を取得して、画像のデータに付与する。そして、送信データ生成部９ｄ２は、画像のデータにDeviceＩＤを付与して、医用情報サーバＩａに送信するための医用情報を生成し、通信Ｉ／Ｆ２３を介して医用情報サーバＩａに送信する。

医用情報サーバＩａは、図２５に示すように、通信Ｉ／Ｆ３１と、入力Ｉ／Ｆ３２と、ディスプレイ３３と、記憶回路Ｉ４と、処理回路Ｉ５とを有する。なお、医用情報サーバＩａは、記憶装置の一例である。

記憶回路Ｉ４は、処理回路Ｉ５に接続され、各種データを記憶する。記憶回路Ｉ４は、例えば、医用情報テーブルＩ４１と、アプリログＩ４２と、デバイステーブルＩ４３とを記憶する。

医用情報テーブルＩ４１は、Device-A乃至Device-Fから取得した医用情報に関する情報を記憶する。医用情報テーブルＩ４１は、例えば、図２４に示すような情報を記憶する。本実施形態において、医用情報テーブルＩ４１は、例えば後に説明する取得機能Ｉ５１及び登録機能Ｉ５２により設定され、又は更新される。

アプリログＩ４２は、Device-A乃至Device-Fの各デバイスに搭載される、医用情報を医用情報サーバＩａに送信するためのアプリの起動状況に関する情報を記憶する。図２７は、第４の実施形態に係るアプリログの一例を示す図である。アプリログＩ４２は、図２７に示すように、例えば、「DeviceＩＤ」と、「時刻」と、「アクション」と、「地点」とを対応付けて記憶する。アプリログＩ４２は、例えば登録機能Ｉ５２により設定される。なお、図２４に示す医用情報データの収集時刻及び収集場所と同様に、図２７のアプリログＩ４２に示す時刻は、例えば日付を含んでもよく、場所は、住所や経度緯度等の別の形式で登録されてもよい。また、アクションが発生した時点での位置情報が取得できない場合などは、「場所」の項目を空欄としてもよい。

例えば、図２７に示す１段目のレコードは、DeviceＩＤが「Device-A」のデバイスのアプリは、「１１時５９分」に「地点（１）」にて「起動」したことを示す。同様に、図２７に示す２段目のレコードは、DeviceＩＤが「Device-B」のデバイスのアプリは、「１２時００分」に「地点（１）」にて「起動」したことを示す。同様に、図２７に示す３段目のレコードは、DeviceＩＤが「Device-A」のデバイスのアプリは、「１２時０２分」に「地点（１）」にて「終了」し、図２７に示す４段目のレコードは、DeviceＩＤが「Device-B」のデバイスのアプリは、「１２時０５分」に「地点（１）」にて「終了」したことを示す。

デバイステーブルＩ４３は、各デバイスと、当該デバイスが搭載される移動体との対応関係を記憶する。図２８は、第４の実施形態に係るデバイステーブルの一例を示す図である。デバイステーブルＩ４３は、図２８に示すように、例えば、「DeviceＩＤ」と、「移動体ＩＤ」とを対応付けて記憶する。デバイステーブルＩ４３は、例えば医用情報サーバＩａの管理者（不図示）により設定される。

図２８において、「移動体ＩＤ」は、救急車や救急ヘリ等の移動体を一意に識別する識別子である。図２８に示すデバイステーブルＩ４３において、移動体に搭載されているデバイスには、DeviceＩＤに対応付けられて移動体ＩＤが記憶され、その他のデバイスには、移動体ＩＤが登録されない。例えば、図２８に示すデバイステーブルＩ４３において、DeviceＩＤ「Device-A」及び「Device-B」には、移動体ＩＤが対応付けられていない。すなわち、図２８に示すデバイステーブルＩ４３は、DeviceＩＤが「Device-A」であるデバイス及び「Device-B」であるデバイスは、移動体に搭載されていないことを示す。また、図２８に示すデバイステーブルＩ４３は、DeviceＩＤが「Device-C」であるデバイス及び「Device-D」であるデバイスは、救急車Ｖ１に搭載されることを示す。同様に、図２８に示すデバイステーブルＩ４３は、DeviceＩＤが「Device-E」であるデバイス及び「Device-F」であるデバイスは、救急ヘリＶ２に搭載されることを示す。図２８に示すように、本実施形態においては、一つの移動体ＩＤに対し、複数のDeviceＩＤが対応付けられる場合がある。

図２５に戻って、処理回路Ｉ５は、取得機能Ｉ５１と、登録機能Ｉ５２とを実行することで、医用情報サーバＩａ全体の動作を制御する。なお、登録機能Ｉ５２は、更新部の一例である。

処理回路Ｉ５における取得機能Ｉ５１は、Device-A乃至Device-Fの各デバイスから医用情報を取得する。例えば、取得機能Ｉ５１は、ネットワークＮＷを介してDevice-A、Device-B、Device-D又はDevice-Fの各デバイスから、画像のデータを含む医用情報を受信すると、画像のデータを記憶回路Ｉ４に記憶するとともに、医用情報に関連付けられたデータＩＤ、DeviceＩＤ、収集時刻、収集場所及び患者Ｇｒ等の情報を登録機能Ｉ５２に出力する。同様に、取得機能Ｉ５１は、ネットワークＮＷを介してDevice-C又はDevice-Eの各デバイスから、心拍に関するデータを含む医用情報を受信すると、心拍に関するデータを記憶回路Ｉ４に記憶するとともに、医用情報に関連付けられたデータＩＤ、DeviceＩＤ、収集時刻、収集場所及び患者Ｇｒ等の情報を登録機能Ｉ５２に出力する。

登録機能Ｉ５２は、医用情報に関する情報を、医用情報テーブルＩ４１に登録するとともに、医用情報テーブルＩ４１に登録された患者Ｇｒを更新する。登録機能Ｉ５２は、例えば取得機能Ｉ５１から出力されたデータＩＤ、DeviceＩＤ、収集時刻、収集場所及び患者Ｇｒを、医用情報テーブルＩ４１に登録する。

また、登録機能Ｉ５２は、医用情報テーブルＩ４１に登録された情報にもとづいて、各医用情報に対応付けられた患者Ｇｒを更新する。例えば、登録機能Ｉ５２は、医用情報テーブルＩ４１に登録された、異なるデバイスにより収集された医用情報を抽出し、当該医用情報の収集時刻及び収集場所が一致又は近似するか否かを判定する。登録機能Ｉ５２は、例えば、２つの医用情報の収集時刻の差が「５分以内」であるか否か、及び収集場所の差が「５０ｍ以内」であるか否かを判定する。登録機能Ｉ５２は、医用情報の収集時刻及び収集場所が、他の医用情報の収集時刻及び収集場所と一致又は近似すると判定した場合、２つの医用情報のうち、後に収集された医用情報の患者Ｇｒを、先に収集された医用情報の患者Ｇｒに更新する。

登録機能Ｉ５２による処理について、図２９Ａ及び図２９Ｂを用いて説明する。図２９Ａ及び図２９Ｂは、第４の実施形態に係る医用情報テーブルの一例を示す図である。図２９Ａに示すような医用情報において、登録機能Ｉ５２は、例えばDevice-Aにより収集されたデータＩＤ「Data0002」の医用情報と、Device-Bにより収集されたデータＩＤ「Data0003」の医用情報との収集時刻及び収集場所を比較する。この場合において、図２９Ａの符号Ｉ４１１に示されるように、収集時刻は「１２時０１分」で一致し、収集場所も「地点（１）」で一致するので、データＩＤ「Data0002」の医用情報と、データＩＤ「Data0003」の医用情報とは、同一の患者に関するものであると推定される。この場合において、登録機能Ｉ５２は、データＩＤ「Data0003」の患者Ｇｒを、データＩＤ「Data0002」の患者Ｇｒ「Patient001」に更新する。

次に、登録機能Ｉ５２は、図２９Ａに示すような医用情報において、例えばDevice-Bにより収集されたデータＩＤ「Data0004」の医用情報と、Device-Cにより収集されたデータＩＤ「Data0005」の医用情報との収集時刻及び収集場所を比較する。この場合において、図２９Ａの符号Ｉ４１２に示されるように、収集時刻「１２時０２分」と「１２時０５分」とは近似しており、収集場所は「地点（１）」で一致するので、データＩＤ「Data0004」の医用情報と、データＩＤ「Data0005」の医用情報とは、同一の患者に関するものであると推定される。この場合において、登録機能Ｉ５２は、データＩＤ「Data0005」の患者Ｇｒを、データＩＤ「Data0004」の更新後の患者Ｇｒ「Patient001」に更新する。

さらに、登録機能Ｉ５２は、図２８に示すデバイステーブルＩ４３を参照し、図２９Ａの符号Ｉ４１３に示されるDeviceＩＤ「Device-C」のデバイスと、DeviceＩＤ「Device-D」のデバイスとが、同一の移動体である救急車Ｖ１に搭載されていることを特定する。この場合、Device-Cのデバイスにより収集された医用情報と、Device-Dのデバイスにより収集された医用情報とは、同一の患者に関するものであると推定される。この場合において、登録機能Ｉ５２は、Device-Dのデバイスにより収集されたデータＩＤ「Data0007」の医用情報の患者Ｇｒを、データＩＤ「Data0005」の更新後の患者Ｇｒ「Patient001」に更新する。

一方、登録機能Ｉ５２は、図２４に示すような医用情報において、例えば、データＩＤ「Data0007」の医用情報の収集時刻及び収集場所と、データＩＤ「Data0008」の医用情報の収集時刻及び収集場所とを比較する。この場合において、２つの医用情報の収集時刻は、「１２時３０分」と「１２時４０分」で、互いに近似しない。また、２つの医用情報の収集場所は、「地点（２）」と「不明」であり、互いに近似しないと推定される。この場合、データＩＤ「Data0007」の医用情報と、データＩＤ「Data0008」の医用情報とが、同一の患者に関するものであると推定できるかどうかは不明である。この場合には、登録機能Ｉ５２は、データＩＤ「Data0008」の患者Ｇｒを更新しない。

上で述べた登録機能Ｉ５２による各処理により、各医用情報の患者Ｇｒは、例えば、図２９Ａの符号Ｉ４１４に示されるように更新される。すなわち、Device-A乃至Device-Dにより取得される医用情報が同一の患者から取得されたと推定されることを示す情報として、同一の患者Ｇｒが各医用情報に対して設定される。

なお、登録機能Ｉ５２が判定に用いる情報は、医用情報が取得された収集時刻及び収集時点に限られず、例えば、各デバイスに搭載されたアプリの起動又は終了の時刻又は地点が用いられるような構成であってもよい。例えば、図２７の符号Ｉ４２１に示すように、DeviceＩＤ「Device-B」のデバイスのアプリは、DeviceＩＤ「Device-A」のデバイスのアプリが終了する２分前に、「Device-A」のデバイスのアプリが起動及び終了する地点と同一の「地点（１）」において起動している。この場合、「Device-A」のデバイスは、「Device-B」のデバイスが到着するまでの間、患者の医用情報を取得し、「Device-B」のデバイスが、患者の医用情報の取得をその後引き継いだと推定できる。この場合において、登録機能Ｉ５２は、DeviceＩＤ「Device-B」の患者Ｇｒを、DeviceＩＤ「Device-A」の患者Ｇｒ「Patient001」で更新してもよい。

また、医用情報に、患者の指紋や虹彩等の生体情報や、各患者に付与された識別情報等、各患者個人を特定できる情報が含まれている場合、登録機能Ｉ５２は、当該患者個人を特定できる情報が、複数の医用情報において合致するか否かをさらに判定する。登録機能Ｉ５２は、医用情報に含まれる患者個人を特定できる情報が、他の医用情報に含まれる患者個人を特定できる情報と合致すると判定した場合、２つの医用情報のうち、後に収集された医用情報の患者Ｇｒを、先に収集された医用情報の患者Ｇｒに更新する。なお、以下において、各患者個人を特定できる情報を、単に「個人特定情報」と表記する場合がある。また、個人特定情報は、患者を特定する情報の一例である。

図２９Ｂに示す例において、Device-Cのデバイスにより収集された医用情報「Data0005」には、指紋や虹彩、患者のＩＤ等の個人特定情報Ｉ４１５が含まれる。同様に、Device-Eのデバイスにより収集された医用情報「Data0009」にも、個人特定情報Ｉ４１６が含まれる。この場合において、登録機能Ｉ５２は、個人特定情報Ｉ４１５及びＩ４１６が合致するか否かを判定する。登録機能Ｉ５２は、個人特定情報Ｉ４１５及びＩ４１６が合致すると判定した場合、図２９Ｂの符号Ｉ４１７に示すように、Device-E、及びDevice-Eと同一の救急ヘリＶ２に搭載されるDevice-Fのいずれかにより収集された医用情報に対応する患者Ｇｒを、Device-Cにより収集された医用情報の患者Ｇｒに更新する。これにより、登録機能Ｉ５２は、Device-A乃至Device-Fの各デバイスから収集された医用情報が、同一の患者から取得されたことを示す患者Ｇｒを設定することができる。

なお、医用情報が同一の患者から取得されたか否かを判定する場合、個人特定情報に基づいて判定する方が、時刻及び地点に基づいて判定する場合と比べて、患者の取り違えの可能性が小さい。そこで、登録機能Ｉ５２は、個人特定情報が相互に合致しないと判定した場合は、時刻及び地点の判定結果にかかわらず、患者Ｇｒを更新しないような構成であってもよい。

次に、第４の実施形態に係る医用情報管理システム４による処理の手順について、図３０及び図３１を用いて説明する。図３０は、第４の実施形態に係る医用情報取得処理の一例を示すシーケンス図である。なお、図３０では、Device-A及びDevice-Bの２つのデバイスのみ図示しているが、Device-C乃至Device-Fについても同様の処理が行われるような構成であってもよい。

例えば、図３０に示すように、本実施形態に係る医用情報管理システム４では、まず、例えばスマートフォンであるDevice-A９ａが、例えばドローンであるDevice-B９ｂの到着よりも前に、医用情報を医用情報サーバＩａに送信するためのアプリを起動し（ステップＳＸ１）、DeviceＩＤと、アプリを起動した時刻・位置を医用情報サーバＩａに送信する（ステップＳＸ２）。医用情報サーバＩａは、DeviceＩＤと、アプリを起動した時刻・位置を受信し、アプリログＩ４２にDevice-A９ａによるアプリの起動を登録する（ステップＳＺ１）。

次に、Device-A９ａが、患者の医用情報を取得すると（ステップＳＸ３）、DeviceＩＤと、データＩＤと、個人特定情報と、医用情報を取得した時刻及び位置とを含む医用情報を、医用情報サーバＩａに送信する（ステップＳＸ４）。医用情報サーバＩａは、受信した医用情報に関する情報を、医用情報テーブルＩ４１に格納する（ステップＳＺ２）。

次に、Device-B９ｂが、医用情報を医用情報サーバＩａに送信するためのアプリを起動すると（ステップＳＹ１）、DeviceＩＤと、アプリを起動した時刻・位置を医用情報サーバＩａに送信する（ステップＳＹ２）。医用情報サーバＩａは、DeviceＩＤと、アプリを起動した時刻・位置を受信し、アプリログＩ４２にDevice-B９ｂによるアプリの起動を登録する（ステップＳＺ３）。

一方、Device-A９ａは、アプリを終了すると（ステップＳＸ５）、DeviceＩＤと、アプリを終了した時刻・位置を医用情報サーバＩａに送信する（ステップＳＸ６）。医用情報サーバＩａは、DeviceＩＤと、アプリを終了した時刻・位置を受信し、アプリログＩ４２にDevice-A９ａによるアプリの終了を登録する（ステップＳＺ４）。

次に、Device-B９ｂが、患者の医用情報を取得すると（ステップＳＹ３）、DeviceＩＤと、データＩＤと、個人特定情報と、医用情報を取得した時刻及び位置とを含む医用情報を、医用情報サーバＩａに送信する（ステップＳＹ４）。医用情報サーバＩａは、受信した医用情報に関する情報を、医用情報テーブルＩ４１に格納する（ステップＳＺ５）。

以上のような処理により、図２４に示すような情報が医用情報テーブルＩ４１に登録されると共に、図２７に示すような情報がアプリログＩ４２に登録される。

次に、登録された医用情報テーブルＩ４１の情報を、医用情報サーバＩａが更新することにより、同一患者に関する複数の医用情報を同定する処理について説明する。図３１は、第４の実施形態に係る医用情報更新処理の一例を示すフローチャートである。ここで、図３１におけるステップＳ２００乃至Ｓ２５０は、例えば、医用情報サーバＩａの処理回路Ｉ５が登録機能Ｉ５２に対応するプログラムを記憶回路Ｉ４から読み出して実行することにより実現される。また、図３１に示す医用情報更新処理は、例えば、新たな医用情報が受信されたタイミングや、管理装置Ｇａから医用情報の取得要求を受信したタイミング等、任意のタイミングで実行される。例えば、医用情報サーバＩａが、Device-A乃至Device-Fの各デバイスから新たな医用情報が送信される都度、医用情報テーブルＩ４１の情報を更新する場合、当該患者が病院ＨＰａに到着した段階において、全ての医用情報が同定されている。これにより、管理装置Ｇａは、全ての医用情報を一括して、オーダに対応する患者識別情報と対応付けることができる。

まず、処理回路Ｉ５は、図２４に示すような情報が登録された医用情報テーブルＩ４１から、対象とする医用情報を抽出する（ステップＳ２００）。次に、処理回路Ｉ５は、医用情報テーブルＩ４１から、比較対象となる医用情報を抽出する（ステップＳ２０１）。
ｃ次に、処理回路Ｉ５は、各医用情報に、個人特定情報が含まれるか否かを判定する（ステップＳ２１０）。処理回路Ｉ５は、いずれの医用情報にも個人特定情報が含まれると判定した場合（ステップＳ２１０：Ｙｅｓ）、各医用情報に含まれる個人特定情報が合致するか否かを判定する（ステップＳ２２０）。

処理回路Ｉ５は、個人特定情報が合致すると判定した場合（ステップＳ２２０：Ｙｅｓ）、医用情報に対応する患者Ｇｒを更新し（ステップＳ２４０）、ステップＳ２５０に移行する。一方、処理回路Ｉ５は、個人特定情報が合致しないと判定した場合（ステップＳ２２０：Ｎｏ）、ステップＳ２５０に移行する。

ステップＳ２１０に戻って、処理回路Ｉ５は、少なくともいずれかの医用情報に個人特定情報が含まれないと判定した場合（ステップＳ２１０：Ｎｏ）、各医用情報に含まれる時刻及び場所が一致又は近似するという条件に合致するか否かを判定する（ステップＳ２３０）。処理回路Ｉ５は、条件合致すると判定した場合（ステップＳ２３０：Ｙｅｓ）、医用情報に対応する患者Ｇｒを更新し（ステップＳ２４０）、ステップＳ２５０に移行する。一方、処理回路Ｉ５は、条件に合致しないと判定した場合（ステップＳ２３０：Ｎｏ）、ステップＳ２５０に移行する。

そして、処理回路Ｉ５は、全ての医用情報について、処理が完了したか否かを判定する（ステップＳ２５０）。処理回路Ｉ５は、処理がまだ完了していないと判定した場合（ステップＳ２５０：Ｎｏ）、ステップＳ２００に戻って処理を繰り返す。一方、処理回路Ｉ５は、処理が完了したと判定した場合（ステップＳ２５０：Ｙｅｓ）、処理を終了する。

上述したように、第４の実施形態によれば、記憶装置（医用情報サーバＩａ）の更新部（登録機能Ｉ５２）は、異なるオーダ外機器（Device-A乃至Device-F）により取得された医用情報が取得された時刻（収集時刻）及び取得された場所（収集場所）が相互に一致又は近似するか否かを判定し、相互に一致又は近似すると判定された場合に、少なくともいずれかの医用情報に対応する発行識別情報（患者Ｇｒ）を更新する。また、医用情報管理装置は、前記発行識別情報が更新された前記医用情報を、前記患者識別情報（緊急ＩＤ）と関連付ける。従って、第４の実施形態に係る医用情報管理システム４は、オーダ外機器により取得された医用情報を、搬送ＩＤやDeviceＩＤに依拠することなく容易に関連付けることができる。これにより、医用情報管理システム４は、同一の又は異なるオーダ外機器により収集された同一患者に関する複数の医用情報を同定できる。

また、第４の実施形態によれば、記憶装置の更新部（登録機能Ｉ５２）は、異なるオーダ外機器（Device-A乃至Device-F）により取得された医用情報にそれぞれ含まれる患者を特定する情報（個人特定情報）が合致するか否かを判定し、前記患者を特定する情報が合致すると判定された場合に、少なくともいずれかの医用情報に対応する発行識別情報（患者Ｇｒ）を更新してもよい。医用情報管理装置の更新部（登録機能Ｉ５２）は、前記発行識別情報が更新された前記医用情報を、前記患者識別情報（緊急ＩＤ）と関連付ける。これにより、第４の実施形態に係る医用情報管理システム４は、オーダ外機器により取得された医用情報を、精度よく関連付けることができる。

また、前記オーダ外機器は、患者を病院に搬送する移動体（救急車Ｖ１、救急ヘリＶ２）に関連付けられたオーダ外機器（Device-C乃至Device-F）であってもよい。

なお、大規模な災害等で、一つのデバイスで複数の患者の医用情報を取得した場合、患者の取り違えが発生する可能性が高いため、時刻及び位置に基づく患者Ｇｒの更新を行わないような構成であってもよい。

また、オーダ外機器は、移動体に関連付けられた機器や、スマートフォン、ドローン等の病院外部の機器に限られず、病院ＨＰ内に設置されたその他の医用機器であってもよい。また、病院ＨＰ内に設置されたモダリティにより収集された医用情報であっても、病院ＨＰが発行するオーダに基づかずに収集された医用情報については、オーダ外機器により収集された医用情報と同様に処理してもよい。

また、例えば、外部デバイスであるDevice-A及びDevice-Bに、医用情報を送信するためのアプリがインストールされる構成について説明したが、実施の形態はこれに限られない。例えば、搬送デバイスであるDevice-C乃至Device-Fに、Device-A及びDevice-Bと同様のアプリがインストールされるような構成であってもよい。

また、登録機能Ｉ５２が、先に取得された医用情報に対応する患者Ｇｒを、後に取得した医用情報に対応する患者Ｇｒに引き継ぐ形で患者Ｇｒを更新する構成について説明したが、これに限られず、例えば登録機能Ｉ５２が新たな患者Ｇｒを発行するような構成であってもよい。

また、ＰＡＣＳ５０において格納されるデータはＤＩＣＯＭ形式のものに限られず、例えば電子カルテシステムで用いられるＨＬ７形式等のデータであってもよい。さらに、緊急ＩＤは、病院ＨＰａにおいて患者を一意に識別できるものであればよく、例えばＲＩＳ４０ａが新規に発行するものではなく、既に登録済みの患者識別情報等であってもよい。

上述した各実施形態の説明で用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。ここで、メモリにプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合には、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。また、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて一つのプロセッサとして構成され、その機能を実現するようにしてもよい。

ここで、プロセッサによって実行されるプログラムは、ＲＯＭ（Read Only Memory）や記憶部等に予め組み込まれて提供される。なお、このプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disk）−ＲＯＭ、ＦＤ（Flexible Disk）、ＣＤ−Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記憶媒体に記録されて提供されてもよい。また、このプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供又は配布されてもよい。例えば、このプログラムは、各機能部を含むモジュールで構成される。実際のハードウェアとしては、ＣＰＵが、ＲＯＭ等の記憶媒体からプログラムを読み出して実行することにより、各モジュールが主記憶装置上にロードされて、主記憶装置上に生成される。

また、各実施の形態における医用情報管理システムの構成は上記したものに限られず、例えば、ＲＩＳ４０又はＰＡＣＳ５０等のその他のコンピュータが処理回路１５の一部又は全部の機能を実装してもよく、また記憶回路１４が記憶する内容の一部又は全部を記憶してもよい。また、管理装置１０の処理回路１５が備える各機能がクラウド上に実装され、記憶回路１４が記憶する内容がクラウド上に記憶されてもよい。

以上説明した少なくとも一つの実施形態によれば、オーダに基づかずに収集された患者に関するデータを、搬送先の病院において容易に関連付けることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 医用情報管理システム
１０ａ、１０ｂ 管理装置
１１ 通信Ｉ／Ｆ
１２ 入力Ｉ／Ｆ
１３ ディスプレイ
１４ 記憶回路
１４１ 患者テーブル
１５ 処理回路
１５１ 第１取得機能
１５２ 第２取得機能
１５３ 変換機能
１５４ 登録機能
２０ａ、２０ｂ 搬送デバイス
３０ 画像サーバ
４０ａ、４０ｂ ＲＩＳ
５０ａ、５０ｂ ＰＡＣＳ

Claims (11)

1. 病院が発行するオーダに基づかずにオーダ外機器により収集された患者の医用情報が記憶される記憶装置と、
   前記記憶装置に記憶された前記医用情報の中から前記病院を利用する患者の医用情報を取得する医用情報管理装置と、を備えたシステムであって、
   前記医用情報管理装置は、
   前記記憶装置に記憶された前記医用情報のうち、前記病院を利用する患者の医用情報を取得する医用情報取得部と、
   前記病院を利用する患者を前記病院内で一意に識別する患者識別情報を取得し、前記医用情報取得部により取得された前記患者の医用情報と当該患者識別情報とを関連付ける関連付け部と、
   を備えた医用情報管理システム。
2. 前記記憶装置は、前記オーダ外機器の識別情報と、前記病院への到着状況と、前記オーダ外機器に基づく医用情報と、を対応付けて記憶し、
   前記医用情報管理装置の前記医用情報取得部は、前記オーダ外機器の識別情報及び前記病院への到着状況を取得し、当該識別情報及び前記病院への到着状況に対応付けられた前記医用情報を、前記病院を利用する患者の医用情報として取得する、
   請求項１に記載の医用情報管理システム。
3. 前記記憶装置は、前記オーダ外機器により発行され、当該オーダ外機器を使用した患者を一意に識別する発行識別情報と、前記オーダ外機器に基づく医用情報と、を対応付けて記憶し、
   前記医用情報管理装置の前記医用情報取得部は、前記発行識別情報を取得し、当該発行識別情報に対応づけられた前記医用情報を、前記病院を利用する患者の医用情報として取得する、
   請求項１又は２に記載の医用情報管理システム。
4. 前記オーダ外機器は、他のオーダ外機器により発行された前記発行識別情報を引き継ぎ、
   前記記憶装置は、複数のオーダ外機器の間で共通の患者を一意に識別する発行識別情報と、前記オーダ外機器に基づく医用情報と、を対応付けて記憶し、
   前記医用情報管理装置の前記医用情報取得部は、前記発行識別情報を取得し、当該発行識別情報に対応づけられた前記医用情報を、前記病院を利用する患者の医用情報として取得する、
   請求項３に記載の医用情報管理システム。
5. 前記患者識別情報は、前記病院が発行するオーダに対応づけられるものであり、
   前記医用情報管理装置の前記関連付け部は、前記医用情報取得部により取得された前記患者の医用情報を、前記オーダに基づいて取得された、前記患者識別情報に対応付けられる医用情報のデータ形式と同一のデータ形式に変換し、当該変換後の医用情報を前記患者識別情報と関連付ける、
   請求項１乃至４のいずれか１つに記載の医用情報管理システム。
6. 前記記憶装置は、同一の又は異なるオーダ外機器により取得された同一患者の複数の医用情報を同定する更新部をさらに備え、
   前記医用情報管理装置の前記関連付け部は、同定された前記同一患者の複数の医用情報を、前記病院を利用する患者の医用情報として取得し、前記患者識別情報と関連付ける、
   請求項１乃至５のいずれか１つに記載の医用情報管理システム。
7. 前記記憶装置は、異なるオーダ外機器により取得された医用情報が取得された時刻及び取得された場所が相互に一致又は近似するか否かを判定し、医用情報が取得された時刻及び取得された場所が相互に一致又は近似すると判定された場合に、少なくともいずれかの医用情報に対応する発行識別情報を更新する更新部をさらに備え、
   前記医用情報管理装置の前記関連付け部は、前記発行識別情報が更新された前記医用情報を、前記患者識別情報と関連付ける、
   請求項１乃至５のいずれか１つに記載の医用情報管理システム。
8. 前記記憶装置は、異なるオーダ外機器により取得された医用情報にそれぞれ含まれる患者を特定する情報が合致するか否かを判定し、前記患者を特定する情報が合致すると判定された場合に、少なくともいずれかの医用情報に対応する発行識別情報を更新する更新部をさらに備え、
   前記医用情報管理装置の前記関連付け部は、前記発行識別情報が更新された前記医用情報を、前記患者識別情報と関連付ける、
   請求項１乃至５のいずれか１つに記載の医用情報管理システム。
9. 前記オーダ外機器は、患者を病院に搬送する移動体に関連付けられたオーダ外機器である、
   請求項１乃至７のいずれか１つに記載の医用情報管理システム。
10. 記憶装置に記憶された、病院が発行するオーダに基づかずに収集された患者の医用情報のうち、病院を利用する患者の医用情報を取得する医用情報取得部と、
    前記病院を利用する患者を前記病院内で一意に識別する患者識別情報を取得し、前記医用情報取得部により取得された前記患者の医用情報と当該患者識別情報とを関連付ける関連付け部とを備えた、
    医用情報管理装置。
11. 医用情報管理装置が、
    記憶装置に記憶された、病院が発行するオーダに基づかずに収集された患者の医用情報のうち、前記病院を利用する患者の医用情報を取得し、
    前記病院を利用する患者を前記病院内で一意に識別する患者識別情報を取得し、取得された前記患者の医用情報と当該患者識別情報とを関連付ける処理を実行する、
    医用情報管理方法。

Images