(57)【要約】【課題】タクシー等の救急患者の搬送を目的としていない車両を用いて、救急依頼を行った救急患者を適切な病院に迅速に搬送する。【解決手段】患者は救急通報元から最寄りのタクシーを使用する。システムは、タクシー内のコンピュータ１１０、患者情報と病院情報とを管理する集中サーバ１２０及び医者勤務状況と設備状況との情報を持つ病院サーバ１３０により構成され、相互に通信を行って、救急患者にとって最適な病院を決定する。タクシーには、ランプ、サイレンが設置され、救急医療車と同様にして救急患者を決定した病院に搬送する。【選択図】      図１
2005071092.tif 000002
【特許請求の範囲】
【請求項１】
救急患者の搬送システムにおいて、救急患者の搬送を目的としていない車両に備えられたコンピュータと、患者情報や病院情報等の医療ネットに必要な情報を管理する少なくとも１つの集中サーバと、医療ネットに登録された複数の病院サーバとがネットワークを介して相互に接続されて構成され、前記コンピュータには、医療ネットで診察券として使用するＩＣカード内の患者情報を読み込むＩＣカードリーダが設けられ、前記コンピュータは、前記患者情報を前記集中サーバに送信する手段と、前記集中サーバからの指定病院の情報を受信する手段とを有し、前記集中サーバは、前記コンピュータからの患者の情報を受信する手段と、受信した患者の情報に基づいて、患者の搬送先の当該患者にとって最適な病院を決定する手段と、決定した病院の情報を前記コンピュータに送信する手段とを有し、前記車両により前記集中サーバから指定された病院に前記救急患者を搬送することを特徴とする救急患者の搬送システム。
【請求項２】
前記車両には、サイレン及びランプが装備され、前記コンピュータは、患者の搬送時、サイレンを鳴らし、また、ランプを点灯させる制御を行うことを特徴とする請求項１記載の救急患者の搬送システム。
【請求項３】
前記コンピュータには、患者の緊急度情報を入力する入力部が設けられており、前記コンピュータは、前記患者情報としてＩＣカード内のＩＤ番号及び前記入力部からの患者の緊急度情報を前記集中サーバに送信することを特徴とする請求項１または２記載の救急患者の搬送システム。
【請求項４】
前記コンピュータは、コンピュータが設置されている車両の位置から最寄りの救急病院を決定するための救急病院リストを有し、前記集中サーバからの応答がなかった場合、救急病院リストに基づいて最寄りの救急病院を決定し、当該救急病院へ救急患者の受け入れ指示を行うと共に、当該車両の位置情報を前記救急病院に送信することを特徴とする救急患者の搬送システム。
【請求項５】
救急患者の搬送方法において、救急患者の搬送を目的としていない車両に備えられたコンピュータは、患者のＩＤ番号、容態情報、車両の位置情報の各情報をセンタの集中サーバに送信し、前記コンピュータからの情報を受信した集中サーバは、患者のＩＤ番号から患者情報を検索し、得られた患者データから指定病院を決定して患者情報をその病院の病院サーバに送信し、患者情報を受信した病院サーバは、患者の受け入れの可否を判定し、その判定結果を集中サーバに送信し、病院サーバからの患者の受け入れ判定結果を受信した集中サーバは、患者を搬送する病院を決定し、その病院の位置情報を前記コンピュータに送信し、コンピュータは、搬送先病院の位置を確認して指定された病院の位置を表示し、その後、前記車両により救急患者の搬送を行うことを特徴とする救急患者の搬送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、救急患者の搬送システム及び搬送方法に係り、特に、タクシー、病院、老人ホーム、ケアホーム等が持つ救急患者の搬送を目的としていない救急医療車以外の車両を用いて、救急患者を適切な病院に迅速に搬送することを可能とした救急患者の搬送システム及び搬送方法に関する。
【背景技術】
【０００２】
一般に、救急医療車による救急患者の搬送は、１１９番による救急依頼の通報が消防署等の公的機関にあった場合に、救急医療車を患者の居る場所に差し向けて行われている。そして、この種のシステムにおいて、救急患者を搬送先へ確実にかつ迅速に送り届ける手法に関する従来技術として、例えば、特許文献１等に記載されているような救急医療車の配車管理を行う方法が知られている。
【特許文献１】特開２００１−３２５６８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前述した従来技術は、消防署等の公的機関が所持する救急医療車を使用しなければならないため、消防署と救急依頼のあった通報元との間の距離が大きい場合、到着に時間がかかってしまうという問題点を有している。また、前述した従来技術は、搬送先の病院として救急病院が指定されるが、持病を持っていたり通院中の病気が原因による救急患者の場合、救急病院に搬送されるよりも、直接、専門の病院あるいは掛かり付けの病院に搬送された方がよい場合であっても、そのような対応を行うことができない場合もあるという問題点を有している。
【０００４】
本発明の目的は、前述した従来技術の問題点を解決し、救急依頼を行った通報元付近のタクシー、病院、老人ホーム、ケアホーム等が持つ通常は救急患者の搬送を目的としていない救急医療車以外の車両を用いて、救急患者を適切な病院に迅速に搬送することを可能とした救急患者の搬送システム及び搬送方法を提供することにある。
【課題を解決するための手段】
【０００５】
本発明によれば前記目的は、救急患者の搬送システムにおいて、救急患者の搬送を目的としていない車両に備えられたコンピュータと、患者情報や病院情報等の医療ネットに必要な情報を管理する少なくとも１つの集中サーバと、医療ネットに登録された複数の病院サーバとがネットワークを介して相互に接続されて構成され、前記コンピュータに、医療ネットで診察券として使用するＩＣカード内の患者情報を読み込むＩＣカードリーダが設けられ、前記コンピュータが、前記患者情報を前記集中サーバに送信する手段と、前記集中サーバからの指定病院の情報を受信する手段とを有し、前記集中サーバが、前記コンピュータからの患者の情報を受信する手段と、受信した患者の情報に基づいて、患者の搬送先の当該患者にとって最適な病院を決定する手段と、決定した病院の情報を前記コンピュータに送信する手段とを有し、前記車両により前記集中サーバから指定された病院に前記救急患者を搬送することにより達成される。
【０００６】
また、前記目的は、救急患者の搬送方法において、救急患者の搬送を目的としていない車両に備えられたコンピュータが、患者のＩＤ番号、容態情報、車両の位置情報の各情報をセンタの集中サーバに送信し、前記コンピュータからの情報を受信した集中サーバが、患者のＩＤ番号から患者情報を検索し、得られた患者データから指定病院を決定して患者情報をその病院の病院サーバに送信し、患者情報を受信した病院サーバが、患者の受け入れの可否を判定し、その判定結果を集中サーバに送信し、病院サーバからの患者の受け入れ判定結果を受信した集中サーバが、患者を搬送する病院を決定し、その病院の位置情報を前記コンピュータに送信し、コンピュータが、搬送先病院の位置を確認して指定された病院の位置を表示し、その後、前記車両により救急患者の搬送を行うことにより達成される。
【発明の効果】
【０００７】
本発明によれば、通常は救急患者の搬送に使用されない救急医療車以外の車両を用いて、救急患者を適切な病院に迅速に搬送することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明による救急患者の搬送システム及び搬送方法の一実施形態を図面により詳細に説明する。
【０００９】
図１は本発明の一実施形態による救急患者の搬送システムの構成例を示すブロック図である。図１において、１００はＩＣカード、１１０はタクシーに搭載のコンピュータ、１１１、１２１、１３１は通信部、１１２はＩＣカードリーダ、１１３は入力部、１１４は急患通知処理部、１１５はナビゲーション処理部、１１６は確認処理部、１１７は特殊効果処理部、１１８は救急病院リストテーブル、１２０はセンタ設置の集中サーバ、１２２は患者情報検索処理部、１２３は病院受け入れ指定処理部、１２４は病院指定処理部、１２５は患者リストテーブル、１２６は患者カルテテーブル、１２７は病院情報テーブル、１２８は指定病院リストテーブル、１２９は患者情報管理テーブル、１３０は病院設置のサーバ、１３２は受け入れ判定処理部、１３３は確認処理部、１３４は医者勤務状況テーブル、１３５は設備状況テーブル、１４０はネットワーク、１５０は重み付け対応テーブル、１６０は距離ポイントテーブルである。
【００１０】
本発明の一実施形態による救急患者の搬送システムは、患者搬送用の車両としてタクシーを使用する場合の例であり、図１に示すように、タクシーに搭載されたコンピュータ１１０と、医療ネットを管理するセンタに設置された集中サーバ１２０と、救急患者を受け入れる病院等に設置された病院サーバ１３０とがネットワーク１４０に接続されて構成される。ネットワーク１４０は、有線、無線等により接続して利用することができる公衆通信網、インターネット等の通信媒体により構成されている。そして、本発明の実施形態による救急患者の搬送システムは、地域医療ネットを構成しており、このシステムの利用者は、集中サーバ１２０が発行するＩＤ番号を格納し、地域医療ネットで共通の診察券としての機能を持つＩＣカード１００を所持しているものとする。なお、図１には、タクシー、センタ、病院をそれぞれ１つずつ示しているが、本発明のシステムは、タクシー、センタ、病院が複数備えられていてよく、各タクシーにコンピュータが、センタ及び病院のそれぞれにサーバが備えられる。
【００１１】
タクシーに搭載されたコンピュータ１１０は、ネットワーク１４０を介して無線等で集中サーバ１２０や病院サーバ１３０とデータの送受信を行う通信部１１１、ＩＣカードリーダ１１２、患者の緊急度を通知するためのボタンやタッチパネルにより構成される入力部１１３、救急患者の情報やタクシーの位置情報を集中サーバ１２０へ送信する処理を行う急患通知処理部１１４、当該タクシーの位置情報の取得及び集中サーバ１２０から送信される指定病院の位置情報を表示する処理を行うナビゲーション処理部１１５、集中サーバ１２０から送信される指定病院情報を確認し、また、集中サーバ１２０から応答がなかった場合に最寄りの救急病院へ救急患者の受け入れ指示を送信する処理を行う確認処理部１１６、救急医療車と外観上同じ機能を持たせるためにタクシーにランプを点灯させたり、サイレンを鳴らすための特殊効果処理部１１７、病院名、位置情報などの情報を持つ救急病院リストテーブル１１８を備えて構成されている。
【００１２】
図２は前述した入力部１１３を通知ボタン（押しボタン）により構成した場合の例を示す図、図３は通知ボタンに付けられた色と患者の緊急度との対応を説明する図である。
【００１３】
入力部１１３は、図２に示すような複数の押しボタン４００等により構成されていればよく、各押しボタン４００には、例えば、図３に示すようなボタンの色と救急患者の緊急度との対応付けによる色が付けられている。図２、図３に示す例では、ボタンの色として、「赤」、「黄」、「青」の３色が設定され、それぞれ、患者の緊急度の「高い」、「中くらい」、「低い」に対応させられている。これらのボタンを押下することにより、コンピュータ１１０へ患者の緊急度が通知される。なお、救急患者の緊急度との対応付けられるボタンの色は、前述した例に限らず、任意に設定することができる。
【００１４】
前述では、入力部１１３を通知ボタン（押しボタン）により構成したとして説明したが、入力部１１３は、コンピュータ１１０の表示画面に表示したソフトボタンにより構成し、表示画面上に設けられたタッチパネルから操作するようにしてもよい。この場合にも、各ボタンに、救急患者の緊急度との対応付けによる色を付けておくとよい。
【００１５】
図４はタクシーコンピュータに設けられる救急病院リストテーブル１１８の構成例を示す図であり、救急病院の病院名、位置情報としての所在住所が格納されている。この救急病院リストテーブル１１８には、地域医療ネットに登録された救急病院情報のみが格納されていればよい。
【００１６】
地域医療ネットの管理を行うセンタに設置された集中サーバ１２０は、ネットワーク１４０を介して無線等でコンピュータ１１０や病院サーバ１３０とデータの送受信を行う通信部１２１、コンピュータ１１０から送信される救急患者情報を用いて、患者リストテーブル１２５から当該患者情報を取得するための患者情報検索処理部１２２、救急患者の容態により突発性の急患か否かの判断を行い、当該患者にとって最適な病院へ当該患者の受け入れ指示を送信する病院受け入れ指定処理部１２３、病院受け入れ指定処理部１２３から急患受け入れ指示を受信した病院からの応答が受け入れ可能の場合に、タクシーヘ当該病院の位置情報等を送信し、また、受け入れ不可の場合に、次の適切な病院を選択するための処理を行うと共に、病院受け入れ指定処理部１２３で指定した病院からの応答がなかった場合、次の適切な病院を選択するための処理も実施する病院指定処理部１２４、患者リストテーブル１２５、患者カルテテーブル１２６、病院情報テーブル１２７、指定病院リストテーブル１２８、患者情報管理テーブル１２９、重み付け対応テーブル１５０、距離ポイントテーブル１６０を備えて構成される。
【００１７】
次に、前述した集中サーバ１２０内に設けられる各種のテーブルのそれぞれについて、図面により説明する。
【００１８】
図５は患者リストテーブル１２５の構成例を示す図である。この患者リストテーブル１２５は、地域医療ネットに登録されている患者が現在、通院中か否かを管理するためのテーブルであり、図５に示すように、患者毎のＩＤ番号、氏名、通院中か？、緊急度は高いか？等の情報を格納して構成されている。
【００１９】
図６は患者カルテテーブル１２６の構成例を示す図である。この患者カルテテーブルは、患者毎の現在通院中の患者情報を管理するためのテーブルであり、図６に示すように、患者毎のＩＤ番号、病名、重度、持病の有無、通院中の病院等の情報を格納して構成されている。なお、このテーブルには、１人の患者に複数の病名、重度、持病の有無、通院中の病院等の情報が登録されてもよい。
【００２０】
図７は病院情報テーブル１２７の構成例を示す図である。この病院情報テーブル１２７は、地域医療ネットに登録してある全病院情報が格納されたテーブルであり、図７に示すように、病院毎の病院名、診療分野、評価、位置情報としての所在住所等が格納されている。また、病院情報テーブル１２７には、救急病院情報も格納されている。病院情報テーブル１２７に格納されている評価の情報は、地域医療ネットに登録された病院に対して、例えば、通院した患者数、患者収容数、医者の実績、設備投資等を数値化して算出された評価結果であり、ここでは、この評価の値が高い病院ほど優秀な病院であるとする。
【００２１】
図８は指定病院リストテーブル１２８の構成例を示す図である。この指定病院リストテーブル１２８は、病院受け入れ指定処理部１２３で決定した指定病院のリストが格納されるテーブルであり、図８に示すように、病院名、位置情報としての所在住所、診療分野等の情報が格納されている。
【００２２】
図９は患者情報管理テーブル１２９の構成例を示す図である。この患者情報管理テーブル１２９は、地域医療ネットを利用する際に集中サーバ１２０が発行するＩＤ番号と患者情報との対応付けを行うテーブルであり、図９に示すように、患者毎のＩＤ番号、氏名、性別、年齢、住所、電話番号等の情報が格納されている。
【００２３】
図１０は重み付け対応テーブル１５０の構成例を示す図、図１１は集中サーバが動的に指定病院を決定するために使用する評価関数の例を示す図である。重み付け対応テーブル１５０は、図１０に示すように、患者緊急度と重み係数の設定値との組み合わせが対応付けられている。そして、重み係数として、病院とタクシーとの間の距離に対する重み係数ａ、病院に対する重み係数ｂが、患者緊急度である「高い」、「中くらい」、「低い」のそれぞれに対応して設定されている。そして、重み付け対応テーブル１５０内の重み係数は、図１１に示すような患者にとって最適な病院を決定する評価関数の例である評価式１５００で使用される。これらの重み係数ａ、ｂの組み合わせは、タクシーコンピュータ１１０から送信されてくる患者の容態情報に従って自動的に決定される。
【００２４】
図１２は距離ポイントテーブル１６０の構成例を示す図である。この距離ポイントテーブル１６０は、図１２に示すように、タクシーと病院との間の距離をポイントに換算した値を格納しており、これらのポイントは、図１１に示す評価式１５００の距離に相当する値として使用される。
【００２５】
病院に設置されたサーバ（以下、病院サーバという）１３０は、地域医療ネットに登録された病院が設置するサーバであり、ネットワーク１４０を介して無線等でコンピュータ１１０や集中サーバ１２０とデータの送受信を行う通信部１３１、集中サーバ１２０から救急患者の受け入れ指示を受信したときに、医者の勤務状況や設備稼働状況から受け入れ可能か否かの判断を行い、その結果を集中サーバ１２０に送信する受け入れ判定処理部１３２、タクシーの位置情報と到着予定時間とを受信する確認処理部１３３、医者勤務状況テーブル１３４、設備状況テーブル１３５を備えて構成されている。
【００２６】
図１３は病院サーバ１３０に設けられている医者勤務状況テーブル１３４の構成例を示す図である。この医者勤務状況テーブル１３４は、医者の勤務状況を管理するためのテーブルであり、図１３に示すように、病院に在籍する医者毎の氏名、在勤か否か、対応可能か？等の情報が格納されている。
【００２７】
図１４は病院サーバ１３０に設けられている設備状況テーブル１３５の構成例を示す図である。設備状況テーブル１３５は、診察室や手術室等の病院設備の稼動状況を管理するテーブルであり、図１４に示すように、設備、空き部屋等の情報が格納されている。
【００２８】
次に、前述したように構成される本発明の実施形態による救急患者の搬送システムでの患者搬送の際の処理動作について説明する。なお、以下に説明する処理の前提条件として、救急患者は、地域医療ネットで共通して利用可能な診察券としてのＩＣカード１００を所持しているものとする。
【００２９】
図１５は患者がタクシーに乗り込んだときに必要な人手による処理作業の例を説明するフローチャート、図１６は患者の搬送先の病院を決定して患者の搬送を行うまでの全体の処理動作の例を説明するフローチャートである。図１５、図１６に示す処理は、一連のものとして行われるものであるので、以下では、これらを一連のものとして説明する。
【００３０】
（１）まず、タクシーの運転手は、乗車した救急患者のＩＣカード１００をＩＣカードリーダ１１２に挿入する。この作業は、救急患者、その介護者等のタクシー運転手以外の人間が行ってもよい（ステップ２００）。
【００３１】
（２）次に、入力部１１３を用いて救急患者の容態（緊急度）をコンピュータ１１０に通知する。入力部１１３は、すでに説明したように、ボタンの色と救急患者の緊急度の対応付けがされた押しボタン等により構成されているので、タクシー運転手が救急患者の容態が悪く緊急性があると判断した場合、赤ボタンを押下することにより、コンピュータ１１０へ当該患者の緊急性が高いことが通知される。この押しボタンの押下は、救急患者本人が判断して行ってもよく、患者の介護者等のタクシー運転手以外の人間が行ってもよい。以下の説明では、緊急度が高い赤色のボタンが押下されているものとして説明を続ける（ステップ２１０）。
【００３２】
（３）前述したステップ２００、２１０の人手による作業が終了すると、タクシー内のコンピュータ１１０は、急患通知処理部１１４により、急患通知処理を実施し、集中サーバ１２０に、患者ＩＤ番号、容態情報（緊急度）、タクシー位置情報の各情報を送信すると共に、集中サーバからの応答のタイムアウトを監視するための時間情報Ｔ１を後述する確認処理部１１６での処理に引き渡す。なお、この処理の詳細については、図１７に示すフローにより後述する（ステップ３００、３８０）。
【００３３】
（４）ステップ３００の処理によるタクシー内のコンピュータ１１０からの情報を受信した集中サーバ１２０は、患者情報検索処理部１２２により、患者情報の検索処理を実施し、得られた患者データを病院受け入れ指定処理部１２３に引き渡す。なお、この処理の詳細については、図１８に示すフローにより後述する（ステップ３１０）。
【００３４】
（５）続いて、集中サーバ１２０は、病院受け入れ指定処理部１２３により、病院受け入れ指定処理を実施し、指定病院を決定して患者情報をその病院の病院サーバ１３０に送信すると共に、病院サーバからの応答のタイムアウトを監視するための時間情報Ｔ２を後述する病院指定処理部１２４での処理に引き渡す。なお、この処理の詳細については、図１９に示すフローにより後述する（ステップ３２０、３９０）。
【００３５】
（６）ステップ３２０の処理による集中サーバ１２０から患者情報を受信した病院サーバ１３０は、受け入れ判定処理部１３２により、患者の受け入れ判定処理を実施し、患者の受け入れの可否を判定し、その判定結果を集中サーバ１２０に送信する。なお、この処理の詳細については、図２０に示すフローにより後述する（ステップ３３０）。
【００３６】
（７）ステップ３３０の処理による病院サーバ１３０からの患者の受け入れ判定結果を受信した集中サーバ１２０は、病院指定処理部１２４により、患者を搬送する病院を決定し、その病院の位置情報をタクシー内のコンピュータ１１０に送信すると共に、タクシーの位置情報と到着予定時間とを決定した病院の病院サーバ１３０に送信する。なお、この処理の詳細については、図２１に示すフローにより後述する（ステップ３４０）。
【００３７】
（８）ステップ３４０の処理による集中サーバ１２０からの搬送先病院の位置情報を受信したタクシー内のコンピュータ１１０は、確認処理部１１６により、搬送先病院の位置を確認し、ナビゲーション処理部１１５に指定された病院の位置を表示し、続いて、特殊効果処理部１１７に処理を移して、患者を指定された病院に搬送する。なお、これの処理の詳細については、図２２、図２３に示すフローにより後述する（ステップ３５０、３７０）。
【００３８】
（９）一方、ステップ３４０の処理による集中サーバ１２０からのタクシーの位置情報と到着予定時間とを受信した病院サーバ１３０は、確認処理部１３３により、受信した情報の確認を行い、患者の受け入れを準備する。なお、この処理の詳細については、図２４に示すフローにより後述する（ステップ３６０）。
【００３９】
図１７は図１６に示すフローにおけるステップ３００の急患通知処理部１１４による急患通知処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００４０】
（１）コンピュータ１１０は、まず、入力部１１３から患者の容態情報（緊急度）を取得する。ここで説明する例では、タクシ−の運転手等により赤ボタンが押下されているとしているため、コンピュータ１１０は、救急患者の緊急度が高いという情報を受信することになる（ステップ５００）。
【００４１】
（２）コンピュータ１１０は、続いて、ＩＣカードリーダ１１２から読み出される当該患者のＩＤ番号を取得し、ナビゲーション処理部１１５から自タクシーの現在の位置情報を取得する（ステップ５１０、５２０）。
【００４２】
（３）次に、通信部１１１を経由して集中サーバ１２０へ取得した当該患者のＩＤ番号及び容態情報と現在の当該タクシーの位置情報とを送信する（ステップ５３０）。
【００４３】
（４）また、集中サーバ１２０からの応答が返ってきたかどうかの監視を行うためのタイムアウト時間Ｔ１を設定する。このタイムアウト時間Ｔ１の設定は、この時間内に集中サーバ１２０から応答が返ってこない場合に、集中サーバ１２０あるいはネットワーク１４０において障害が発生したものと判断するための基準とするためであり、この時間は、救急患者を病院へ搬送することからなるべく短時間である必要があり、例えば、高々１分程度に設定される（ステップ５４０）。
【００４４】
（５）ステップ５４０での処理が終了した後、この処理で設定したタイムアウト時間Ｔ１の情報を確認処理部１１６へ引き渡して、ここでの処理を終了する（ステップ５５０）。
【００４５】
図１８は図１６に示すフローにおけるステップ３１０の患者情報検索処理部１２２による患者情報検索処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００４６】
（１）集中サーバ１２０は、タクシー内のコンピュータ１１０から送信されてきた救急患者のＩＤ番号、容態情報（緊急度）、タクシー位置情報を通信部１２１を経由して受信する（ステップ６００）。
【００４７】
（２）次に、集中サーバ１２０は、受信した患者のＩＤ番号を用いて、患者リストテーブル１２５から当該患者の現時点での情報を取得し、その患者が現在病院に通院中か否かを判定する（ステップ６１０、６２０）。
【００４８】
（３）ステップ６２０の判定で、現在通院中でない場合、突発性の救急患者として病院受け入れ指定処理部１２３ヘデータを引き渡す（ステップ６６０）。
【００４９】
（４）ステップ６２０の判定で、現在通院中であった場合、患者リストテーブル１２５の情報から緊急度が高いか否かの判定を行い、緊急度が高くなかった場合、突発性の救急患者として病院受け入れ指定処理部１２３ヘデータを引き渡す（ステップ６３０、６６０）。
【００５０】
（５）ステップ６３０の判定で、緊急度が高かった場合、患者カルテテーブル１２６から例えば緊急度が重度の病名等の情報を取得する。取得する緊急度は、中度であっても軽度であってもかまわないが、ここで説明している例では、重度と設定している。その後、当該情報を病院受け入れ指定処理部１２３へ引き渡してここでの処理を終了する（ステップ６４０、６５０）。
【００５１】
図１９は図１６に示すフローにおけるステップ３２０の病院受け入れ指定処理部１２３による病院受け入れ指定処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００５２】
（１）集中サーバ１２０は、まず、タクシー内のコンピュータ１１０からタクシーの位置情報を通信部１２１を経由して受信し、続いて、コンピュータ１１０から現時点の当該患者の容態情報（緊急度）を通信部１２１を経由して受信する（ステップ７００、７１０）。
【００５３】
（２）次に、患者情報検索処理部１２２から当該患者情報を取得する。そして、この取得情報に基づいて当該患者が突発性の救急患者であるか否かを判定する（ステップ７２０、７３０）。
【００５４】
（３）ステップ７３０の判定で、当該患者が突発性の救急患者であった場合、ステップ７００の処理で得たタクシーの位置情報と病院情報テーブル１２７にある病院の位置情報とから最寄りの救急病院を決定する。すなわち、突発性の救急患者と判断された場合は、最寄りの救急病院を選択する処理を行う（ステップ７７０）。
【００５５】
（４）また、ステップ７３０の判定で、当該患者が突発性の救急患者でなかった場合、ステップ７００の処理で得たタクシーの位置情報とステップ７１０の処理で得た当該患者の容態情報とステップ７２０の処理で得た病名等の情報を持つ当該患者情報から指定病院の候補を決定する。すなわち、突発性の患者ではないと判断した場合、患者カルテテーブル１２６から取得した病名から患者にとって最適な病院を決定する処理を行う（ステップ７４０）。
【００５６】
ステップ７４０の処理での病院の決定の処理は、どのような方法を用いて行ってもよい。例えば、評価関数を用いて動的に決定する方法でもよいし、あるいは、タクシーと病院との間の距離等により優先順位を付けたテーブルを予め作成しておき、静的に指定病院を決定する方法でもよい。ここでは、一例として、評価関数を用いて動的に決定する方法を、図１１で示すような評価式１５００を用いて説明する。
【００５７】
まず、前提条件として、当該救急患者が図６に示す患者カルテテーブル１２６におけるＩＤ番号０００１を持つ患者であったとする。このとき、図１８により説明したフローのステップ６４０の処理で重度の病名である心臓病、通院中の病院がＡ病院である等の当夜患者（ＩＤ番号０００１）情報を取得し、ステップ６５０の処理で、その旨を病院受け入れ処理部１２３へ引き渡しているものとする。
【００５８】
評価関数の一例である評価式１５００で示される距離の値としては、例えば、図１２に示した距離ポイントテーブル１６０からタクシーの位置と病院の位置とによって算出した距離をポイントに換算した値が使用される。ここで、当該患者（ＩＤ番号０００１）は、心臓病の急患であるので、例えば、図７に示している病院情報テーブル１２７から分野が心臓外科の病院が算出される。このとき、一例として、図７からＡ病院とＤ病院とが選択されたものとする。そして、タクシーの位置と病院の位置とによって距離を算出した結果、Ａ病院との距離が４ｋｍ、Ｄ病院との距離が５００ｍであったとすると、図１２で示す距離ポイントテーブル１６０よりＡ病院は２ポイント、Ｄ病院は３ポイントを得ることとなる。また、評価式１５００で示される病院の評価ポイントは、図７に示すような病院情報テーブル１２７の評価に相当する。よって、Ａ病院は９ポイント、Ｄ病院は８ポイントとなる。
【００５９】
また、評価式１５００に示されるａ及びｂは、患者の緊急度により評価関数の決定基準を変更可能にするための重み係数である。この重み係数は、集中サーバ１２０により図１０に示している重み付け対応テーブル１５０として管理され、患者の緊急度により集中サーバ１２０が自動でどの重み係数の組み合わせを使用するかを判断する。ここでは、重み係数の算出の例として、図１０に示すような重み付け対応テーブル１５０を使用するものとする。
【００６０】
例えば、患者の緊急度が高い場合、自動で、タクシーと病院との間の距離を重要視するような重み係数ａ、ｂの組み合わせが設定され、また、患者の緊急度が高くない場合は、病院の評価ポイントを重要視するような重み係数ａ、ｂの組み合わせが設定される。ここでは、ステップ７１０の処理で、患者の緊急度が高い旨をタクシー内のコンピュータ１１０から受信しているので、集中サーバ１２０は、距離を重要視するような重み係数ａ、ｂの組み合わせを自動的に設定する。すなわち、図１０に示す重み付け対応テーブル１５０から係数ａとして３、かつ、係数ｂとして１の組み合わせが使用される。
【００６１】
前述の結果、病院Ａの評価は、図１１の評価式１６００で示すとおり１５ポイント、病院Ｄの評価は評価式１７００で示すとおり１７ポイントとなる。その結果、救急患者の受け入れ指示を出す病院の候補の一番目は、取得ポイントの高いＤ病院、２番目にＡ病院という順番になる。この結果は、図８に示すように指定病院リストテーブル１２８へ登録される。
【００６２】
前述で説明した例では、病院Ａが１５ポイント、病院Ｄが１７ポイントの評価値であったが、評価式で算出した結果の評価値が１０ポイント以下の場合、そのような病院は救急患者にとって好ましくない病院であるものとして指定病院には含まないようにする等、救急患者にとって最適な指定病院を算出するようにする。
【００６３】
（５）ステップ７４０の処理で指定病院の候補を決定した後、次に、優先順位の高い順に指定病院を決定する。すなわち、ここでは、まず、最初に病院Ｄが指定されることになる（ステップ７５０）。
【００６４】
（６）次に、集中サーバ１２０は、ステップ７５０の処理で決定した病院（この例ではＤ病院）、または、ステップ７７０の処理で決定した最寄りの救急病院のサーバ１３０へ通信部１２１を経由して患者情報及び受け入れ指示を送信する（ステップ７８０）。
【００６５】
（７）次に、病院サーバ１３０からの応答が返ってきたかどうかの監視を行うためのタイムアウト時間Ｔ２を設定する。このタイムアウト時間Ｔ２の設定は、この時間内に病院サーバ１３０から応答が返ってこない場合に、病院サーバ１３０あるいはネットワーク１４０において障害が発生したものと判断するための基準とするためであり、この時間は、救急患者を病院へ搬送することからなるべく短時間である必要があり、しかも、１つの病院が患者の受け入れ不可能であった場合、次の病院に患者の受け入れを依頼しなければならないため、極力短時間である必要があり、例えば、高々１０秒程度に設定される（ステップ７９０）。
【００６６】
（８）ステップ７９０での処理が終了した後、この処理で設定したタイムアウト時間Ｔ２の情報を病院指定処理部１２４へ引き渡して、ここでの処理を終了する（ステップ７６０）。
【００６７】
図２０は図１６に示すフローにおけるステップ３３０の病院サーバ１３０の受け入れ判定処理部１３２による受け入れ判定処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００６８】
（１）まず、病院サーバ１３０の受け入れ判定処理部１３２は、集中サーバ１２０から患者情報を通信部１３１を経由して受信し、続いて、例えば、図１３に示すような医者勤務状況テーブル１３４から医者の現在の勤務状況を取得する（ステップ８００、８１０）。
【００６９】
（２）ステップ８１０の処理で取得した情報により、救急患者が搬送されてきた場合に対応することができる医者がいるか否かを判定し、対応可能な医者がいなかった場合、通信部１３１を経由して集中サーバ１２０へ当該病院でその救急患者の受け入れが不可能である旨を送信する（ステップ８２０、８６０）。
【００７０】
（３）ステップ８２０の判定で、対応可能な医者がいた場合、図１４に示すような設備状況テーブル１３５から当該病院の現在の設備の稼動状況を取得し、取得した情報により、救急患者が搬送されてきた場合に対応可能な設備があるか否かを判定する（ステップ８３０、８４０）。
【００７１】
（４）ステップ８４０の判定で、対応可能な設備がなかった場合、通信部１３１を経由して集中サーバ１２０へ当該病院でその救急患者の受け入れが不可能である旨を送信し、また、対応可能な設備があった場合、通信部１３１を経由して集中サーバ１２０へ当該病院でその救急患者の受け入れが可能である旨を送信してここでの処理を終了する（ステップ８６０、８５０）。
【００７２】
図２１は図１６に示すフローにおけるステップ３４０の集中サーバ１２０の病院指定処理部１２４による病院指定処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００７３】
（１）まず、集中サーバ１２０の病院指定処理部１２４は、病院サーバ１３０から応答があったか否かを監視するために、病院受け入れ指定処理部１２３でのステップ７９０の処理で設定したタイムアウト時間Ｔ２を取得し、このタイムアウト時間Ｔ２の時間内に指定病院の病院サーバ１３０から応答があったか否かを判定する（ステップ９００、９１０）。
【００７４】
（２）ステップ９１０の判定で、タイムアウト時間Ｔ２の時間内に病院サーバ１３０から応答がなかった場合、病院サーバ１３０あるいはネットワーク１４０において障害が発生したものと判断し、救急患者にとって次に最適な病院を指定するため、後述するステップ９７０の処理に移行する。
【００７５】
（３）また、ステップ９１０の判定で、タイムアウト時間Ｔ２の時間内に病院サーバ１３０から応答があった場合、通信部１２１を経由して病院サーバ１３０から送信される当該病院の受け入れ判定結果を受信し、受信した判定結果が受け入れ可能か否かを判定する（ステップ９２０、９３０）。
【００７６】
（４）ステップ９３０の判定で、当該病院での患者の受け入れが可能であった場合、通信部１２１を経由して、タクシー内のコンピュータ１１０へ当該病院の位置情報を送信すると共に、当該病院の病院サーバ１３０ヘタクシーの位置情報と到着予定時間とを送信してここでの処理を終了する（ステップ９５０、９６０）。
【００７７】
（５）ステップ９３０の判定で、当該病院での患者の受け入れが不可能であった場合、または、ステップ９１０の判定で、タイムアウト時間Ｔ２の時間内に病院サーバ１３０から応答がなかった場合、指定病院リストテーブル１２８に格納された病院が最後まで選択されたか否かを判定する（ステップ９７０）。
【００７８】
（６）ステップ９７０の判定で、指定病院が最後まで選択されていた場合、すなわち、全ての指定病院の受け入れが不可、あるいは、応答なしが判明した場合、タクシーの位置情報を用いて最寄りの救急病院の位置情報を病院情報テーブル１２７から取得し、取得した当該救急病院の位置情報を通信部１２１を経由してタクシー内のコンピュータ１１０に送信する（ステップ９８０）。
【００７９】
（７）続いて、当該救急病院の病院サーバ１３０にも急患受け入れ指示及びタクシーの位置情報と到着時間とを送信してここでの処理を終了する（ステップ９９０）。
【００８０】
（８）ステップ９７０の判定で、指定病院が最後まで選択されていなかった場合、指定病院が最後まで選択されていなかった場合は、指定病院リストテーブル１２８から次の候補の病院を選択するため、図１９により説明した病院受け入れ指定処理部１２３でのステップ７５０の処理へ処理を移行させる（ステップ９９５）。  図２２は図１６に示すフローにおけるステップ３５０のタクシー内のコンピュータ１１０の確認処理部１１６による確認処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００８１】
（１）コンピュータ１１０の確認処理部１１６は、まず、図１７によりすでに説明した急患通知処理部３００での処理が終了した時点で設定されたタイムアウト時間Ｔ１の情報を取得する。この時間Ｔ１は、集中サーバ１２０から応答があったか否かの監視を行うために設定した値である（ステップ１０００）。
【００８２】
（２）時間Ｔ１以内に集中サーバ１２０から応答があったか否かを判定し、この時間内に集中サーバ１２０から応答がなかった場合、集中サーバ１２０あるいはネットワーク１４０において障害が発生したものと判断し、当該タクシーの位置情報と救急病院リストテーブル１１８から最寄りの救急病院の位置情報を取得する（ステップ１０１０、１０４０）。
【００８３】
（３）そして、ナビゲーション処理部１１５に当該救急病院の位置情報を表示させ、また、通信部１１１を経由して決定した救急病院の病院サーバ１３０へ急患受け入れ指示及びタクシーの位置情報を送信する（ステップ１０５０、１０６０）。
【００８４】
（４）ステップ１０１０の判定で、取得したタイムアウト時間Ｔ１内に集中サーバ１２０から応答があった場合、通信部１１１を経由して集中サーバ１２０から指定病院の位置情報を受信し、ナビゲーション処理部１１５に当該指定病院の位置情報を表示させる（ステップ１０２０、１０３０）。
【００８５】
（５）ステップ１０３０または１０６０の処理後、特殊効果処理部１１７へ処理を移行してここでの処理を終了する（ステップ１０７０）。
【００８６】
図２３は図１６に示すフローにおけるステップ３７０のタクシー内のコンピュータ１１０の特殊効果処理部１１７による特殊効果処理の詳細を説明するフローチャートであり、次に、これについて説明する。
【００８７】
（１）図２２により説明したタクシーコンピュータ１１０の処理で、患者の搬送先の指定病院の位置情報をナビゲーション処理部１１５に表示させた後、救急医療車と外観上同一の機能を持たせるためにタクシーの屋根上に設けられた回転ランプを点灯させる（ステップ１１００）。
【００８８】
（２）また、救急医療車の場合と同様にタクシーに設けられたサイレンを鳴らす。そして、タクシーの運転者は、指定病院に向けて患者の搬送を行う（ステップ１１１０）。
【００８９】
前述で説明したように、本発明の実施形態は、タクシーに救急医療車の場合と同様に、ランプ及びサイレンを設けるとしたが、本発明は、ランプと共にタクシーの屋根上に文字表示板等を設け、文字表示板に「救急患者搬送中」等の文字列を表示させるようにすることもできる。また、サイレンだけでなく、スピーカを設けて、救急患者搬送中であることを音声により報知するようにすることもできる。
【００９０】
図２４は図１６に示すフローにおけるステップ３６０の病院サーバ１３０の確認処理部１３３による確認処理の詳細を説明するフローチャートである。ここでの処理は、図２４に示すように、病院サーバ１３０の確認処理部１３３が、通信部１３１を経由してタクシーの位置情報と到着時間とを受信する処理（ステップ１２００）を行うだけでよい。当然のことではあるが、病院では、受信した情報により、救急患者の受け入れの準備を行う。
【００９１】
前述したタクシーの位置情報と到着時間との情報は、通常の病院に対しては、集中センタ１２０の病院指定処理部１２４からのみ送信される。また、救急病院に対しては、通常、集中センタ１２０の病院指定処理部１２４から送信されるが、集中サーバ１２０からのコンピュータ１１０への応答がタイムアウトした場合等には、タクシーの確認処理部１１６から送信される。
【００９２】
前述した本発明の実施形態におけるセンタの集中サーバでの病院受け入れ指定処理及び病院指定処理において、候補とした複数の病院について、優先順に受け入れの可否を問い合わせ、その応答結果により患者搬送先の病院を決定するとしているが、病院への受け入れ可否の問い合わせを、候補となった複数の病院に同時に行って、タイムアウト時間内に受け入れ可を応答してきた病院から優先順位の高い病院を患者搬送先の病院として決定するするようにしてもよい。このようにすれば、より短時間で患者搬送先の病院を決定することができる。なお、受け入れ可を応答してきた病院で患者搬送先の病院として決定されなかった病院に対しては、その後、その旨を通知するようにする。
【００９３】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００９４】
前述した本発明の実施形態は、救急医療車に代わりタクシーを利用して救急患者を病院に搬送するとして説明したが、本発明は、タクシー以外に、病院、老人ホーム、ケアホーム等が持つ救急患者の搬送を目的としていない、本発明によるシステムに参加を許可された車両を使用することができる。
【００９５】
前述した本発明の実施形態によれば、救急通報元から最寄りのタクシー等の救急患者の搬送を目的としていない車両を救急通報元に向かわせることができるので、迅速に車両を救急通報元に到着させて患者を短時間で病院に搬送することができる。また、車両に、ランプ、サイレン等を備えることにより、ランプを点灯させサイレンを鳴らすという特殊効果をさせることができるので、患者の搬送中、他の車両や通行人等にも、救急患者の搬送中であることを知らせることができ、現在の救急医療車と変わらない患者の搬送を行うことができる。
【００９６】
また、本発明の実施形態によれば、救急患者にとって最適な病院を決定することができるので、救急患者を搬送先へ迅速かつ確実に送り届けることが可能となる。
【図面の簡単な説明】
【００９７】
【図１】本発明の一実施形態による救急患者の搬送システムの構成例を示すブロック図である。
【図２】入力部を通知ボタン（押しボタン）により構成した場合の例を示す図である。
【図３】通知ボタンに付けられた色と患者の緊急度との対応を説明する図である。
【図４】タクシーコンピュータに設けられる救急病院リストテーブルの構成例を示す図である。
【図５】患者リストテーブルの構成例を示す図である。
【図６】患者カルテテーブルの構成例を示す図である。
【図７】病院情報テーブルの構成例を示す図である。
【図８】指定病院リストテーブルの構成例を示す図である。
【図９】患者情報管理テーブルの構成例を示す図である。
【図１０】重み付け対応テーブルの構成例を示す図である。
【図１１】集中サーバが動的に指定病院を決定するために使用する評価関数の例を示す図である。
【図１２】距離ポイントテーブルの構成例を示す図である。
【図１３】病院サーバに設けられている医者勤務状況テーブルの構成例を示す図である。
【図１４】病院サーバに設けられている設備状況テーブルの構成例を示す図である。
【図１５】患者がタクシーに乗り込んだときに必要な人手による処理作業の例を説明するフローチャートである。
【図１６】患者の搬送先の病院を決定して患者の搬送を行うまでの全体の処理動作の例を説明するフローチャートである。
【図１７】図１６に示すフローにおけるステップ３００の急患通知処理部による急患通知処理の詳細を説明するフローチャートである。
【図１８】図１６に示すフローにおけるステップ３１０の患者情報検索処理部による患者情報検索処理の詳細を説明するフローチャートである。
【図１９】図１６に示すフローにおけるステップ３２０の病院受け入れ指定処理部による病院受け入れ指定処理の詳細を説明するフローチャートである。
【図２０】図１６に示すフローにおけるステップ３３０の病院サーバの受け入れ判定処理部による受け入れ判定処理の詳細を説明するフローチャートである。
【図２１】図１６に示すフローにおけるステップ３４０の集中サーバの病院指定処理部による病院指定処理の詳細を説明するフローチャートである。
【図２２】図１６に示すフローにおけるステップ３５０のタクシー内のコンピュータの確認処理部による確認処理の詳細を説明するフローチャートである。
【図２３】図１６に示すフローにおけるステップ３７０のタクシー内のコンピュータの特殊効果処理部による特殊効果処理の詳細を説明するフローチャートである。
【図２４】図１６に示すフローにおけるステップ３６０の病院サーバの確認処理部による確認処理の詳細を説明するフローチャートである。
【符号の説明】
【００９８】
１００  ＩＣカード
１１０  タクシーに搭載のコンピュータ
１１１、１２１、１３１  通信部
１１２  ＩＣカードリーダ
１１３  入力部
１１４  急患通知処理部
１１５  ナビゲーション処理部
１１６  確認処理部
１１７  特殊効果処理部
１１８  救急病院リストテーブル
１２０  センタ設置の集中サーバ
１２２  患者情報検索処理部
１２３  病院受け入れ指定処理部
１２４  病院指定処理部
１２５  患者リストテーブル
１２６  患者カルテテーブル
１２７  病院情報テーブル
１２８  指定病院リストテーブル
１２９  患者情報管理テーブル
１３０  病院設置のサーバ
１３２  受け入れ判定処理部
１３３  確認処理部
１３４  医者勤務状況テーブル
１３５  設備状況テーブル
１４０  ネットワーク
１５０  重み付け対応テーブル
１６０  距離ポイントテーブル
【図１】
2005071092.tif 000003
【図２】
2005071092.tif 000004
【図３】
2005071092.tif 000005
【図４】
2005071092.tif 000006
【図５】
2005071092.tif 000007
【図６】
2005071092.tif 000008
【図７】
2005071092.tif 000009
【図８】
2005071092.tif 000010
【図９】
2005071092.tif 000011
【図１０】
2005071092.tif 000012
【図１１】
2005071092.tif 000013
【図１２】
2005071092.tif 000014
【図１３】
2005071092.tif 000015
【図１４】
2005071092.tif 000016
【図１５】
2005071092.tif 000017
【図１６】
2005071092.tif 000018
【図１７】
2005071092.tif 000019
【図１８】
2005071092.tif 000020
【図１９】
2005071092.tif 000021
【図２０】
2005071092.tif 000022
【図２１】
2005071092.tif 000023
【図２２】
2005071092.tif 000024
【図２３】
2005071092.tif 000025
【図２４】
2005071092.tif 000026