(57)【要約】【課題】医療機関における患者の迅速な受け入れを容易にする。【解決手段】救急搬送支援装置１００は、患者の通報情報を受け付ける受付部１１０と、複数の医療機関のうち受付部１１０により受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定する選定部１２０と、選定部１２０により選定された医療機関に対して、前記患者の受け入れを要求する要求部１３０とを含む。【選択図】      図１
2018165898.tif 000002
【特許請求の範囲】
【請求項１】
患者の通報情報を受け付ける受付手段と、
複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定する選定手段と、
前記選定された医療機関に対して、前記患者の受け入れを要求する要求手段と
を備える救急搬送支援装置。
【請求項２】
前記複数の医療機関における救急搬送の実績に基づいて前記ルール情報を変更する変更手段をさらに備える
請求項１に記載の救急搬送支援装置。
【請求項３】
前記変更手段は、前記要求手段による要求に対する応答に基づいて前記ルール情報を更新する
請求項２に記載の救急搬送支援装置。
【請求項４】
前記通報情報は、複数の項目を含み、
前記選定手段は、前記複数の項目毎に算出される前記複数の医療機関のそれぞれと前記患者との適合度に基づいて、前記通報情報に適合する医療機関を選定する
請求項１から請求項３までのいずれか１項に記載の救急搬送支援装置。
【請求項５】
前記項目は、前記患者の位置、通報日時、緊急度、症状、年齢及び性別のいずれかを含む
請求項４に記載の救急搬送支援装置。
【請求項６】
前記通報情報は、前記患者に関する緊急通報を契機として送信される
請求項１から請求項５までのいずれか１項に記載の救急搬送支援装置。
【請求項７】
患者の通報情報を受け付け、
複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定し、
前記選定された医療機関に対して、前記患者の受け入れを要求する
緊急搬送支援方法。
【請求項８】
コンピュータに、
患者の通報情報を受け付ける処理と、
複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定する処理と、
前記選定された医療機関に対して、前記患者の受け入れを要求する処理と
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、救急搬送の支援に関する。
【背景技術】
【０００２】
救急搬送においては、患者の受け入れ先となる医療機関の選定に困難を来す場合がある。例えば、救急隊からの受け入れ要請に対し、複数の医療機関が次々と受け入れを拒否することにより、患者がたらい回しにされることがある。このような事態が生じると、患者のその後の回復等に影響が出る可能性がある。
【０００３】
患者の救急搬送を支援するための技術がある。例えば、特許文献１には、病院のリアルタイムな収容状況に基づいて病院を予約する救急通報システムが開示されている。また、特許文献２には、患者の病院履歴情報に基づいて搬送先の病院を特定する救急搬送支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−０００２８１号公報
【特許文献２】特開２０１４−２１９８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示された技術は、病院側が収容状況をリアルタイムに通知する必要がある。このような技術は、病院側の負担が大きく、現実的であるとはいえない。また、特許文献２に開示された技術において、病院履歴情報により示されない病院、すなわち患者が受診したことがない病院は、搬送先となり得ない。そのため、特許文献２に開示された技術は、搬送先の選択肢が限定される。
【０００６】
本開示の例示的な目的は、医療機関における患者の迅速な受け入れを容易にするための技術を提供することにある。
【課題を解決するための手段】
【０００７】
一の態様において、患者の通報情報を受け付ける受付手段と、複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定する選定手段と、前記選定された医療機関に対して、前記患者の受け入れを要求する要求手段とを含む救急搬送支援装置が提供される。
【０００８】
別の態様において、患者の通報情報を受け付け、複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定し、前記選定された医療機関に対して、前記患者の受け入れを要求する救急搬送支援方法が提供される。
【０００９】
さらに別の態様において、コンピュータに、患者の通報情報を受け付ける処理と、複数の医療機関のうち前記受け付けられた通報情報に適合する医療機関を、所定のルール情報に基づいて選定する処理と、前記選定された医療機関に対して、前記患者の受け入れを要求する処理とを実行させるためのプログラムが提供される。
【発明の効果】
【００１０】
本開示によれば、医療機関における患者の迅速な受け入れが容易になる。
【図面の簡単な説明】
【００１１】
【図１】図１は、救急搬送支援装置の構成の一例を示すブロック図である。
【図２】図２は、救急搬送支援装置の動作の一例を示すフローチャートである。
【図３】図３は、救急搬送支援装置の構成の別の例を示すブロック図である。
【図４】図４は、救急搬送支援装置の動作の別の例を示すフローチャートである。
【図５】図５は、救急搬送支援システムの構成の一例を示すブロック図である。
【図６】図６は、選定装置のハードウェア構成の一例を示すブロック図である。
【図７】図７は、搬送履歴の一例を示す。
【図８】図８は、ルール情報の一例を示す。
【図９】図９は、選定装置の動作の一例を示すフローチャートである。
【図１０】図１０は、選定装置の動作の別の例を示すフローチャートである。
【図１１】図１１は、コンピュータ装置のハードウェア構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１２】
［第１実施形態］
図１は、一の実施形態に係る救急搬送支援装置１００の構成を示すブロック図である。救急搬送支援装置１００は、受付部１１０と、選定部１２０と、要求部１３０とを含んで構成される。ただし、救急搬送支援装置１００は、他の構成をさらに含んでもよい。
【００１３】
救急搬送支援装置１００は、患者の救急搬送を支援するための情報処理装置である。ここでいう支援は、医療機関における患者の受け入れを容易にすることを含む。救急搬送支援装置１００は、例えば、緊急通報を受信し、緊急通報に応じた出場指令を発する施設（以下「指令センター」という。）に設置される。緊急通報の一例は、例えば日本国においては、いわゆる「１１９番」である。なお、説明の便宜上、以下においては、特に断りがある場合を除き、日本国における救急搬送を例とする。
【００１４】
医療機関は、ここでは、医療を提供する施設の総称である。本実施形態における医療機関は、救急搬送される患者に対処する能力を有していれば、その規模や立地は特に限定されない。医療機関は、救命救急センター、病院、医院、診療所などを含む。
【００１５】
受付部１１０は、患者の通報情報を受け付ける。通報情報は、例えば、緊急通報に含まれる情報を含む。通報情報は、例えば、通報者（患者又はその親族等）の通話内容をオペレータがデータ化したテキスト情報である。また、通報情報は、通報者の通話内容を音声認識によってデータ化したテキスト情報であってもよい。あるいは、通報情報は、通報者によりスマートフォン等の電子機器を用いて送信された情報であってもよい。
【００１６】
通報情報は、１以上の項目を含む。ここでいう項目は、患者の位置、通報日時、緊急度、症状、年齢、性別、氏名などである。患者の位置は、例えば、緊急通報が行われた場所を示す。患者の位置は、町名、交差点の名前など、大まかな位置を示すだけでもよい。通報日時は、例えば、緊急通報が行われた時刻を示す。通報日時は、日付や曜日を含んでもよい。緊急度は、治療又は救急搬送の優先順位を示す。緊急度は、いわゆるトリアージのような所定の判断基準に従って決められてもよい。
【００１７】
選定部１２０は、医療機関を選定する。選定部１２０は、あらかじめ登録された複数の医療機関から、受付部１１０により受け付けられた通報情報に適合する医療機関を選定する。選定部１２０は、所定のルール情報に基づいて、１又は複数の医療機関を選定する。ルール情報は、救急搬送支援装置１００の内部又は外部の所定の記憶媒体に記録されている。
【００１８】
ルール情報は、医療機関の選定に用いられるルール、すなわち規則を示す情報であり、コンピュータによって処理可能な情報である。ルール情報は、例えば、患者に対して定義される条件と、その条件に応じた医療機関との対応付けを表す情報である。具体的には、ルール情報は、通報情報に含まれる複数の項目を組み合わせた条件と、それぞれの条件に適合する医療機関との組み合わせを表す情報であってもよい。例えば、ルール情報は、所定の位置、時間帯及び症状を組み合わせた条件とその条件に適合する医療機関とが対応付けられた情報として記憶媒体に記憶されていてもよい。
【００１９】
要求部１３０は、医療機関に対して患者の受け入れを要求する。要求部１３０は、例えば、医療機関の図示されない通信装置に対して所定の方法でメッセージを送信することにより、患者の受け入れを要求する。ここでいうメッセージは、例えば、電子メール又はＳＭＳ（Short Message Service）であるが、これらに限定されない。
【００２０】
救急搬送支援装置１００の構成は、以上のとおりである。この構成のもと、救急搬送支援装置１００は、通報者からの緊急通報に応じて以下の処理を実行する。すなわち、救急搬送支援装置１００は、緊急通報が発生する毎に以下の処理を実行する。
【００２１】
図２は、救急搬送支援装置１００の動作を示すフローチャートである。ステップＳ１１において、受付部１１０は、ある患者に関する通報情報を受け付ける。ステップＳ１２において、選定部１２０は、ルール情報に基づいて、ステップＳ１１において受け付けられた通報情報に適合する１以上の医療機関を複数の医療機関の中から選定する。ステップＳ１３において、要求部１３０は、ステップＳ１２において選定された医療機関に対して患者の受け入れを要求する。
【００２２】
医療機関の通信装置は、この要求に対して、受け入れの可否を応答する。指令センターは、患者の受け入れを受諾した医療機関があれば、通信回線を用いて、患者を搬送中の救急車に当該医療機関を案内する。指令センターは、患者の受け入れを受諾した医療機関が複数ある場合には、いずれか１つの医療機関（例えば、救急車がより短時間で到着できる医療機関）を案内する。
【００２３】
以上のとおり、本実施形態の救急搬送支援装置１００は、患者の通報情報に適合する医療機関をルール情報に基づいて選定する構成を有する。この構成は、通報情報に基づいた医療機関の取捨選択を可能にする。したがって、このような構成を有する救急搬送支援装置１００によれば、患者を受け入れる可能性が高い医療機関に対して選択的に患者の受け入れを要求することが可能である。
【００２４】
一般に、医療機関に対する患者の受け入れ要請は、患者を搬送している救急車から行われている。受け入れ要請は、時間帯（深夜等）、患者の容体、医療機関側の事情などによって、医療機関に拒否される場合がある。受け入れ要請が拒否されると、救急隊員は、別の医療機関を選定し、患者の受け入れを再度要請する必要がある。その結果、医療機関における患者に対する処置が遅延する。
【００２５】
本実施形態の救急搬送支援装置１００によれば、ルール情報に基づいて、患者を受け入れる可能性が高い医療機関に対して選択的に患者の受け入れを要求することが可能である。これにより、複数の医療機関に対して、患者の受け入れの可否を並行して確認することが可能である。また、受け入れ要請に際し、救急隊員の知識や経験によらない客観的な基準（すなわちルール情報）に基づく医療機関の選定が可能になる。したがって、救急搬送支援装置１００によれば、患者が医療機関に迅速に受け入れられる可能性を増大させることができる。
【００２６】
［第２実施形態］
図３は、別の実施形態に係る救急搬送支援装置２００の構成を示すブロック図である。救急搬送支援装置２００の構成は、その一部が第１実施形態の救急搬送支援装置１００と共通する。救急搬送支援装置２００において、第１実施形態と同一の符号が用いられる構成は、救急搬送支援装置１００の当該符号の構成と同様の構成である。このような構成の説明は、適宜省略される。また、以下において記載される用語のうち、第１実施形態においても用いられている用語は、特に断りがある場合を除き、第１実施形態と同様の意味で用いられるものとする。
【００２７】
救急搬送支援装置２００は、第１実施形態と同様の受付部１１０、選定部１２０及び要求部１３０に加え、変更部２１０を含んで構成される。変更部２１０は、選定部１２０により参照されるルール情報を変更する。変更部２１０によるルール情報の「変更」とは、ルール情報を新たに生成することと、既存のルール情報を更新することとを含み得る。
【００２８】
変更部２１０は、医療機関における救急搬送の実績に基づいてルール情報を変更することができる。例えば、変更部２１０は、要求部１３０による要求に対する医療機関の応答に基づいて記憶媒体に記憶されるルール情報を変更することができる。ただし、ここでいう実績は、指令センターのオペレータ等によって手入力された情報であってもよい。
【００２９】
図４は、救急搬送支援装置２００の動作を示すフローチャートである。ステップＳ２１において、受付部１１０は、ある患者に関する通報情報を受け付ける。ステップＳ２２において、選定部１２０は、所定のルール情報に基づいて、ステップＳ２１において受け付けられた通報情報に適合する１以上の医療機関を複数の医療機関の中から選定する。ステップＳ２３において、要求部１３０は、ステップＳ２２において選定された医療機関の通信装置に対して患者の受け入れを要求する。なお、ステップＳ２１〜Ｓ２３の処理は、救急搬送支援装置１００が実行する処理（図２参照）と同様である。
【００３０】
ステップＳ２４において、変更部２１０は、ルール情報を変更する。いくつかの場合において、変更部２１０は、要求部１３０からの要求に対する医療機関の応答に基づいてルール情報を更新する。より詳細には、生成部２１０は、医療機関が要求に応じたか否かによってルール情報の更新内容を異ならせる。
【００３１】
また、変更部２１０は、受付部１１０により受け付けられた通報情報と、当該通報情報に基づく要求に対する医療機関の応答とに基づいてルール情報を更新してもよい。例えば、変更部２１０は、ある症状の患者の受け入れが要求された場合において、ある医療機関が当該患者の受け入れに応じたとき、当該医療機関の通信装置が当該症状の患者を受け入れる可能性を高めるようにルール情報を更新する。
【００３２】
以上のとおり、本実施形態の救急搬送支援装置２００は、第１実施形態の救急搬送支援装置１００と同様の構成に加え、各医療機関における救急搬送の実績に基づいてルール情報を変更する構成を有する。この構成は、選定部１２０によって選定される医療機関を各医療機関における救急搬送の実績に基づいて異ならせ、選定部１２０による選定の精度を向上させることを可能にする。したがって、救急搬送支援装置２００によれば、患者が医療機関に迅速に受け入れられる可能性を増大させることができる。
【００３３】
［第３実施形態］
図５は、別の実施形態に係る救急搬送支援システム３００の構成を示すブロック図である。救急搬送支援システム３００は、指令システム３１０と、通知システム３５０と、端末装置３６０とを含んで構成される。
【００３４】
指令システム３１０は、指令台３２０と、選定装置３３０と、移動端末３４０とを含む。指令システム３１０は、消防機関（又は救急機関）に属する。例えば、指令台３２０及び選定装置３３０は、指令センターに設置される。
【００３５】
指令台３２０は、緊急通報を受信する。指令台３２０は、緊急通報の受信後、インターネット等の通信ネットワークを介して、通報情報を選定装置３３０に送信する。また、指令台３２０は、移動端末３４０と通信する固定局としての機能を有する。また、指令台３２０は、オペレータとのユーザインタフェース部を有してもよい。例えば、指令台３２０は、オペレータの入力を受け付ける操作盤や、通報情報等を表示する表示盤を含み得る。本実施形態の指令台３２０は、実際には、指令台、指揮台、無線統制台など、複数の装置によって構成されてもよい。
【００３６】
選定装置３３０は、通報情報に基づいて医療機関を選定する。また、選定装置３３０は、通知システム３５０に対し、特定の端末装置３６０にメッセージの送信を要求する。ここでいうメッセージは、通信ネットワークを介して電気的にやり取りされるテキスト等の情報であり、例えば、電子メール及びＳＭＳ（Short Message Service）がこれに該当する。選定装置３３０は、第１実施形態の救急搬送支援装置１００又は第２実施形態の救急搬送支援装置２００の一例に相当する。
【００３７】
移動端末３４０は、救急隊員によって使用される移動局である。すなわち、移動端末３４０は、救急車とともに移動する。移動端末３４０は、消防無線等の無線通信ネットワークを介して指令台３２０と通信する。移動端末３４０と指令台３２０の間の通信は、通話（すなわち音声）のみでも足りるが、画像等の他のデータを伴ってもよい。
【００３８】
通知システム３５０は、端末装置３６０にメッセージを送信する。通知システム３５０は、選定装置３３０からの要求に応じて、１又は複数の端末装置３６０にメッセージを送信する。また、通知システム３５０は、送信されたメッセージに対する選定装置３３０からの応答を受信して選定装置３３０に送信（転送）する。通知システム３５０は、消防機関の設備に含まれてもよいが、クラウドサービスなどによって実現されてもよい。以下においては、説明の便宜上、通知システム３５０から端末装置３６０に送信されるメッセージを「受け入れ要請」ともいう。
【００３９】
端末装置３６０は、医療機関にある通信装置である。端末装置３６０は、通知システム３５０から受け入れ要請を受信し、応答を通知システム３５０に返信する。端末装置３６０は、移動体通信網（キャリア網）等の通信ネットワークを介して通知システム３５０と通信する。端末装置３６０は、スマートフォン、タブレット端末等の移動通信端末であってもよいが、必ずしも移動通信端末に限定されない。
【００４０】
図６は、選定装置３３０のハードウェア構成を示すブロック図である。選定装置３３０は、制御部３３１と、通信部３３２と、記憶部３３３とを少なくとも含む。なお、選定装置３３０は、入力装置、表示装置等の他の構成をさらに含んでもよい。
【００４１】
制御部３３１は、選定装置３３０の各部の動作を制御する。制御部３３１は、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリとを含む。制御部３３１は、所定のプログラムに従ってさまざまな処理を実行することができる。制御部３３１は、第１実施形態の受付部１１０、選定部１２０及び要求部１３０と第２実施形態の変更部２１０の一例に相当する。
【００４２】
通信部３３２は、他の装置（指令台３２０及び通知システム３５０）とデータを送受信する。通信部３３２は、アンテナ、モデム、通信インタフェース装置などを含み得る。なお、通信部３３２によるデータ通信は、有線通信と無線通信のいずれであってもよい。
【００４３】
記憶部３３３は、制御部３３１が使用するデータを記憶する。記憶部３３３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶装置を含む。記憶部３３３は、宛先情報３３４と、搬送履歴３３５と、ルール情報３３６とを記憶する。宛先情報３３４、搬送履歴３３５及びルール情報３３６は、必要に応じて書き換え可能である。
【００４４】
宛先情報３３４は、受け入れ要請の宛先を示すデータである。宛先情報３３４は、例えば、患者の受け入れ先となり得る医療機関のそれぞれの名称又はＩＤ（identification data）と、各医療機関に割り当てられた電話番号やメールアドレスとを対応付けたデータである。
【００４５】
搬送履歴３３５は、過去の救急搬送の実績を示すデータである。本実施形態において、搬送履歴３３５は、複数の搬送データを含む。搬送データは、患者の通報情報と、当該患者を受け入れた医療機関が記述されたデータである。搬送データは、例えば、指令台３２０から送信される。なお、搬送履歴３３５は、受け入れ要請が送信されたものの、患者の受け入れを拒否した医療機関に関するデータも実績として含んでもよい。
【００４６】
図７は、搬送履歴３３５の一例を示す。この例において、搬送履歴３３５は、３つの搬送データを含んでいる。それぞれの搬送データは、７つの項目、すなわち「搬送ＩＤ」、「通報日時」、「発生地」、「年齢」、「性別」、「緊急度」、「医療機関」を含む。なお、搬送データは、他の項目を含んでもよい。また、搬送履歴３３５は、実際にはより多数の搬送データを含み得る。
【００４７】
「搬送ＩＤ」は、搬送データを一意的に識別するためのＩＤを示す。「通報日時」は、緊急通報が行われた日時を示す。「発生地」は、患者の発生地（すなわち位置）を示す。「年齢」及び「性別」は、それぞれ患者の年齢と性別を示す。ここでいう年齢は、患者の正確な年齢ではなく、おおよその年齢であってもよい。「緊急度」は、救急隊員等の判断による救急搬送の緊急性を複数の段階（ここでは「高」「中」「低」の３段階）で示す。「医療機関」は、患者を受け入れた医療機関の名称又はＩＤを示す。
【００４８】
ルール情報３３６は、医療機関を選定するための基準を示すデータである。本実施形態のルール情報３３６は、救急搬送される患者の条件に応じた医療機関毎の搬送率を示す。ここでいう搬送率は、特定の条件に合致する受け入れ要請の総数と個々の医療機関が当該受け入れ要請を受諾した回数の比率を意味する。
【００４９】
図８は、ルール情報３３６の一例を示す。説明の便宜上、この例においては、患者の条件が「緊急度」と「時間帯」のみであり、患者の受け入れ先となり得る医療機関が「Ａ救命センター」、「Ｂ市民病院」、「Ｃ総合病院」及び「Ｄ医院」のみであるとする。ここでいう時間帯は、例えば、午前６時から午後６時までを「日中」とし、午後６時から午前６時までを「夜間」とする。
【００５０】
図８の例において、緊急度が「高」であり、かつ時間帯が「夜間」である場合には、「Ａ救命センター」の搬送率が最も高い。これに対し、緊急度が「中」であり、かつ時間帯が「夜間」である場合には、「Ｂ市民病院」の搬送率が最も高い。このように、各医療機関の搬送率は、救急搬送される患者の条件に応じて異なり得る。
【００５１】
なお、搬送率は、実際には、より多数の医療機関に基づいて算出され得る。また、搬送率は、他の条件、すなわち図７の「発生地」、「年齢」、「性別」などといった項目を含んで、より細分化された形で算出され得る。ただし、搬送率は、通報情報に含まれる項目の全てを用いて算出される必要はない。
【００５２】
図９及び図１０は、選定装置３３０の動作を示すフローチャートである。図９のフローチャートは、通報情報に応じた受け入れ要請を送信するときの動作を示す。一方、図１０のフローチャートは、ルール情報３３６を更新するときの動作を示す。
【００５３】
ステップＳ３１１において、通信部３３２は、指令台３２０から送信された通報情報を受信する。制御部３３１は、この通報情報を、通信部３３２を介して取得する。また、ステップＳ３１２において、制御部３３１は、記憶部３３３に記憶されたルール情報３３６を読み出す。
【００５４】
ステップＳ３１３において、制御部３３１は、ステップＳ３１１において取得された通報情報とステップＳ３１２において読み出されたルール情報３３６とに基づいて、受け入れ要請を送信する医療機関を選定する。より詳細には、制御部３３１は、通報情報に基づいて患者の条件を特定し、特定された条件における各医療機関の搬送率を比較する。
【００５５】
制御部３３１は、搬送率が所定の条件を満たす医療機関を選定する。例えば、制御部３３１は、搬送率が最も高い医療機関を選定する。あるいは、制御部３３１は、搬送率が所定の閾値以上である１又は複数の医療機関を選定する。また、制御部３３１は、搬送率が高い順に所定数の医療機関を選定してもよい。
【００５６】
いくつかの場合において、制御部３３１は、各医療機関の適合率を算出してもよい。ここにおいて、適合率とは、ある医療機関への受け入れ要請の回数に対する実際に救急搬送された回数の割合を示す。例えば、ある医療機関に対して受け入れ要請が４回行われたのに対して、当該医療機関が受け入れ要請を受諾したのが３回である場合、この医療機関の適合率は「７５％」である。
【００５７】
制御部３３１は、搬送率に基づいていくつかの医療機関を選定した後、選定された各医療機関の適合率を算出し、適合率が所定の条件を満たす医療機関を選定してもよい。あるいは、制御部３３１は、搬送率と適合率を組み合わせた所定の評価値を算出し、この評価値に基づいて医療機関を選定してもよい。
【００５８】
ここでいう搬送率と適合率は、必ずしも相関を有しない。例えば、搬送率が低くても適合率は高い、といった場合が考えられる。したがって、適合率に基づいて選定される医療機関は、搬送率に基づいて選定される医療機関と異なり得る。制御部３３１は、適合率を用いることにより、特定の条件を満たす患者の受け入れ要請を受諾する可能性が高い医療機関を選定することができ、搬送率を用いることにより、特定の条件を満たす患者が搬送された実績が多い医療機関を選定することができる。
【００５９】
ステップＳ３１４において、制御部３３１は、受け入れ要請の送信を通知システム３５０に要求する。より詳細には、制御部３３１は、ステップＳ３１３において選定された医療機関の宛先情報３３４とステップＳ３１１において受信された通報情報とに基づいて、通報情報の少なくとも一部を含んだメッセージの送信を通知システム３５０に要求する。
【００６０】
通知システム３５０は、この要求に応じて、所定のメッセージ（すなわち受け入れ要請）を所定の宛先に相当する端末装置３６０に送信する。端末装置３６０は、受け入れ要請を受諾するか拒否するかを通知システム３５０に応答する。通知システム３５０は、端末装置３６０からの応答を指令台３２０に転送する。
【００６１】
指令台３２０は、通知システム３５０から転送された応答に基づいて、移動端末３４０と通信する。例えば、指令台３２０のオペレータは、受け入れ要請を受諾した医療機関を救急隊員に伝達する。また、オペレータは、端末装置３６０からの応答に基づいて搬送データを入力してもよい。あるいは、搬送データは、指令台３２０においてオペレータの入力によらずに生成されてもよい。指令台３２０は、このように入力又は生成された搬送データを選定装置３３０に送信する。
【００６２】
選定装置３３０は、搬送データが送信されるとステップＳ３２１を実行する。ステップＳ３２１において、通信部３３２は、指令台３２０から送信された搬送データを受信する。制御部３３１は、この搬送データを、通信部３３２を介して取得する。
【００６３】
ステップＳ３２２、Ｓ３２３において、制御部３３１は、搬送データに基づいてルール情報３３６を更新する。より詳細には、制御部３３１は、ステップＳ３２２において、記憶部３３３に記憶された搬送履歴３３５に含まれる既存の搬送データと、ステップＳ３２１において受信された新たな搬送データとを用いて、搬送率を算出（再計算）する。次いで、制御部３３１は、ステップＳ３２３において、再計算された搬送率を記録することによってルール情報３３６を更新する。
【００６４】
以上のとおり、本実施形態の救急搬送支援システム３００は、第２実施形態の救急搬送支援装置２００と同様の構成を有する。したがって、救急搬送支援システム３００は、救急搬送支援装置２００と同様の作用効果を奏することができる。また、本実施形態の救急搬送支援システム３００は、搬送率又は適合率に基づいて医療機関を選定することにより、受け入れ要請に応じられる可能性が高い医療機関を選定することが可能である。
【００６５】
［変形例］
本開示に係る装置（救急搬送支援装置１００、２００、選定装置３３０等）の具体的なハードウェア構成は、さまざまなバリエーションが含まれ、特定の構成に限定されない。例えば、本開示に係る装置は、ソフトウェアを用いて実現されてもよく、複数のハードウェアを用いて各種処理を分担するように構成されてもよい。
【００６６】
図１１は、本開示に係る装置を実現するコンピュータ装置４００のハードウェア構成の一例を示すブロック図である。コンピュータ装置４００は、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、記憶装置４０４と、ドライブ装置４０５と、通信インタフェース４０６と、入出力インタフェース４０７とを含んで構成される。
【００６７】
ＣＰＵ４０１は、ＲＡＭ４０３を用いてプログラム４０８を実行する。通信インタフェース４０６は、ネットワーク４１０を介して外部装置とデータをやり取りする。入出力インタフェース４０７は、周辺機器（入力装置、表示装置など）とデータをやり取りする。通信インタフェース４０６及び入出力インタフェース４０７は、データを取得又は出力するための構成要素として機能することができる。
【００６８】
なお、プログラム４０８は、ＲＯＭ４０２に記憶されていてもよい。また、プログラム４０８は、メモリカード等の記録媒体４０９に記録され、ドライブ装置４０５によって読み出されてもよいし、外部装置からネットワーク４１０を介して送信されてもよい。
【００６９】
本開示に係る装置は、図１１に示される構成（又はその一部）によって実現され得る。例えば、救急搬送支援装置１００、２００の場合、受付部１１０、選定部１２０、要求部１３０及び変更部２１０は、ＣＰＵ４０１、ＲＯＭ４０２及びＲＡＭ４０３に対応する。また、選定装置３３０の場合、制御部３３１は、ＣＰＵ４０１、ＲＯＭ４０２及びＲＡＭ４０３に対応する。通信部３３２は、通信インタフェース４０６に対応する。記憶部３３３は、記憶装置４０４又はドライブ装置４０５に対応する。
【００７０】
なお、本開示に係る装置の構成要素は、単一の回路（プロセッサ等）によって構成されてもよいし、複数の回路の組み合わせによって構成されてもよい。ここでいう回路（circuitry）は、専用又は汎用のいずれであってもよい。例えば、本開示に係る装置は、一部が専用のプロセッサによって実現され、他の部分が汎用のプロセッサによって実現されてもよい。
【００７１】
以上、本発明は、上述された実施形態及び変形例を模範的な例として説明された。しかし、本発明は、これらの実施形態及び変形例に限定されない。本発明は、本発明のスコープ内において、いわゆる当業者が把握し得るさまざまな変形又は応用を適用した実施の形態を含み得る。また、本発明は、本明細書に記載された事項を必要に応じて適宜に組み合わせ、又は置換した実施の形態を含み得る。例えば、特定の実施形態を用いて説明された事項は、矛盾を生じない範囲において、他の実施形態に対しても適用し得る。
【符号の説明】
【００７２】
１００、２００    救急搬送支援装置
１１０    受付部
１２０    選定部
１３０    要求部
２１０    変更部
３００    救急搬送支援システム
３１０    指令システム
３２０    指令台
３３０    選定装置
３４０    移動端末
３５０    通知システム
３６０    端末装置
４００    コンピュータ装置
【図１】
2018165898.tif 000003
【図２】
2018165898.tif 000004
【図３】
2018165898.tif 000005
【図４】
2018165898.tif 000006
【図５】
2018165898.tif 000007
【図６】
2018165898.tif 000008
【図７】
2018165898.tif 000009
【図８】
2018165898.tif 000010
【図９】
2018165898.tif 000011
【図１０】
2018165898.tif 000012
【図１１】
2018165898.tif 000013