(57)【要約】【課題】患者の受入先を速やかに決定でき、また患者の症状、緊急性に応じて適切な受入先を決定する救急患者受入先探索システム、救急端末、医療施設端末、受入先探索サーバ及び救急患者受入先探索方法を提供する。【解決手段】医療施設は、予め救急患者に対応可能であるか否かを患者受入指標としてある程度リアルタイムに更新し続ける。また、救急患者が発生した場合に、救急隊が予め分類されたトリアージコードのいずれに患者が該当するかを判定し、救急端末１の現在位置と共に救急端末１を介して受入先探索サーバ３に送信する。受入先探索サーバ３はトリアージコード・現在位置情報を基に受入先候補を探索して救急端末１に通知する。【選択図】図５
2010277383.tif 000002
【特許請求の範囲】
【請求項１】
携帯・移動可能な救急端末と、
救急医療施設に設置される医療施設端末と、
前記救急端末及び前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、
を有し、
前記医療施設端末は、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信し、
前記救急端末は、救急患者が発生した場合に、当該救急患者が位置する場所において現在位置情報を取得し、前記ネットワークを介して前記取得した現在位置情報を前記受入先探索サーバに送信し、
前記受入先探索サーバは、前記救急医療施設の位置情報及び前記複数の救急医療施設から送信された患者受入指標を記憶しており、前記救急端末から送信された現在位置情報を基に前記救急患者の受け入れ先となる救急医療施設の候補を抽出して前記救急端末に通知する
救急患者受入先探索システム。
【請求項２】
前記医療施設端末は、救急患者を少なくとも容態・病状に応じて分類し、当該分類ごとの前記患者受入指標の入力を受け付け、
前記救急端末は、実際の救急患者の少なくとも容態・病状に応じた前記分類をコード化した指標の入力を受け付け、前記受入先探索サーバに送信し、
前記受入先探索サーバは、前記救急端末から送信された前記指標を基に、当該指標の分類に応じた患者受入指標を参照して受入先の救急医療を抽出する
請求項１に記載の救急患者受入先探索システム。
【請求項３】
前記受入先探索サーバは、前記救急端末を有する救急隊により救急患者の分類が行われ当該救急端末が前記指標の入力受付を完了した時刻である入力完了時刻と、前記救急医療施設が当該救急患者の受け入れを完了し医療施設端末が受け入れ時刻の入力受付を完了した時刻である受入時刻とを救急患者ごとに記憶して累積する
請求項２に記載の救急患者受入先探索システム。
【請求項４】
前記受入先探索サーバは、前記複数の救急医療施設が救急患者の受け入れに関する作業に応じた診療報酬点数を与える
請求項１から３のいずれか一項に記載の救急患者受入先探索システム。
【請求項５】
前記受入先探索サーバは、
前記救急医療施設が前記患者受入指標の更新を所定時間以上続けている場合、
或いは、当該患者受入指標において救急患者に対して対応可能である時間の量、
或いは、実際に救急患者を受け入れた回数
に応じて前記救急医療施設に療報酬点数を所定量与える
請求項４に記載の救急患者時受入先探索システム。
【請求項６】
救急医療施設に設置される医療施設端末と、
前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、
を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、救急隊が保持する救急端末であって、
救急患者が発生した場合に、当該救急患者が存在する現場において現在位置情報を取得し、前記ネットワークを介して前記現在位置情報を前記受入先サーバに送信し、
前記受入先探索サーバが、前記救急医療施設の位置情報及び、救急患者を現在受け入れ可能であるか否かを示す指標であり、前記救急医療施設により随時更新される患者受入指標を基に所定数抽出した前記救急患者の受け入れ先となる救急医療施設の候補を取得して出力する
救急端末。
【請求項７】
携帯・移動可能な救急端末と、
前記救急端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、
を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、救急患者を受け入れ可能な救急医療施設に配置される医療施設端末であって、
救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信する
医療施設端末。
【請求項８】
携帯・移動可能な救急端末と、
救急患者を受け入れ可能な救急医療施設に設置される医療施設端末と、
を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバであって、
前記受入先探索サーバは、前記救急医療施設の位置情報及び前記複数の救急医療施設から更新及び送信される、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標を記憶しており、前記救急端末から送信された前記救急患者の現在位置情報を基に前記救急患者の受け入れ先となる救急医療施設の候補を所定数抽出して前記救急端末に通知する
受入先探索サーバ。
【請求項９】
携帯・移動可能な救急端末と、救急患者を受け入れ可能な救急医療施設に設置される医療施設端末と、前記救急端末及び前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、を有する救急患者受入先探索システムが救急患者の受入先を探索する救急患者受入先探索方法であって、
前記医療施設端末が、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信する第１の工程と、
前記救急端末は、救急患者が発生した場合に、当該救急患者が位置する場所において現在位置情報を取得する第２の工程と、
前記救急端末が、前記第２の工程において取得した前記現在位置情報を前記ネットワークを介して前記受入先サーバに送信する第３の工程と、
前記受入先探索サーバが、前記救急医療施設の位置情報及び前記複数の救急医療施設から送信された患者受入指標と、前記救急端末から送信された現在位置情報とを基に前記救急患者の受け入れ先となる救急医療施設の候補を所定数抽出する第４の工程と、
前記受入先探索サーバが、前記第４の工程において抽出した救急医療施設の前記候補を前記救急端末に通知する第５の工程と、
を有する救急患者受入先探索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、救急患者を受け入れ可能な医療施設を抽出する救急患者受入先探索システムと方法に関する。また、本発明は、救急患者受入先探索システムに用いる救急端末、医療施設端末及び受入先探索サーバに関する。
【背景技術】
【０００２】
救急隊が患者を受入先の病院まで搬送するためには、受入先の病院が速やかに決定される必要がある。しかし、救急隊が受け入れ可能な病院を探し、実際にその病院に搬送が開始されるまでに長い時間がかかっているのが現状である。
【０００３】
一方、近年では救急車を利用する人のモラルが低下していると言われており、緊急を要さない程度の怪我や病気の場合でも救急車を利用する患者が増えている。このため、緊急を要さない患者が病院に搬送されてしまい、緊急を要する患者の受入先が制限される、という事態が発生している。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
緊急を要する患者の場合、病院に運ばれるまでの時間で生死が左右されることもあるため、速やかに受入先の病院を決定できることが強く望まれている。
他方、緊急を要さない患者が病院に搬送されてしまうことにより、緊急を要する患者の受入先が制限される事態を防止することも強く望まれている。
【０００５】
本発明は、患者の受入先を速やかに決定でき、また患者の症状と緊急性に応じてふさわしい受入先を決定する救急患者受入先探索システム及び救急患者受入先探索方法を提供する。また、本発明は、救急患者受入先探索システムに用いる、救急端末、医療施設端末、受入先探索サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した目的を達成するために、第１の発明の救急患者受入先探索システムは、携帯・移動可能な救急端末と、救急医療施設に設置される医療施設端末と、前記救急端末及び前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、を有し、前記医療施設端末は、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信し、前記救急端末は、救急患者が発生した場合に、当該救急患者が位置する場所において現在位置情報を取得し、前記ネットワークを介して前記取得した現在位置情報を前記受入先サーバに送信し、前記受入先探索サーバは、前記救急医療施設の位置情報及び前記複数の救急医療施設から送信された患者受入指標を記憶しており、前記救急端末から送信された現在位置情報を基に前記救急患者の受け入れ先となる救急医療施設の候補を抽出して前記救急端末に通知する。
【０００７】
第２の発明の救急端末は、救急医療施設に設置される医療施設端末と、前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、救急隊が保持する救急端末であって、救急患者が発生した場合に、当該救急患者が存在する現場において現在位置情報を取得し、前記ネットワークを介して前記現在位置情報を前記受入先サーバに送信し、前記受入先探索サーバが、前記救急医療施設の位置情報及び、救急患者を現在受け入れ可能であるか否かを示す指標であり、前記救急医療施設により随時更新される患者受入指標を基に所定数抽出した前記救急患者の受け入れ先となる救急医療施設の候補を取得して出力する。
【０００８】
第３の発明の医療施設端末は、携帯・移動可能な救急端末と、前記救急端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、救急患者を受け入れ可能な救急医療施設に配置される医療施設端末であって、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信する。
【０００９】
第４の発明の受入先探索サーバは、携帯・移動可能な救急端末と、救急患者を受け入れ可能な救急医療施設に設置される医療施設端末と、を有して構成される救急患者受入先探索システムに前記ネットワークを介して接続された、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバであって、前記受入先探索サーバは、前記救急医療施設の位置情報及び前記複数の救急医療施設から更新及び送信される、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標を記憶しており、前記救急端末から送信された前記救急患者の現在位置情報を基に前記救急患者の受け入れ先となる救急医療施設の候補を所定数抽出して前記救急端末に通知する。
【００１０】
第５の発明の救急患者受入先探索方法は、携帯・移動可能な救急端末と、救急患者を受け入れ可能な救急医療施設に設置される医療施設端末と、前記救急端末及び前記医療施設端末とネットワークを介して接続され、前記救急端末の要請に応じて救急患者の受け入れ先候補の救急医療施設を探索する受入先探索サーバと、を有する救急患者受入先探索システムが救急患者の受入先を探索する救急患者受入先探索方法であって、前記医療施設端末が、救急患者を現在受け入れ可能であるか否かを示す指標である患者受入指標の更新を受け付け、前記患者受入指標を前記受入先探索サーバに対して送信する第１の工程と、前記救急端末は、救急患者が発生した場合に、当該救急患者が位置する場所において現在位置情報を取得する第２の工程と、前記救急端末が、前記第２の工程において取得した前記現在位置情報を前記ネットワークを介して前記受入先サーバに送信する第３の工程と、前記受入先探索サーバが、前記救急医療施設の位置情報及び前記複数の救急医療施設から送信された患者受入指標と、前記救急端末から送信された現在位置情報とを基に前記救急患者の受け入れ先となる救急医療施設の候補を所定数抽出する第４の工程と、前記受入先探索サーバが、前記第４の工程において抽出した救急医療施設の前記候補を前記救急端末に通知する第５の工程と、を有する。
【発明の効果】
【００１１】
本発明によれば、患者の受入先を速やかに決定でき、また患者の緊急性に応じてふさわしい受入先を決定することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、受入先探索システム１００の構成の一例を示した図である。
【図２】図２は、救急端末１の構成の一例を示す図である。
【図３】図３は、医療施設端末２の構成の一例を示す図である。
【図４】図４は、受入先探索サーバ３の構成の一例を示す図である。
【図５】図５は、受入先探索システム１００の全体的な動作例を説明するためのシーケンス図である。
【図６】図６は、Ａ病院、Ｂ病院、Ｃ病院及びＤ病院から受信した患者受入指標の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
図１は、本発明の実施形態の受入先探索システム１００の構成の一例を示した図である。
図１に示すように、本実施形態の受入先探索システム１００は、ネットワーク４を介して接続された救急端末１、医療施設端末２、受入先探索サーバ３を有する。
ネットワーク４は、救急端末１、医療施設端末２、受入先探索サーバ３を無線或いは有線により互いの通信を可能とする電気通信網である。
【００１４】
本実施形態の受入先探索システム１００においては、所定の地域内での救急患者対応の医療施設（救急患者を受け入れるための設備・医師を有する医療施設を指す。本発明では救急医療施設と称する）、例えば病院が患者受入可能であるか否かを、救急隊が救急端末１を介して受入先探索サーバ３に問い合わせることにより、容易に知ることができる。すなわち、受入先探索システム１００は、救急医療施設に設置された医療施設端末２から所定の時間毎に救急患者への対応可否情報が更新されて受入先探索サーバ３に蓄積されることにより、受入先探索サーバ３が救急端末１からの問い合わせに答えることができるように構成されている。
所定の地域とは、例えば所定の自治体（市、県等）であってもよいが、救急患者の受入先を探索するという本実施形態の受入先探索システム１００の目的を鑑みれば、日本全国、或いは近隣諸国までを対象とすることが望ましい。
【００１５】
救急端末１は、例えば、救急隊員が各自所持する、或いは救急車に設けられる端末装置である。
救急端末１は、例えば、ＧＰＳ（Global Positioning System）機能や地図表示機能等を有するＰＮＤ（Personal Navigation Device）である。救急端末１は、救急隊が保持するという用途から、携帯可能な端末装置であることが望ましい。
救急端末１の構成の一例を図２に示す。
【００１６】
図２は、救急端末１の構成の一例を示す図である。
図２に示すように、救急端末１は、無線通信部１１、ＧＰＳ通信部１２、操作部１３、表示部１４、制御部１５を有する。
無線通信部１１は、アンテナ１１１を有し、後述する制御部１５の制御に従ってネットワーク４を介して受入先探索サーバ３等と無線通信を行う。無線通信の内容等の詳細については後述する。
ＧＰＳ通信部１２は、ＧＰＳ衛星と通信を行い、救急端末１の現在位置を示す現在位置情報を取得する。
ＧＰＳ通信部１２は、ＧＰＳアンテナ１２１を有し、ＧＰＳ衛星と無線通信を行うことができる。
【００１７】
操作部１３は、キーやボタン等、ユーザ（救急隊員等）の操作を受け付ける操作デバイスである。
表示部１４は、救急端末１の現在位置等の各種情報を表示するための表示デバイスである。
制御部１５は、救急端末１の各構成について統括的な制御を行う。
【００１８】
医療施設端末２は、例えば病院等の医療施設に設置される端末装置である。医療施設端末２は、移動または携帯する必要がないため、ＰＣ（Personal Computer）等の据え置き型端末装置であればよい。
医療施設端末２の構成の一例を図３に示す。
【００１９】
図３は、医療施設端末２の構成の一例を示す図である。
通信部２１は、有線または無線によりネットワーク４に接続され、受入先探索サーバ３とデータの送受信を行う。
操作部２２は、キーボードやマウス等、ユーザ（病院の医師等）の操作を受け付ける操作デバイスである。
表示部２３は、各種情報を表示するための表示デバイスである。
制御部２４は、医療施設端末２の各構成について統括的な制御を行う。
【００２０】
受入先探索サーバ３は、ネットワーク４を介した救急隊からの要請に応じて、各病院の救急患者受け入れ可能・不可能の状況をリアルタイムで監視し、救急患者の最適な受入先を決定する受入先探索センタに設けられるサーバ装置である。
受入先探索サーバ３の構成の一例を図４に示す。
図４は、受入先探索サーバ３の構成の一例を示す図である。
通信部３１は、有線または無線によりネットワーク４に接続され、救急端末１及び医療施設端末２との通信を行う。
記憶部３２は、救急端末１及び医療施設端末２から送信される各種データを記憶するためのメモリである。
【００２１】
操作部３３は、キーボードやマウス等、ユーザ（受入先探索センタの職員等）の操作を受け付ける操作デバイスである。
表示部３４は、各種情報を表示するための表示デバイスである。
制御部３５は、受入先探索サーバ３の各構成について統括的な制御を行う。すなわち、記憶部３２に記憶された各種データを基に、救急端末１を有する救急隊員が扱う救急患者の受入先を決定し、ネットワーク４を介して救急端末１に伝える。
【００２２】
なお、図１には本実施形態の受入先探索システム１００の一例として、救急端末１、医療施設端末２、受入先探索サーバ３がそれぞれ１つずつある場合を示しているが、本実施形態はこれには限定されない。例えば、複数の救急端末１及び医療施設端末２により構成されてもよい。受入先探索サーバ３については、受入先の探索に用いるデータの集積化のためには１箇所のみ存在した方がよいが、複数の受入先探索サーバ３が存在しても構わない。受入先探索サーバ３が複数ある場合は、ネットワーク４等を介してこれらが接続され、データを自由に送受信できるような環境が構築されていればよい。
【００２３】
以下、受入先探索システム１００の全体的な動作例について説明する。
まず、本実施形態の受入先探索システム１００において使用されるトリアージコードについて説明する。
トリアージコードとは、患者を容態・病状等により分類するためのコードである。
トリアージコードは、例えば、「０１：心臓、０２：脳、０３：胸部、０４：腹部…」等、患部の位置によって分類したり、「０１：外傷、０２：疾患…」のように病状の種類によって分類したりする。上記した例の場合、「０１」や「０２」のような数字がトリアージコードとなる。
【００２４】
トリアージコードは、予め決定され、分類されていることが好ましい。そして、救急隊員が患者の症状を見て、できるだけ容易に患者を分類できるようなコードであることが好ましい。従って、トリアージコードは、実際の救命救急における緊急度等の統計的データや救急隊員の実体験等に基づき決定されることが好ましい。
【００２５】
上記のことを踏まえて、本実施形態の受入先探索システム１００の全体的な動作例について説明する。
図５は、受入先探索システム１００の全体的な動作例を説明するためのシーケンス図である。
【００２６】
ステップＳＴ１：
医療施設において、当直医師、当直事務員（当直医師の管理を行う人）等の医療従事者が、医療施設端末２を介して医療施設毎に患者受入指標を更新する。医療従事者は、所定の時間（例えば３０分）毎に患者受入指標を更新する。
患者受入指標は、その医療施設において、救急患者を受け入れることができるか否かを示す指標である。患者受入指標は、上述したトリアージコードの区分毎に更新される。
すなわち、医療従事者は、例えばトリアージコード「０１：心臓」、「０２：脳」、「０３：胸部」のそれぞれについて、それぞれのトリアージコードに対応する処置を行う状況が整っているか否かを患者受入指標として更新する。
患者受入指標の具体例についてはステップＳＴ３において説明する。
【００２７】
ステップＳＴ２：
ステップＳＴ１において医療施設端末２に入力された患者受入指標が、受入先探索サーバ３に対して送信される。
ステップＳＴ３：
受入先探索センタの受入先探索サーバ３は、ステップＳＴ２において医療施設の医療施設端末から送信された患者受入指標を受信して記憶する。
以下患者受入指標の具体例を示す。
【００２８】
患者受入指標は、上述したように、医療施設毎の救急患者に対するトリアージコード毎の対応可否状況を示す指標である。
図６に、Ａ病院、Ｂ病院、Ｃ病院及びＤ病院から受信した患者受入指標の一例を示す。
図６は、患者受入指標を表の形式で記入した例を示している。しかし、これは一例であり、必ずしも表の形式をとる必要はない。
図６に示すように、患者受入指標は、病院毎に当直医師の在・不在、ベッドの空きの有無、救急患者に対する対応の可否を示す。患者受入指標は、それぞれの要素について○或いは×によって対応の可否を示している。
【００２９】
例えば、図６に示す患者受入指標の一例は、Ａ病院では当直の医師がおりベッドも開いていて救急患者に対応可能であること、Ｂ病院では当直医師はいるがベッドが空いておらず救急患者に対応不可であることを示している。さらに図６は、Ｃ病院ではベッドは空いているが当直医師がおらず救急患者に対応不可であること、Ｄ病院では当直医師がおりベッドも空いているが、救急患者に対応不可（当直医師が他の患者に対応中である等）であることを示している。
なお、上述したように、患者受入指標は、後述するトリアージコード毎に更新される。図６に示す例は、例えばトリアージコード「０１：心臓」に対応したものである。すなわち、図６に示す患者受入指標を見れば、トリアージコード「０１：心臓」について処置を行う状況が整っている病院を探し出すことができるようになっている。
【００３０】
なお、ステップＳＴ１において医療従事者は、上述したように、所定の時間（例えば３０分）毎に患者受入指標を更新しているので、受入先探索サーバ３において、ある程度リアルタイムでの各医療施設の救急患者の受入可否状況が患者受入指標に反映されることになる。
【００３１】
ステップＳＴ４：
救急端末１は、救急隊員によるトリアージコードの入力を受け付ける。
本ステップＳＴ４は、救急隊員が出動した際に救急隊員が保持する救急端末１により実行されるステップである。
すなわち、救急隊員は救急患者がどのトリアージコードに適合しているかを判断し、救急端末１を介してこれを入力することになる。
また、救急端末１は、トリアージコードの入力受付を完了した場合、トリアージコードの受付を完了した時間を入力完了時刻Ｔ１として記憶しておく。
【００３２】
ステップＳＴ５：
救急端末１は、ＧＰＳ衛星と通信を行い現在位置情報を取得する。
すなわち、救急端末１のＧＰＳ通信部１２が、ＧＰＳ衛星と通信を行い救急端末１の現在位置に関する位置情報を取得する。
ステップＳＴ６：
救急端末１は、ステップＳＴ４及びＳＴ５において入力された、今回の出動におけるトリアージコード、入力完了時刻Ｔ１、現在位置情報を受入先探索サーバ３に対して無線送信する。
【００３３】
ステップＳＴ７：
受入先探索サーバ３は、ステップＳＴ６において送信されたトリアージコードに対応する患者受入指標を参照し、患者を受け入れ可能な医療施設を探し出す。
すなわち、例えば図６に示した病院毎の患者受入指標の一例の場合、Ａ〜Ｄ病院のうちＡ病院のみ対応可能となっている。この場合は、受入先探索サーバ３は病院Ａを受入先に決定する。
なお、実際は受入先探索サーバ３に記憶される患者受入指標は日本全国のすべての救急医療施設が更新したものであることが望ましいので、対応可能である医療施設が複数箇所探索されることが多くなると思われる。この場合は、ステップＳＴ６において送信された救急患者の現在位置情報（すなわち救急端末１の現在位置情報）を基に、最も近い位置に存在する救急医療施設を受入先として決定すればよい。
【００３４】
すなわち、予め受入先探索サーバ３には日本全国の救急医療施設の位置情報（経度・緯度情報）が記憶されており、ステップＳＴ６において送信された現在位置情報を基に、最も近い位置の受入可能な医療施設を探索するようにすればよい。
なお、受入先探索サーバ３は、受入先医療施設を１箇所だけ探索するのではなく、複数箇所（例えば５箇所）の受入可能な医療施設を探索してもよい。この場合、例えば患者の現在位置から最も近い順に順位を付けて所定数の医療施設を探索することができる。
【００３５】
ステップＳＴ８：
受入先探索サーバ３は、救急端末１に対してステップＳＴ７において探索した受入先候補の救急医療施設を通知する。
ステップＳＴ９：
救急端末１と、ステップＳＴ８において通知された受入先候補の医療施設との間で患者の受入交渉がなされる。
本ステップにおける患者の受入交渉は、例えば、ステップＳＴ８において受入先候補似関する情報を取得した救急端末１が、ネットワーク４を介して医療施設端末２と自動的に通信を行い、患者受入の承諾をとるようにしてもよいし、或いは救急端末１に表示された受入先候補を見た救急隊員達が、例えば携帯電話等により医療施設と連絡を取り、交渉するようにしてもよい。
救急端末１が自動的に交渉を行う場合は、現在位置から最も近い病院から順に交渉を行うようにすればよい。
このようにして救急患者の受け入れ先が決定され、実際に患者が救急隊員の手により医療施設に搬送される。
【００３６】
ステップＳＴ１０：
本ステップは、ステップＳＴ９における交渉の結果、受け入れ先となった医療施設が患者を受け入れた後に実行されるステップである。
医療施設端末２は、当直医師等、医療従事者の手による患者受入履歴の更新操作を受け付ける。
患者受入履歴は、その医療施設で救急患者の受け入れが完了した場合に、医療施設端末２を介して更新される、その医療施設における救急患者の受入履歴に関する情報である。患者受入履歴は、例えば、患者の氏名、病状、処置、患者受入時刻Ｔ２等の各種情報を含む。患者受入時刻Ｔ２は、患者の受入が完了した時点で、医療施設端末２を介して入力される時刻である。
ステップＳＴ１１：
医療施設端末２は、ステップＳＴ１０において更新された患者受入履歴を受入先探索サーバ３に対して送信する。
【００３７】
ステップＳＴ１２：
受入先探索サーバ３は、ステップＳＴ１１において医療施設端末２から送信された患者受入履歴を記憶する。患者受入履歴は、後述する救急患者受入評価処理において使用される。
【００３８】
以上説明したように、本実施形態の受入先探索システム１００では、医療施設が予め救急患者に対応可能であるか否かを患者受入指標としてある程度リアルタイムに更新し続ける。また、救急患者が発生した場合に、救急隊が予め分類されたトリアージコードのいずれに患者が該当するかを判定し、救急端末１の現在位置と共に救急端末１を介して受入先探索サーバ３に送信する。受入先探索サーバ３はトリアージコード・現在位置情報を基に受入先候補を探索して救急端末１に通知する。
【００３９】
このようにすることで、本実施形態の受入先探索システム１００では、救急患者が発生した場合に、患者の受け入れ先の医療施設を探す時間が短縮され、その労力も軽減される。また、救急隊員が判定したトリアージコードにより受入先探索サーバ３における受入先探索の手間も軽減される。何故なら、トリアージコードに対応する患者受入指標のみを参照し探索すればよいからである。
【００４０】
また、救急端末１は現在位置情報をＧＰＳにより取得し、これを救急患者の現在位置として使用するので、受入先探索サーバ３が受入先候補を探索する際に、搬送に要する時間が短くて済む受入先候補を抽出することができる。
さらに、救急端末１が受入先探索サーバ３の探索した受入先候補と自動的に患者受入交渉を行うこともできこの場合には、救急隊が電話等で救急医療施設と直接患者の受け入れ交渉を行う手間を軽減することができる。
【００４１】
さらに、入力完了時刻Ｔ１及び患者受入時刻Ｔ２が受入先探索サーバ３に送信されるので、これらの時刻を基に、救急患者が発生した年月日、季節、１日の内の時間帯、場所等による救急患者の発生頻度等の統計的データを受入先探索サーバ３上に蓄積することができる。
これにより、救急隊の救急患者発生現場までの到達時間、到達迄の移動処理（最短距離及び道のり）等を上記統計的データから容易に算出可能となり、このデータを分析することにより、全国レベルでの救急隊等の医療資源の量や配置に関して、適正か否かを分析することが可能になる。
【００４２】
さて、本実施形態の受入先探索システム１００では、上述したように、各医療施設の医療従事者が医療施設端末２を介して患者受入指標を所定時間毎に更新し続けることが前提となっている。
従って、本実施形態の受入先探索システム１００における受入先の探索精度を向上させるためには、医療施設に対して患者受入指標の更新を促進する方法が存在することが望ましい。
このため、本実施形態の受入先探索システム１００では、医療施設に対して患者受入指標の更新を促進するために、救急患者受入評価処理により各医療施設の評価を行い、この評価に従って何らかの報酬を与える方法について説明する。
【００４３】
まず、救急患者受入評価処理について説明する。
救急患者受入評価処理では、各医療施設に対して、以下の１）〜３）の３つの要素について評価を行う。これにより、各医療施設が救急患者の受け入れをどれだけ実践しているかを定量的に評価することが可能となる。
１）受入先探索システム１００に対して、患者受入指標の更新を行っているか否か
医療施設端末２を介して患者受入指標の更新を所定のペース以上で行っていれば、所定のポイントを与える。所定のペースとは、例えば１５分や３０分など、ある程度リアルタイム性を有する時間間隔である。
２）患者受入指標において、救急患者に対して対応可であった累積時間
各医療施設が更新した患者受入指標において、救急患者に対して対応可であった時間の総量を受入先探索サーバ３が集計し、この総量に応じて所定のポイントを与える。
３）実際に救急患者の受け入れを行った回数
各医療施設が、上記のように受入先探索システム１００において患者受入指標を更新することにより、受入先探索サーバ３により救急患者の受け入れ先候補として選定され、その結果実際に救急患者を受け入れた回数に応じて所定のポイントを与える。
【００４４】
上記１）〜３）において、各医療施設に与えられた所定のポイントは、受入先探索サーバ３において集計される。そして、受入先探索サーバ３は、所定期間中のポイント累積量に応じて、インセンティブとして例えば保険点数（診療報酬点数）を付与するように処理を行う。すなわち、例えば、付与された保険点数は、ネットワーク４を介して受入先探索サーバ３から公的医療保険のサーバ等に通知され、公的医療保険から各医療施設に保険点数に応じた報酬が支払われる。
なお、上述したように患者受入指標更新のインセンティブとして保険点数を与える方法においては、各自治体及び国の協力が必要となる。しかし、このような方法を採用することにより、各医療施設に対して、患者受入指標の更新を促すことができるようになり、ひいては救急患者の受入先探索精度の向上にも繋がる。
【００４５】
なお、上述した救急患者受入評価処理においてインセンティブとして与えられる所定のポイントについては、本実施形態では特に限定しない。与えられるポイントの量は、受入先探索システム１００が実用されるときの社会状況、医療制度や救急患者の発生件数、処理件数等に応じて決定されればよい。
【００４６】
上記３）においては、各医療施設が患者を受け入れたことを受入先探索サーバ３に通知する必要がある。この通知は、各医療施設が医療施設端末２を介して行ってもよいが、患者を搬送し医療施設への引渡しが終了した救急隊員の手により救急端末１が行うようにしてもよい。
【００４７】
以上説明したように、本実施形態の受入先探索システム１００によれば、救急患者が発生した場合に、患者の症状に応じた受け入れ先の医療施設を探す時間が短縮され、その労力も軽減される。また、救急隊員が判定したトリアージコードすればよいので、トリアージコードに対応する患者受入指標のみを探索することにより受入先探索サーバ３における受入先探索の手間も軽減される。
【００４８】
また、救急端末１は現在位置情報をＧＰＳにより取得し、これを救急患者の現在位置として使用するので、受入先探索サーバ３が受入先候補を探索する際に、搬送に要する時間が短い受入先候補を抽出することができる。
さらに、救急端末１が受入先探索サーバ３が探索した受入先候補と自動的に患者受入交渉を行う場合には、救急隊の手間を軽減することができるようになる。
【００４９】
さらに、入力完了時刻Ｔ１及び患者受入時刻Ｔ２が受入先探索サーバ３に送信されるので、これらの時刻を基に、救急患者が発生した年月日、季節、１日の内の時間帯、場所等による救急患者の発生頻度等の統計的データを受入先探索サーバ３上に蓄積することができる。
これにより、救急隊の救急患者発生現場までの到達時間、到達迄の移動処理（直線距離及び道のり）等を上記統計的データから容易に算出可能となり、このデータを分析することにより、全国レベルでの救急隊等の医療資源の量や配置に関して、適正か否かを分析することが可能になる。
さらに、医療施設端末２を介して、受け入れ後の患者の経過情報を受入先探索サーバ３が集計するようにしてもよい。救急患者の経過情報を蓄積することにより、受入先探索サーバ３は、医療施設、救急隊及び受入先探索センタによって構成される社会的インフラとしての救急医療体制のアウトカムに対する定量評価が可能となる。
【００５０】
また、医療施設に患者受入指標の更新を促進させるインセンティブとして、医療施設に対して救急患者受入評価を行い、評価に応じて例えば保険点数による還元を行う。このようにすることで、医療施設において患者受入指標を更新する意欲が高まり、ひいては救急患者の受入先の決定が迅速に行われるようになる。
また、上記したように救急患者受入評価に応じてインセンティブを与えるためには、全国レベルでの対応が不可欠であるが、例えば国や大きな自治体が受入先探索システム１００を支援することにより、救急医療における統計的データを大量に蓄積することができ、よりよい救急医療のために当該データを使用することができるようになる。
【００５１】
なお、以上の実施の形態においては、患者の症状を表すためにトリアージコードを用いた例を述べたが、患者の容態・症状等を示す方法として、トリアージコード以外の他の指標を採用することも可能である。
また、患者の容態・病状等を示す情報として、血圧、脈拍等を付加することもできる。
【符号の説明】
【００５２】
１００…受入先探索システム、１…救急端末、１１…無線通信部、１１１…アンテナ、１２…ＧＰＳ通信部、１２１…ＧＰＳアンテナ、１３…操作部、１４…表示部、１５…制御部、２…医療施設端末、２１…通信部、２２…操作部、２３…表示部、２４…制御部、３…受入先探索サーバ、３１…通信部、３２…記憶部、３３…操作部、３４…表示部、３５…制御部、４…ネットワーク
【図１】
2010277383.tif 000003
【図２】
2010277383.tif 000004
【図３】
2010277383.tif 000005
【図４】
2010277383.tif 000006
【図５】
2010277383.tif 000007
【図６】
2010277383.tif 000008