(57)【要約】【課題】受入不可を含む応需情報の更新を簡易且つ迅速に行うことを可能とし、その結果として、搬送時間や「発症から治療開始までの時間」を短縮させることができる救急医療管制支援システム及びサーバ並びに携帯端末を提供すること。【解決手段】救急医療管制支援システムでは、携帯端末にて、ネットワークを介してサーバと所定の認証の後に通信自在な携帯端末であって、入力部の操作により全ストップ状態への移行が指示された場合には、応需情報設定部は当該設定に係る応需情報を設定し、通信制御部は当該全ストップ状態に係る応需情報をサーバに送信することを特徴とする。【選択図】  図１
2014081751.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して携帯端末と通信自在なサーバであって、
全体の制御を司る主制御部と、
上記携帯端末における画面表示を制御するよう画面データを生成する表示制御部と、
応需情報の登録を受け付ける応需情報登録部と、
上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、
上記携帯端末と通信するための通信制御部と、を備え、
上記通信制御部は、上記リスト作成部により作成された病院の応需状態を示すリストを上記携帯端末に送信し、搬送先の選択を促すこと
を特徴とするサーバ。
【請求項２】
ネットワークを介してサーバと通信自在な携帯端末であって、
全体の制御を司る主制御部と、
画面表示を制御する表示制御部と、
応需情報の設定を行う応需情報設定部と、
操作入力を受け付ける入力部と、
上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための通信制御部と、を備え、
上記入力部の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部は当該設定に係る応需情報を設定し、上記通信制御部は当該全ストップ状態に係る応需情報を上記サーバに送信すること、
を特徴とする携帯端末。
【請求項３】
上記応需情報設定部により上記全ストップ状態への移行が設定される場合には、当該状態を維持するための時間も併せて設定されること
を特徴とする請求項２に記載の携帯端末。
【請求項４】
サーバと、当該サーバとネットワークを介して通信自在な携帯端末とで構成される救急医療管制支援システムであって、
上記サーバは、
全体の制御を司るサーバ主制御部と、
上記携帯端末における画面表示を制御するよう画面データを生成するサーバ表示制御部と、
応需情報の登録を受け付ける応需情報登録部と、
上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、
上記携帯端末と通信するためのサーバ通信制御部と、を備え、
上記携帯端末は、
全体の制御を司る携帯端末主制御部と、
画面表示を制御する携帯端末表示制御部と、
応需情報の設定を行う応需情報設定部と、
操作入力を受け付ける入力部と、
上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための携帯端末通信制御部と、を備え、
上記携帯端末にて、上記入力部の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部は当該設定に係る応需情報を設定し、上記携帯端末通信制御部は当該全ストップ状態に係る応需情報を上記サーバに送信し、
上記サーバにて、上記サーバ通信制御部は、上記リスト作成部により作成された病院の応需状態を示すリストを上記携帯端末に送信し、搬送先の選択を促すこと
を特徴とする救急医療管制支援システム。
【請求項５】
上記応需情報設定部により上記全ストップ状態への移行が設定される場合には、当該状態を維持するための時間も併せて設定されること
を特徴とする請求項４に記載の救急医療管制支援システム。
【請求項６】
上記携帯端末では、上記全ストップ状態への移行を上記入力部による１クリック操作により設定可能であること
を特徴とする請求項４に記載の救急医療管制支援システム。
【請求項７】
上記携帯端末では、患者の受入の可否を上記入力部による１クリック操作により設定することが可能であること
を特徴とする請求項４に記載の救急医療管制支援システム。
【請求項８】
サーバと、当該サーバとネットワークを介して通信自在な医療機関側及び救急隊側携帯端末とで構成される救急医療管制支援システムであって、
上記サーバは、
全体の制御を司るサーバ主制御部と、
上記携帯端末における画面表示を制御するよう画面データを生成するサーバ表示制御部と、
応需情報の登録を受け付ける応需情報登録部と、
上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、
上記携帯端末と通信するためのサーバ通信制御部と、を備え、
上記医療機関側及び救急隊側の携帯端末は、
全体の制御を司る携帯端末主制御部と、
画面表示を制御する携帯端末表示制御部と、
応需情報の設定を行う応需情報設定部と、
操作入力を受け付ける入力部と、
上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための携帯端末通信制御部と、
所定の画面表示を行う表示部と、を備え、
上記医療機関側の携帯端末において、患者一覧画面が表示されると、上記携帯端末主制御部は、受入要請項目が選択されたか否かを判断し、受入要請項目が選択されていれば上記伝達項目画面を携帯端末表示制御部の制御の下で上記表示部に表示し、受入可能ボタンがタップされていれば上記応需情報設定部は受入可能を携帯端末通信制御部を介してサーバ側に伝達し、受入不能ボタンがタップされていれば上記応需情報設定部は受入不能を携帯端末通信制御部を介してサーバ側に伝達し、
上記サーバ側では、上記サーバ主制御部が上記受入可能或いは受入不能に係る情報を更新し、
上記救急隊側の携帯端末においては、搬送先病院候補画面において、受入可能或いは受入不能の旨を携帯端末表示部に表示すること
を特徴とする救急医療管制支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、救急医療管制支援システム及びサーバ並びに携帯端末に関する。
【背景技術】
【０００２】
従来、医療機関のベッドやリソースの空き状況を医療機関が診療科ごと、或いは専門性毎に「○」「×」などで表示し、救急隊がそのサインを元に搬送先を判断するシステムを一般に応需システムと呼んでいる。しかし、現在の応需システムは、「救急治療室と離れた場所にあり入力が面倒」、「実際にはそのときの状況や患者の状態などで総合的に受入を判断するために一概に○や×にできない」、「結局、直近搬送で×であっても電話がかかってくる」・・・という事からほとんど利用されていない。
【０００３】
例えば、ある自治体の消化管出血搬送事例をみると、応需システム上、○をつけている医療機関と、×をつけている医療機関への照会回数がほぼ同数であった。また、１日に発生した患者数より、応需システム上○をつけている医療機関が多いにもかかわらず、問い合わせに対し半数以上で受入が断られていた。これは、応需システムがうまく機能していなかったことを意味する。
【０００４】
ここで、特許文献１では、救急医療サーバが、患者発生前に救急搬送先の病院の受入状況を常に把握しており、救急車から救急医療申請があった時点において最適な医療機関を検索することができる救急医療システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８７１６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に開示された技術では、情報の共有化が図られていなかったので、救急隊と医療機関が同じ情報を元に意思決定することができなかった。
【０００７】
さらに、従来技術に係る応需システムでは、応需情報の更新を診療科ごとあるいは疾患ごとに行わなければならなかったので、煩雑であった。とくに、医療機関で１名あるいは２名の医師だけで当直しているような状況下では、緊急時に受入状況を×にするために手間をかけるのは難しい。さらに、従来の応需システムでは、救急隊からの受入要請時に「受入の可否」の返答ができない。
【０００８】
そこで、本発明は上述の技術的な課題に鑑み、救急隊と医療機関が「同じ情報」を元に意志決定することで、納得のいく意志決定ができ、全県レベルの救急医療情報を全ての救急関係者が知ることで、状況に応じた最適の意志決定を可能とし、受入不可を含む応需情報の設定や更新を簡易且つ迅速に行うことを可能とし、その結果として、搬送時間や「発症から治療開始までの時間」を短縮させることができる救急医療管制支援システム及びサーバ並びに携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の態様に係るサーバは、ネットワークを介して携帯端末と通信自在なサーバであって、全体の制御を司る主制御部と、上記携帯端末における画面表示を制御するよう画面データを生成する表示制御部と、応需情報の登録を受け付ける応需情報登録部と、上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、上記携帯端末と通信するための通信制御部と、を備え、上記通信制御部は、上記リスト作成部により作成された病院の応需状態を示すリストを上記携帯端末に送信し、搬送先の選択を促すことを特徴とする。
【００１０】
本発明の第２の態様に係る携帯端末は、ネットワークを介してサーバと通信自在な携帯端末であって、全体の制御を司る主制御部と、画面表示を制御する表示制御部と、応需情報の設定を行う応需情報設定部と、操作入力を受け付ける入力部と、上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための通信制御部と、を備え、上記入力部の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部は当該設定に係る応需情報を設定し、上記通信制御部は当該全ストップ状態に係る応需情報を上記サーバに送信することを特徴とする。
【００１１】
本発明の第３の態様に係る救急医療管制支援システムは、サーバと、当該サーバとネットワークを介して通信自在な携帯端末とで構成される救急医療管制支援システムであって、上記サーバは、全体の制御を司るサーバ主制御部と、上記携帯端末における画面表示を制御するよう画面データを生成するサーバ表示制御部と、応需情報の登録を受け付ける応需情報登録部と、上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、上記携帯端末と通信するためのサーバ通信制御部と、を備え、上記携帯端末は、全体の制御を司る携帯端末主制御部と、画面表示を制御する携帯端末表示制御部と、応需情報の設定を行う応需情報設定部と、操作入力を受け付ける入力部と、上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報をサーバに送信するための携帯端末通信制御部と、を備え、上記携帯端末にて、上記入力部の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部は当該設定に係る応需情報を設定し、上記携帯端末通信制御部は当該全ストップ状態に係る応需情報を上記サーバに送信し、上記サーバにて、上記サーバ通信制御部は、上記リスト作成部により作成された病院の応需状態を示すリストを上記携帯端末に送信し、搬送先の選択を促すことを特徴とする。
【００１２】
本発明の第４の態様に係る救急医療管制支援システムは、サーバと、当該サーバとネットワークを介して通信自在な医療機関側及び救急隊側携帯端末とで構成される救急医療管制支援システムであって、上記サーバは、全体の制御を司るサーバ主制御部と、上記携帯端末における画面表示を制御するよう画面データを生成するサーバ表示制御部と、応需情報の登録を受け付ける応需情報登録部と、上記応需情報登録部により登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部と、上記携帯端末と通信するためのサーバ通信制御部と、を備え、上記医療機関側及び救急隊側の携帯端末は、全体の制御を司る携帯端末主制御部と、画面表示を制御する携帯端末表示制御部と、応需情報の設定を行う応需情報設定部と、操作入力を受け付ける入力部と、上記応需情報設定部による設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための携帯端末通信制御部と、所定の画面表示を行う表示部と、を備え、上記医療機関側の携帯端末において、患者一覧画面が表示されると、上記携帯端末主制御部は、受入要請項目が選択されたか否かを判断し、受入要請項目が選択されていれば上記伝達項目画面を携帯端末表示制御部の制御の下で上記表示部に表示し、受入可能ボタンがタップされていれば上記応需情報設定部は受入可能を携帯端末通信制御部を介してサーバ側に伝達し、受入不能ボタンがタップされていれば上記応需情報設定部は受入不能を携帯端末通信制御部を介してサーバ側に伝達し、上記サーバ側では、上記サーバ主制御部が上記受入可能或いは受入不能に係る情報を更新し、上記救急隊側の携帯端末においては、搬送先病院候補画面において、受入可能或いは受入不能の旨を携帯端末表示部に表示することを特徴とする。
【発明の効果】
【００１３】
本発明の救急医療管制支援システム及びサーバ並びに携帯端末によれば、救急隊と医療機関が「同じ情報」を元に意志決定することで、納得のいく意志決定ができ、全県レベルの救急医療情報を全ての救急関係者が知ることで、状況に応じた最適の意志決定を可能とし、受入不可を含む応需情報の設定や更新を簡易且つ迅速に行うことを可能とし、その結果として、搬送時間や「発症から治療開始までの時間」を短縮させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る救急医療管制支援システムのネットワークのイメージ図である。
【図２】本発明の一実施形態に係る救急医療管制支援システムで利用する端末と、それぞれの端末からサーバへのアクセス形態を示す図である。
【図３】本発明の一実施形態に係る救急医療管制支援システムの接続形式と端末の形態、インターネットへの接続、利用者が対比してまとめられている図である。
【図４】本発明の一実施形態に係る救急医療管制支援システムのシステム面におけるセキュリティ対策の概要を示す図である。
【図５】本発明の一実施形態に係る救急医療管制支援システムの携帯端末の構成図である。
【図６】本発明の一実施形態に係る救急医療管制支援システムのサーバの構成図である。
【図７】本発明の一実施形態に係る救急医療管制支援システムによる応需情報更新に係る処理手順を詳細に示すフローチャートである。
【図８】本発明の一実施形態に係る救急医療管制支援システムによる受入可否表示に係る処理手順を詳細に示すフローチャートである。
【図９】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の患者一覧画面の一例を示す図である。
【図１０】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の診療科応需更新画面の一例を示す図である。
【図１１】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の患者一覧画面の一例を示す図である。
【図１２】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の診療科応需更新画面の一例を示す図である。
【図１３】本発明の一実施形態に係る救急医療管制支援システムの救急隊側の端末画面の一例を示す図である。
【図１４】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の患者一覧画面の一例を示す図である。
【図１５】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末の伝達項目画面の一例を示す図である。
【図１６】本発明の一実施形態に係る救急医療管制支援システムの救急隊側の端末画面の一例を示す図である。
【図１７】本発明の一実施形態に係る救急医療管制支援システムの医療機関側の端末画面（受入不能事由）の一例を示す図である。
【図１８】本発明の一実施形態に係る救急医療管制支援システムの救急隊側の端末画面の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の救急医療管制支援システムに係る好適な実施形態について図面を参照しながら説明する。なお、本発明の救急医療管制支援システムは、以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において、適宜変更可能である。
【００１６】
本発明の救急医療管制支援システムは、携帯端末で簡単に下記を実施できる。
・緊急時に全ストップボタンをタップするだけで全県の救急隊に「受入不可」の状況を伝えることが可能である。
・多忙な状況でもリアルタイムでの「応需状況」を伝えることが可能である。
・正しい応需状況に基づいて消防が搬送依頼できるので、無駄な電話が減る。
・救急隊からの問合せに対して迅速に返答できる。
・照会の回数と時間を短縮し、「受入可能」なところに電話で確認することで、確実に受入が行われ、現場滞在時間が減り、搬送時間の短縮、治療開始までの時間の短縮により救急医療の質向上が期待できる。
【００１７】
図１には、本発明の一実施形態に係る救急医療管制支援システムのネットワークのイメージ図を示し説明する。
【００１８】
この図１に示されるように、指令本部にはノートブックやデスクトップ等の情報端末１０１ａやタッチパネル式端末１０１ｂが設置されており、光ファイバ、ケーブル、ＡＤＳＬ等或いは３Ｇ携帯網を介してインターネット網１０６に接続されている。住民は、ノートブック等の情報端末１０２を用い、光ファイバ、ケーブル、ＡＤＳＬを介してインターネット網１０６に接続する。また、医療機関（事務）は、ノートブック等の情報端末１０３ａやタッチパネル式端末１０３ｂを用いて、光ファイバ、ケーブル、ＡＤＳＬ等或いは３Ｇ携帯網を介してインターネット網１０６に接続する。医師・看護師は、タッチパネル式端末１０４を用いて、ワイヤレスＬＡＮ（院内）と、光ファイバ、ケーブル、ＡＤＳＬ等を介して、或いは３Ｇ携帯網を介して、インターネット網１０６に接続する。そして各救急隊は、タッチパネル式端末１０５ａ〜１０５ｃを所有しており、インターネット網１０６に接続する。尚、タッチパネル式端末としては、例えばｉＰａｄ（登録商標）等のタブレット型携帯端末を採用することが可能である。
【００１９】
実装するプログラムは、（１）主に携帯端末で利用するシンクライアント（純粋なＳａａＳ（Software As A Service）で、ブラウザ上で動かし、ほとんどのアルゴリズムはサーバ上で稼働する）、（２）リッチクライアント（フレームワークをインストールし、コンテンツを適宜、ダウンロードし、多くのアルゴリズムはクライアントで稼働する）の２種類である。双方とも特定ベンダーのネットワークの利用に拘ることなく、一般的な接続形態での接続を可能にする。但し、リッチクライアントの携帯端末は、救急隊による日常利用に耐え得る強固な構造の端末であることが望ましく、この端末で接続可能な３Ｇ携帯電話ネットワーク（例えばFOMA、WiMAX、イーモバイル等）であるＷＡＮ（Wide Area Network）を選ぶことになる。
【００２０】
シンクライアントは、通常のノートブック或いはデスクトップよりのアクセスを想定しており、各種固定回線（ISDN、ADSL、CATV、光ファイバ等）のいずれでも対応可能な設計とする。但し、医療機関の多くが院内端末からのインターネットへの接続を制限している現状を考えると、医療機関内からのアクセスには、上記のＷＡＮへの接続形式も選択肢とする必要があり、CATVが主なネットワークインフラである地域では、将来的な拡張にあたってはこれらも考慮する。
【００２１】
図２には、救急医療管制支援システムで利用する端末と、それぞれの端末から連携サーバへのアクセス形態を示し説明する。前述したように、救急隊・医療機関では３Ｇ携帯電話ネットワークに接続できる強固な構造の端末を利用し、その他ではノートブック・デスクトップなどのＰＣ端末の利用を想定している。将来的には、一部情報への一般住民からのアクセスを予定しており、その際には、携帯電話端末やＰＤＡ等からのアクセスも考慮する。
【００２２】
図３には、接続形式と端末の形態、インターネットへの接続、利用者が対比してまとめられている。即ち、シンクライアント（Thin-Client）は、端末の形態としてはノートブックやデスクトップが採用され、インターネットへは光ファイバ・ケーブル・ＡＤＳＬにより接続する。利用者としては、指令本部、住民に好適である。一方、リッチクライアント（Rich-Client）は、端末の形態としてはタッチパネル式端末が採用され、３Ｇ携帯ネットワークを介してインターネットに接続する。利用者としては、救急隊に特に好適であり、指令本部、医療機関でも利用されるが、住民には利用されにくい。
【００２３】
図４には、この発明の一実施形態に係る救急医療管制支援システムのシステム面におけるセキュリティ対策の概要を示している。同図に示されるように、この救急医療システムのセキュリティは、以下の５つのレベルで確保する。
【００２４】
・  端末２００へのアクセス
端末２００には許可を得た個人のみアクセスを許可する。例えば、IDとパスワード、バーコード、ＩＣカード、指紋などの認証システムを活用する。
【００２５】
・  ＷＷＷサーバ２０１へのアクセス
原則、ＩＤとパスワードによるアクセス制限を行う。携帯端末２００とサーバはデジタルＩＤによる認証を行う。データの送受信は全てＳＳＬで暗号化する。
【００２６】
・  データベースサーバ２０２へのアクセス
データベースサーバ２０２は、医療機関の患者データが保管できるレベルの物理的、電子的セキュリティを確保する。データベースサーバ２０２には、上記のＷＷＷサーバ２０１のＩＰアドレスからのアクセスのみを許可する。
【００２７】
・  データ２０３の管理
全ての個人特定可能なデータ（例えば、米国HIPAAのProtected Health Informationに相当するもの）は暗号化して保管する。
【００２８】
・  統計サーバ２０４におけるデータの管理
統計サーバ２０４では、全てのデータを匿名化する。元のデータと連結を可能にする連結テーブルは暗号化・アクセス制限機能を持ったＵＳＢに保管し、物理的にロックされた保管庫に保管する。
【００２９】
また、この救急医療システムは、以下の汎用性・モデル性を有する。
【００３０】
・  クラウドを利用することによるスケーラビリティ
この救急医療システムは、患者のデータを保管できるレベルのセキュリティをもったデータセンターにアクセスして利用するタイプのSaaSの形態をとる。携帯端末２００のメンテナンス、ソフトウェアやコンテンツのアップデートについても一元管理を行うことで各施設におけるメンテナンスのコストを削減できる。
【００３１】
・  医学的なコンセンサスに基づく共有すべき情報の標準化
過去において様々な救急システムが存在するが、そこで記録されたデータを活用し、救急医療の質改善まで結びつけた事例がない。これは、集積されたデータが医学的なコンセンサスに基づかず、「システムとしての都合」だけでカテゴリーが決められたり、データベースの設計がなされたことにも起因する。今回のシステムは、現場において最適の搬送を行うために必要なデータを記録することと、医療の質向上に必要な情報を提供することとに必要なデータに特化することで、理論的かつ医療者からのコンセンサスを得られるデータが集積され、かつ、活用されることになる。
【００３２】
・  ベンダー、ＯＳ、ハードウェアに依存しないオープンな設計
データレベルではなく、情報レベルでの標準化を行うことで、各医療機関に導入されている医療情報システムがどのようなものであれ、「その情報を抽出するために必要なデータ」を得ることで医療情報システムのベンダーからフリーの設計が可能である。利用する携帯端末２００には、シンクライアントと、リッチクライアントを開発する。シンクライアントは一般的なブラウザで稼働する予定で、リッチクライアントも一般的なＯＳ（MacOS10.5以降、Windows(登録商標)XPあるいはWindows(登録商標)7など）で稼働するように設計する。
【００３３】
図５には、救急隊或いは医療機関の医師等が所有する携帯端末２００の詳細な構成を示し説明する。この図５に示されるように、携帯端末２００は、制御部２５１と通信制御部２５２、記憶部２５３、入力部２５４、表示部２５５を備えている。制御部２５１は、制御プログラムを実行することで、主制御部２５１ａ、表示制御部２５１ｂ、重症度判定部２５１ｃ、応需情報設定部２５１ｄとして機能する。主制御部２５１ａは、全体の制御を司る。表示制御部２５１ｂは、表示を制御する。重症度判定部２５１ｃは、登録された情報や各種指標に基づいて患者の重症度を算出する。例えば、現場の救急隊により意識状態や血圧、脈拍、呼吸、体温、ＳｐＯ２等が入力されると、重症度判定部２０１ｅは、当該入力情報に基づいて、病態の緊急度等を判定し画面表示することができる。但し、サーバ側の同機能を用いることもできる。そして、応需情報設定部２５１ｄは、応需情報の設定や更新、全ストップボタンのタップに基づく全ストップ状態への移行等を制御するものである。その詳細は、後述する。
【００３４】
次に、図６には、本発明の一実施形態に係る救急医療システムの連携サーバの構成を示し説明する。尚、この連携サーバは、図４のｗｗｗサーバ２０１及びデータベースサーバ２０２を概念上含むものである。図６に示されるように、連携サーバ３００は、制御部３０１と通信制御部３０２、記憶部３０３を有した構成となっている。制御部３０１は、制御プログラムを実行することで、主制御部３０１ａ、表示制御部３０１ｂ、タイムスタンプ取得部３０１ｃ、情報登録部３０１ｄ、重症度判定部３０１ｅ、リスト作成部３０１ｆ、応需情報登録部３０１ｇとして機能する。主制御部３０１ａは、全体の制御を司る。表示制御部３０１ｂは、端末における画面表示を制御するよう画面データを生成する。タイムスタンプ取得部３０１ｃは、端末からの出動、現場到着等といったイベントを検出しタイムスタンプを取得する。情報登録部３０１ｄは、救急隊や医療機関等からの情報登録を受け付ける。重症度判定部３０１ｅは、上記登録された情報や後述する指標に基づいて患者の重症度を算出する。リスト作成部３０１ｆは、上記登録された情報等に基づいて本日の病院の活動状況を示すリスト等を作成する。例えば、リスト作成部３０１ｆは、応需情報登録部３０１ｇにより登録された情報に基づいて、病院の応需状態を示すリストを作成する。尚、先に図４に示した統計サーバ２０４は、全てのタイムスタンプやデータをレポジトリとして保管しており、取得したタイムスタンプや上記登録された情報等に基づいて所定の指標（特性、プロセス、連携）を算出し、消防機関、医療機関へのフィードバック及び行政や住民への情報提供を可能にする。応需情報登録部３０１ｇは、携帯端末２００より応需情報の設定や更新、全ストップ状態への移行等がなされた場合に、それを受け、応需情報を登録（設定或いは更新）する。その詳細は、後述する。
【００３５】
以下、図７のフローチャートを参照して、本発明の一実施形態に係る救急医療管制支援システムによる応需情報更新に係る処理手順を詳細に説明する。ここでは、図９乃至図１３の画面構成例を適宜参照しつつ説明を進める。更に、救急隊及び医療機関の携帯端末は共に図５に示した共通の構成であるものとして同図の符号を用いて説明する。
【００３６】
連携サーバ３００から患者一覧画面データの送信がなされると（ステップＳ１）、医療機関の情報端末はこれを受け、表示制御部２５１ｂの制御の下で患者一覧画面５０１を表示部２５５に表示する（ステップＳ２）。
【００３７】
この患者一覧画面５０１は、図９に示されるように、受入要請患者一覧表示領域５０１ａ、搬送中患者一覧表示領域５０１ｂ、診療中患者一覧表示領域５０１ｃを有する。そして、下方には、全ストップボタン（ストップ６０分ボタン５０１ｅ、ストップ１２０分ボタン５０１ｆ、ストップ１８０分ボタン５０１ｇ）と応需情報更新ボタン５０１ｄが設けられている。各一覧表示領域５０１ａ〜５０１ｃには、動態、救急車名、年齢・性別、疑い疾患名、緊急度、ＥＴＡ等が表示される。
【００３８】
続いて、医療機関の携帯端末では、主制御部２５１ａが、応需情報更新ボタン５０１ｄがタップされたか否かを判断する（ステップＳ３）。ここで、応需情報更新ボタン５０１ｄがタップされていない場合にはステップＳ６に進み、当該ボタン５０１ｄがタップされている場合には、診療科応需更新画面５０２を表示し、応需情報の更新を受け付ける（ステップＳ４）。この更新情報は連携サーバ３００へと送信され、当該連携サーバ３００にて応需情報登録部３０１ｇにより応需情報が更新される（ステップＳ５）。
【００３９】
この診療科応需更新画面５０２は、図１０に示されるように、診療科選択ボタン５０２ａにより「ＣＰＡ・脳」、「心肺、腹部」、「外傷」、「その他症候」、「診療科１」、「診療科２」といった分類の中から所望とするものを選択し、その診療科応需情報を更新することができるようになっている。この例では、詳細表示領域５０２ｂには、「ＣＰＡ・脳」が選択された場合の設定（更新）項目を設定（更新）自在に表示している。これによれば、現場で応需情報を簡易に変更することができる。
【００４０】
続いて、意匠期間の携帯端末では、主制御部２５１ａが、全ストップボタン５０１ｅ〜５０１ｇのいずれかがタップされたか否かを判断する（ステップＳ６）。ここで、全ストップボタンがタップされていなければ処理を終了し、タップされた場合には、そのボタンの設定時間だけ、全ストップ状態となるように移行し、その旨が連携サーバ３００に送信される。連携サーバ３００では、応需情報登録部３０１ｇにより、全ストップ状態に設定がなされる（ステップＳ８）。
【００４１】
ここで、全ストップボタン５０１ｅ〜５０１ｇのいずれかがタップされると、図１１の画面５０３に示されるように、全ストップ状態がどの程度の時間だけ継続されるのかが表示され（領域５０３ａ）、図１２に示されるように、診療科応需更新画面５０４では、詳細表示領域５０４ｂの各項目５０４ｃにその旨が表示されることになる。この例では、ストップ１２０分ボタン５０１ｆがタップされた場合を想定しているので、項目５０４ｃには「１２０」が表示されている。これに限定されないことは勿論である。このように、超緊急時にはこの全ストップボタン５０１ｅ〜５０１ｇのいずれかをタップするだけで簡易且つ迅速に全ストップ状態へ一時的に移行することができる。すなわち、全疾患の応需状況を一気に修正でき、この情報は医療クラウドを介して、県全体の消防と救急隊が共有することができる。
【００４２】
このような更新処理がなされた後、救急隊の携帯端末より搬送先病院候補画面のリクエストがなされると（ステップＳ９）、連携サーバ３００は、これを受けて搬送先病院候補画面のデータを送信する（ステップＳ１０）。救急隊の携帯端末は、これを受けて、搬送先病院候補画面５０５を表示制御部２５１ｂの制御の下、表示部２５５に表示する（ステップＳ１１）。この画面上、情報伝達ボタンがタップされると（ステップＳ１２）、連携サーバ３００に情報が伝達され、応需情報登録部３０１ｇにより情報更新される（ステップＳ１３）。この搬送先病院候補画面５０５は図１３に示される。例えば最下段の項目５０５ａがタップされると、電話番号や情報伝達ボタン５０５ｂが表示される。情報伝達ボタン５０５ｂがタップされれば、項目５０５ａの病院に患者の情報が伝達される。
【００４３】
以上で、応需情報更新に係る一連の処理を終了する。
【００４４】
以下、図８のフローチャートを参照して、本発明の一実施形態に係る救急医療管制支援システムによる受入可否表示に係る処理手順を詳細に説明する。ここでは、図１４乃至図１８の画面構成例を適宜参照しつつ説明を進める。更に、救急隊及び医療機関の携帯端末は共に図５に示した共通の構成であるものとして説明する。
【００４５】
医療機関の携帯端末で図１４に示されるような患者一覧画面５０６が表示されると（ステップＳ２１）、主制御部２５１ａは、受入要請項目５０６ａが選択されたか否かを判断する（ステップＳ２２）。ここで、受入要請項目５０６ａが選択されていなければステップＳ２４に移行し、選択されていれば伝達項目画面５０７を表示制御部２５１ｂの制御の下で表示部２５５に表示する（ステップＳ２３）。この伝達項目画面５０７は、例えば図１５に示される通りであり、年齢、性別、既往歴、搬送先情報等の基本項目に加えて、症状、検査所見、原因、その他の情報（特殊状態、重要伝達項目、主訴、主症状、服用薬等）が表示される。
【００４６】
続いて、主制御部２５１ａは、画面５０７において受入可能ボタン５０７ａがタップされたか否かを判断する（ステップＳ２４）。ここで、ボタン５０７ａがタップされていなければステップＳ２７に進み、タップされていれば応需情報設定部２５１ｄは受入可能を連携サーバ３００側に伝達し（ステップＳ２５）、連携サーバ３００では主制御部３０１ａが情報を更新する（ステップＳ２６）。受入可能とされた場合には、図１６に示されるように搬送先病院候補画面５０８において、項目５０８ａにて受入可能表示部５０８ｂが点灯されることになる。すなわち、電話をかけなくても消防にその「受入可能」が伝達されることになる。
【００４７】
続いて、主制御部２５１ａは、画面５０７において受入不能ボタン５０７ｂがタップされたか否かを判断する（ステップＳ２７）。ここで、ボタン５０７ｂがタップされていなければ終了し、タップされていれば図１７に示されるような画面５０９を表示部２５５に表示し、受入不能事由の選択を促し、選択されると応需情報設定部２５１ｄは受入不能事由を連携サーバ３００側に伝達し（ステップＳ２８）、連携サーバ３００では主制御部３０１ａが情報を更新する（ステップＳ２９）。受入不能とされた場合には、図１８に示されるように搬送先病院候補画面５１０において、項目５１０ａにて受入不能表示部５１０ｂが点灯されることになる。即ち、結果を電話せずに伝えることができ、さらに全県の消防、医療機関で共有することができる。
【００４８】
このような受入可否の設定がなされた後、救急隊の携帯端末より搬送先病院候補画面のリクエストがなされると（ステップＳ３０）、連携サーバ３００は、これを受けて搬送先病院候補画面のデータを送信する（ステップＳ３１）。救急隊の携帯端末は、これを受けて、搬送先病院候補画面５０８又は５１０を表示制御部２５１ｂの制御の下、表示部２５５に表示する（ステップＳ３２）。
【００４９】
以上で、受入可否表示に係る一連の処理を終了する。
【００５０】
以上詳述したように、本発明の一実施形態によれば、ネットワーク１０６を介して携帯端末２００と通信自在なサーバ３００であって、全体の制御を司る主制御部３０１ａと、上記携帯端末における画面表示を制御するよう画面データを生成する表示制御部３０１ｂと、応需情報の登録を受け付ける応需情報登録部３０１ｇと、上記応需情報登録部３０１ｇにより登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部３０１ｆと、上記携帯端末２００と通信するための通信制御部３０２とを備え、上記通信制御部３０２は、上記リスト作成部３０１ｆにより作成された病院の応需状態を示すリストを上記携帯端末２００に送信し、搬送先の選択を促すことを特徴とするサーバ３００が提供される。
【００５１】
さらに、本発明の一実施形態によれば、ネットワーク１０６を介してサーバ３００と通信自在な携帯端末２００であって、全体の制御を司る主制御部２５１ａと、画面表示を制御する表示制御部２５１ｂと、応需情報の設定を行う応需情報設定部２５１ｄと、操作入力を受け付ける入力部２５４と、上記応需情報設定部２５１ｄによる設定に基づいて、病院の応需状態を示す応需情報をサーバ３００に送信するための通信制御部２５２と、を備え、上記入力部２５４の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部２５１ｄは当該設定に係る応需情報を設定し、上記通信制御部２５２は当該全ストップ状態に係る応需情報を上記サーバ３００に送信することを特徴とする携帯端末２００が提供される。
【００５２】
ここで、上記応需情報設定部２５１ｄにより上記全ストップ状態への移行が設定される場合には、当該状態を維持するための時間も併せて設定されることとしてよい。
【００５３】
また、本発明の一実施形態によれば、サーバ３００と、当該サーバ３００とネットワーク１０６を介して通信自在な携帯端末２００とで構成される救急医療管制支援システムであって、上記サーバ３００は、全体の制御を司るサーバ主制御部３０１ａと、上記携帯端末２００における画面表示を制御するよう画面データを生成するサーバ表示制御部３０１ｂと、応需情報の登録を受け付ける応需情報登録部３０１ｇと、上記応需情報登録部３０１ｇにより登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部３０１ｆと、上記携帯端末２００と通信するためのサーバ通信制御部３０２と、を備え、上記携帯端末２００は、全体の制御を司る携帯端末主制御部２５１ａと、画面表示を制御する携帯端末表示制御部２５１ｂと、応需情報の設定を行う応需情報設定部２５１ｄと、操作入力を受け付ける入力部２５４と、上記応需情報設定部２５１ｄによる設定に基づいて、病院の応需状態を示す応需情報をサーバ３００に送信するための携帯端末通信制御部２５２と、を備え、上記携帯端末２００にて、上記入力部２５４の操作により全ストップ状態への移行が指示された場合には、上記応需情報設定部２５１ｄは当該設定に係る応需情報を設定し、上記携帯端末通信制御部２５２は当該全ストップ状態に係る応需情報を上記サーバ３００に送信し、上記サーバ３００にて、上記サーバ通信制御部３０２は、上記リスト作成部３０１ｆにより作成された病院の応需状態を示すリストを上記携帯端末２００に送信し、搬送先の選択を促すことを特徴とする救急医療管制支援システムが提供される。
【００５４】
ここで、上記応需情報設定部２５１ｄにより上記全ストップ状態への移行が設定される場合には、当該状態を維持するための時間も併せて設定されることとしてもよい。
【００５５】
上記携帯端末２００では、上記全ストップ状態への移行を上記入力部２５４による１クリック操作により設定可能であることとしてもよい。
【００５６】
上記携帯端末２００では、患者の受入の可否を上記入力部による１クリック操作により設定することが可能であることとしてよい。
【００５７】
また、本発明の一実施形態によれば、サーバ３００と、当該サーバ３００とネットワーク１０６を介して通信自在な医療機関側及び救急隊側携帯端末２００とで構成される救急医療管制支援システムであって、上記サーバ３００は、全体の制御を司るサーバ主制御部３０１ａと、上記携帯端末２００における画面表示を制御するよう画面データを生成するサーバ表示制御部３０１ｂと、応需情報の登録を受け付ける応需情報登録部３０１ｇと、上記応需情報登録部３０１ｇにより登録された情報に基づいて、病院の応需状態を示すリストを作成するリスト作成部３０１ｆと、上記携帯端末２００と通信するためのサーバ通信制御部３０２と、を備え、上記医療機関側及び救急隊側の携帯端末２００は、全体の制御を司る携帯端末主制御部２５１ａと、画面表示を制御する携帯端末表示制御部２５１ｂと、応需情報の設定を行う応需情報設定部２５１ｄと、操作入力を受け付ける入力部２５４と、上記応需情報設定部２５１ｄによる設定に基づいて、病院の応需状態を示す応需情報を上記サーバに送信するための携帯端末通信制御部２５２と、所定の画面表示を行う表示部２５５と、を備え、上記医療機関側の携帯端末において、患者一覧画面が表示されると、上記携帯端末主制御部２５１ａは、受入要請項目が選択されたか否かを判断し、受入要請項目が選択されていれば上記伝達項目画面を携帯端末表示制御部２５１ｂの制御の下で上記表示部２５５に表示し、受入可能ボタンがタップされていれば上記応需情報設定部２５１ｄは受入可能を携帯端末通信制御部２５２を介してサーバ３００側に伝達し、受入不能ボタンがタップされていれば上記応需情報設定部２５１ｄは受入不能を携帯端末通信制御部２５２を介してサーバ３００側に伝達し、上記サーバ３００側では、上記サーバ主制御部３０１ａが上記受入可能或いは受入不能に係る情報を更新し、上記救急隊側の携帯端末においては、搬送先病院候補画面において、受入可能或いは受入不能の旨を携帯端末表示部２５５に表示することを特徴とする救急医療管制支援システムが提供される。
【００５８】
以上、本発明の一実施形態について説明したが、本発明はこれに限定されることなく、その主旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。
【符号の説明】
【００５９】
１０１ａ，１０２，１０３ａ  情報端末
１０１ｂ，１０３ｂ，１０４，１０５ａ〜１０５ｃ  タッチパネル式端末
１０６  インターネット網
２００  携帯端末
２０１  ｗｗｗサーバ
２０２  データベースサーバ
２０３  データ
２０４  統計サーバ
２５１  制御部
２５１ａ  主制御部
２５１ｂ  表示制御部
２５１ｃ  重症度判定部
２５１ｄ  応需情報設定部
２５２  通信制御部
２５３  記憶部
２５４  入力部
２５５  表示部
３００  サーバ
３０１  制御部
３０１ａ  主制御部
３０１ｂ  表示制御部
３０１ｃ  タイムスタンプ取得部
３０１ｄ  情報登録部
３０１ｅ  重症度判定部
３０１ｆ  リスト作成部
３０１ｇ  応需情報登録部
３０２  通信制御部
３０３  記憶部
【図１】
2014081751.tif 000003
【図２】
2014081751.tif 000004
【図３】
2014081751.tif 000005
【図４】
2014081751.tif 000006
【図５】
2014081751.tif 000007
【図６】
2014081751.tif 000008
【図７】
2014081751.tif 000009
【図８】
2014081751.tif 000010
【図９】
2014081751.tif 000011
【図１０】
2014081751.tif 000012
【図１１】
2014081751.tif 000013
【図１２】
2014081751.tif 000014
【図１３】
2014081751.tif 000015
【図１４】
2014081751.tif 000016
【図１５】
2014081751.tif 000017
【図１６】
2014081751.tif 000018
【図１７】
2014081751.tif 000019
【図１８】
2014081751.tif 000020