JP6347901B2 - 救急判断支援システム、及び救急判断支援プログラム - Google Patents

Description

本発明は、傷病者の緊急度に対応した救急活動を支援する救急判断支援の技術に関する。

近年、救急搬送件数が増加傾向にある一方、救急告示医療機関は減少傾向にあることなどから、救急搬送において病院選定に要する時間が延長しており、その改善策が求められている。例えば特許文献１には、救急隊員に端末コンピュータを所持させ、救急患者の症状を入力して主サーバに送信する一方、主サーバは、受信した救急患者に関する症状と救急指定病院の情報とから受入れ可能な病院を選出し、端末コンピュータに通報することで患者を早期に搬送する救急支援システムが記載されている。また、特許文献２には、傷病者が所持するスマートフォンに予め救急初期医療のためのアプリケーションを搭載しておき、発症時にスマートフォンのカメラとマイクを用いて、ネットワークを介して患者情報を医療機関に送信することで、救急車の到着までの間、医師の視診を可能にする救急支援システムが記載されている。

一方、救急搬送の要請件数の増加傾向の理由のひとつとして、傷病者乃至はその家族などが症状に対する緊急度を判断できないことが挙げられる。特許文献１，２に記載の救急支援システムは、携帯型の端末を利用して救急患者に対する救命処置をより早期化するようにしたものであるが、傷病者乃至はその家族において症状の緊急度の判断を支援するものではない。

傷病者の緊急度を判定する医学的アルゴリズムは、概ね医療側を対象に使用されてきた。例えば、カナダでは、1998年より病院外来の患者緊急度判定（トリアージ）システムCTAS（CanadianTriage & Acuity Scale）の開発及び運用が行われており、このCTASを基礎とした日本版JTAS(Japan Triage & Acuity Scale)も開発され、我が国で運用されている。

また、非特許文献１には、搬送実施基準に基づいた病院検索アプリORION（Osakaemergency information Research Intelligent Operation Network system）を開発し、救急隊員の所持する端末スマートフォンを介して、アプリ上に病院への搬送状況等を反映することで、状況に応じた適切な病院の選定をサポートするシステムが紹介されている。

ＷＯ２０１３／６５１１３号公報 特開２０１５−１４１７０９号公報

片山祐介"スマートフォンを用いた救急搬送支援・情報収集システム（ORION）の開発"、日本臨床救急医学会雑誌 巻16 号、288 ページ、2013年06月発行

CTASやJTASのシステムに基づく緊急度判定運用は用紙ベースによるものであり、従って医学的なアルゴリズムの妥当性の検証のためには用紙ベースでのデータを収集し、整理しなければならないが、量の多さから実際には検証作業は実施されていない。また、一般市民は、用紙ベースの緊急度判定基準（専用用紙など）を日常的に持ち歩いているわけではないため、市民ベースでの緊急度判定の運用も行われていない。

また、非特許文献１に記載の病院検索アプリORIONは、救急隊による傷病者判断をサポートし、医療機関の選定を円滑に行うためのものであって、個人の所持する情報端末を活用するものではない。

本発明は、上記に鑑みてなされたもので、個人の所持する情報端末を利用して症状に対する緊急度を判定し、報知する救急判断支援システム及びプログラムを提案するものである。

本発明に係るプログラムは、表示部及び操作部を備えた情報端末によって救急判断の支援を行うプログラムであって、前記情報端末の前記操作部を介して傷病者の属性情報の入力を受け付ける傷病者情報受付手段、前記情報端末の前記表示部に複数の症状の項目を表示し、そのうちから前記操作部を介して任意の症状の項目の選択を受け付ける症状選択手段、及び、前記傷病者の属性情報及び選択された症状の項目に対する救急の緊急度を判定し、報知を行う緊急度判定手段として、前記情報端末を機能させる。

本発明によれば、個人が所持するスマートフォン等の情報端末（モバイル端末）の操作部から傷病者の属性情報の入力が受け付けられると、表示部に複数の症状の項目が表示され、そのうちから傷病者の症状に該当する症状の項目が操作部を介して選択される。症状の項目に対する選択が受け付けられると、入力された傷病者の属性情報及び選択された症状の項目に対する救急の緊急度が判定され、その結果が、例えば表示部に画像での報知が行われる。このように、傷病者の属性情報を入力し、かつ現状の症状に該当する症状の項目を選択することで、個人レベルで自動的かつ早期に救急の緊急度を知ることが可能となる。従って、不要不急に救急車の要請をすることが抑制され、救急出動が適正化され、その結果、到着時間の短縮化に寄与することとなる。なお、選択する症状の数は、１個の他、複数の態様を含めてもよい。

また、本発明に係る救急判断支援システムは、傷病者の属性情報及び症状の項目の選択情報を救急案件として受け付け、受け付けた前記情報に対する緊急度のレベルを判定する、通話機能及び通信機能を備えた情報端末から、救急案件毎の属性情報、受け付けた症状の項目及び緊急度の情報を受信する第１のサーバと、前記緊急度が高いレベルと判定された場合に前記通話機能を介して行われた前記緊急通報電話機への通報を受けて救急搬送された傷病者に対する傷病者情報を含む病院前活動関連情報及び傷病者情報を含む病院前活動関連情報を受信する第２のサーバとを備え、前記第１、第２のサーバの一方は、前記第１のサーバで受信した前記属性情報と前記第２のサーバで受信した傷病者情報とを突き合わせて各救急案件を連結する連結手段と、連結された各救急案件から、症状と緊急度のレベルとの関係について統計的な評価分析を行う緊急度分析手段とを備えたものである。

また、本発明に係る救急判断支援方法は、傷病者の属性情報及び症状の項目の選択情報を救急案件として受け付け、受け付けた前記情報に対する緊急度のレベルを判定する、通話機能及び通信機能を備えた情報端末から、救急案件毎の属性情報、受け付けた症状の項目及び緊急度の情報を第１のサーバで受信する第１受信工程と、前記緊急度が高いレベルと判定された場合に前記通話機能を介して行われた前記緊急通報電話機への通報を受けて救急搬送された傷病者に対する傷病者情報を含む病院前活動関連情報及び傷病者情報を含む病院前活動関連情報を第２のサーバで受信する第２受信工程と、前記第１のサーバで受信した前記属性情報と前記第２のサーバで受信した傷病者情報とを突き合わせて各救急案件を連結する連結工程と、連結された各救急案件から、症状と緊急度のレベルとの関係について統計的な評価分析を行う分析工程とを備えたものである。

かかる発明によれば、情報端末からの傷病者の属性情報、症状の項目の選択情報及び判定された緊急度と、病院前活動関連情報及び搬入後経過関連情報とが救急案件単位で連結される。従って、情報端末で緊急度が高レベルと判定された際の症状と、救急医療側での処置とから、高レベルの緊急性が評価分析され、その妥当性が検証される。例えば、ある症状が選択された複数の症例において緊急度判定結果が高レベルであった場合に、病院前活動関連情報及び搬入後経過関連情報からは、高レベルの緊急度とはいえないとして処置されるような場合もあり得る。なお、救急相談窓口経由での案件情報が例えば第２のサーバに、後にフィードバックされる場合には、高レベル以外の案件についての緊急度判定の評価が可能となる。

本発明によれば、個人の所持する情報端末を利用して傷病の症状に対する緊急度を判定し、本人に報知することができる。

本発明に係る救急判断支援システムを含むネットワーク通信システムの概略構成図である。 端末の斜視図である。 端末の機能ブロック図である。 管理サーバの構成図である。 （ａ）は、消防署サーバの構成図を示し、（ｂ）は医療機関サーバの構成図を示している。 （ａ）は、救急支援アプリ起動後のホーム画面の図で、（ｂ）は、傷病選択画面の図である。 （ａ）は、「病気」ボタンが選択された場合の次画面の図で、（ｂ）は、「けが・異物」ボタンが選択された場合の次画面の図である。 「発熱」ボタンが選択された場合の次画面の図である。 「けいれん」ボタンが選択された場合の次画面の図である。 「頭・くびの外傷」ボタンが選択された場合の次画面の図である。 判定された緊急度に対応した結果画面の図である。 「病院検索」ボタンが押下された場合の結果画面例の図である。 端末の記憶部にダウンロードされている救急支援アプリの処理を説明するフローチャートである。 端末の記憶部にダウンロードされている救急支援アプリの処理を説明するフローチャートである。 管理サーバによって実行される、症状と緊急度との関連を分析するフローチャートである。 消防署ボタンが押下されなかった場合の終了画面の一例を示す画面図である。 アンケートの協力要請のための一例を示す画面図である。 アンケート前の予報画面の一例を示す画面図である。 アンケートの質問Ｑ１の内容の一例を示す画面図である。 アンケートの質問Ｑ２の内容の一例を示す画面図である。 アンケートの質問Ｑ３の内容の一例を示す画面図である。 アンケート結果の送信指示の一例を示す画面図である。 端末によって実行される救急支援アプリの終了処理を説明するフローチャートである。 端末によって実行されるアンケート処理の一例を示すフローチャートである。 管理サーバによって実行されるアンケート結果の登録処理の一例を示すフローチャートである。

図１は、本発明に係る救急判断支援システムを含むネットワーク通信システム概略構成図である。図１に示すネットワーク通信システムは、端末１が接続可能なインターネット等のネットワーク５を備えている。ネットワーク５には、インターネットサービスプロバイダを介して、端末１の他に、管理サーバ２、消防署サーバ３、医療機関サーバ４、消防端末３１及び医療機関端末４１がそれぞれ通信可能に接続されている。なお、消防端末３１及び医療機関端末４１は、消防署サーバ３、医療機関サーバ４との間でＬＡＮ（Local Area Network）接続された態様でもよい。なお、管理サーバ２は第１のサーバを構成し、消防署サーバ３及び医療機関サーバ４は第２のサーバを構成する。

端末１は、一般人が所持するもので、後述するようにコンピュータが内蔵され、情報の入力及び処理機能と、通話及び通信機能とを備えている。端末１は、好ましくは携帯型（モバイル端末）であり、例えばスマートフォンが適用可能である。携帯型とすることで、屋外、典型的には外出先において傷病を生じた場合に現場からの救急発信（通信や通話）に供することができる。

管理サーバ２は、救急判断支援を実行するために必要なアプリケーションプログラム（以下、救急支援アプリという。）や関連するデータ類を格納するもので、詳細は後述する。管理サーバ２は、さらに救急支援アプリに関連する、緊急度分析処理、及びアンケート管理処理を実行する処理プログラムを備えている。消防署サーバ３と医療機関サーバ４とは、データベースとして機能するもので、本実施形態では、救急医療データベースとして機能する。消防署サーバ３は、救急判断支援システムが運用される地域に所在の消防署によって管理されるサーバである。医療機関サーバ４は、救急判断支援システムが運用される地域に所在の各医療機関によって管理されるサーバであり、詳細は後述する。なお、本システムは、複数の消防署本部乃至は例えば国内全域に亘るような態様にも、後述するようにして対応させることが可能である。

消防端末３１は、消防隊が所持する携帯型の端末（例えばタブレット型コンピュータ）で、傷病者の個人情報（氏名、年齢、性別等）及び症状判断等の病院前活動に関する情報（例えば、出動先、搬送日時、患者背景、患者観察結果、搬送先選定経過）の入力機能、及び少なくとも消防署サーバ３との間での通信機能を備えたものである。消防端末３１は、病院前活動に関する情報が入力でき、かつ通信可能であれば、携帯型に限らず、消防署設置型の端末であってもよい。

医療機関端末４１は、各医療機関に設置され、あるいは携帯型（タブレット型）であり、傷病者の個人情報（氏名、年齢、性別等）及び搬入後経過に関する情報（例えば、搬入日時、確定診断病名、治療内容経過、転記）の入力機能、及び少なくとも医療機関サーバ４との間での通信機能を備えたパーソナルコンピュータなどである。なお、端末１及び消防端末３１等の携帯型の端末にあっては、公知のようにＷｉ−Ｆｉ等の無線ＬＡＮを介してネットワーク５上のサーバと通信可能になっている。

また、緊急通報電話機３２は、消防署に設置され、緊急用として特定の電話番号が割り当てられている。電話通報を受けて消防隊が緊急出動する。救急相談窓口電話機３３は、例えば消防署に設置され、救急相談用として特定の電話番号が割り当てられている。救急相談窓口電話機３３は、傷病者（又は家族等）が傷病の症状について口頭で医療専門家に相談できるサービスを提供するものである。

図２は、端末１の斜視図である。本実施形態では、端末１としてスマートフォンを採用している。なお、スマートフォンとは、コンピュータを内蔵し、通話以外にデータ入力、処理機能を備えた携帯電話機で、例えばインターネットに接続して電子メールやブラウズ機能等を実行してネット上のサーバとデータ通信可能にするものである。端末１は、板状の筐体１ａの正面の略全面に所要サイズの表示部１１が配設されている。表示部１１は画像を表示するもので、液晶パネルやプラズマディスプレイあるいは有機ＥＬ（Electro-Luminescence）素子が採用可能である。表示部１１の上面には透明乃至は半透明のタッチパネル１２が積層配置されている。タッチパネル１２は、操作部として機能するもので、パネル面への接触操作を、接触位置の座標信号として検出する。

表示面には、各種のアプリケーション（ＡＰ）プログラムに対応付けられた図柄の複数のアイコン１０ａ，…１０ｂが、それぞれ設定された座標位置に表示されている。なお、各アプリケーション（ＡＰ）プログラムは、ネットワーク上の例えばアプリ販売サイト等からダウンロードするなどして取込み、端末１内に格納され、画面に対応するショートカットアイコンとして表示される。

表示部１１上のアイコンの位置座標を接触位置座標と対応付けることで、いずれのアイコン１０ａ，…１０ｂが選択指定されたかが、タッチパネル１２を介して検出される。アイコン１０ａに対応するアプリケーションとしては、例えば電子メール機能、ブラウズ機能、音楽配信機能等が想定される。いずれかのアイコン１０ａが指定されると、対応するアプリケーションが起動する。また、複数のアイコンの内には、本発明の対象となる救急支援アプリに対応するアイコン１０ｂが設けられている。アイコン１０ｂは、救急受援アプリが管理サーバ２からダウンロード、あるいはネットワーク上の販売サイト経由で取得するなどして取り込まれていることを示している。なお、後述するように、救急支援アプリが更新された場合に、例えば自動更新を実行するように予め指示しておけば、常に最新のプログラムがインストールされる。

筐体１ａの下部には、端末１の起動と停止を行う電源スイッチ１ｂと通話のためのマイク１ｃとが設けられ、筐体１ａの上部には、通話のためのスピーカ１ｄが設けられている。なお、筐体１ａには、ＧＰＳ（Global Positioning System）受信器等の測位装置１３（図３参照）が内装されている。

図３は、端末１の機能ブロック図である。端末１は、コンピュータから構成される制御部１００を備えている。制御部１００は、記憶部１１０と接続されると共に、表示部１１、タッチパネル１２、測位装置１３、さらにネット通信部１４及び通話部１５と接続されている。

記憶部１１０は、端末１が通話機能、情報の入力、処理及び通信の各機能を実行するための各種の制御プログラム類を記憶すると共に、処理途中の情報を一時的に記憶するワーク領域を有する。記憶部１１０は、例えば、救急支援アプリや必要なデータ類を販売サイトや管理サーバ２などからダウンロードして記憶したり、救急支援アプリの実行中に、傷病者（又は一緒にいる家族等）によって入力される操作履歴を一時的に記憶したりする。

ネット通信部１４は、救急支援アプリの実行中に、また実行終了時に、更に終了後の所定時点で、後述するように端末１を管理サーバ２とデータ通信可能に接続させるものである。通話部（Network control unit）１５は、救急支援アプリの実行中に、公衆回線を介して端末１を他の特定の電話機３２，３３と接続させるためのものである。

端末１は、記憶部１１０に記憶されている制御プログラムを制御部１００のコンピュータで実行させることで、電話機、情報入力処理装置及び情報通信装置として動作する。

なお、以下では、制御部１００が救急支援アプリを実行する場合における構成とその動作に関して説明する。すなわち、制御部１００は、救急支援アプリを実行することで、画像表示処理部１０１、入力受付部１０２、緊急度判定部１０３、データ通信処理部１０４、電話網制御部１０５、検索部１０６、計時部１０７及びアンケート処理部１０８として機能する。

画像表示処理部１０１は、タッチパネル１２の入力操作に応じて、表示部１１に、例えば図６〜図１２に示すような、さらには図１７〜図２１に示すような各種の画像を表示するものである。

ここで、図６（ａ）は、救急支援アプリ起動後のホーム画面で、傷病者の属性情報を受け付ける画面である。属性情報としては年齢項目１１１及び性別項目１１２が例示され、入力後の次ボタン１１３が表示されている。年齢は例えばテンキーボタンで、性別は一方をタップ（押下）することで入力すればよい。図６（ｂ）は、傷病選択画面で、「病気」ボタン１１４か、「けが・異物」ボタン１１５をタップすることで選択できる。なお、以降において、情報の入力は、タッチパネル１２を介して行われるが、その他、音声認識技術を採用する態様では音声入力方式でもよい。

本実施形態では症状の各項目は、２階層でツリー状に（上位から下位の概念に分類）して構築されている。図７は、上位側（第１階層）の症状項目画面であり、図８は下位側（第２階層）の症状項目画面である。

図７において、図７（ａ）は、「病気」ボタン１１４（図６（ｂ））が選択された場合の次画面で、病気の症状が複数項目分、行方向に列記して表示されている。図中、例えば上から順に「発熱」ボタン１２１、「けいれん」ボタン１２２、…が表示されている。図７（ｂ）は、「けが・異物」ボタン１１５（図６（ｂ））が選択された場合の次画面で、けが・異物の症状が複数項目分、行方向に列記して表示されている。図中、例えば最上行に「頭・くびの外傷」ボタン１２３が表示されている。画面の下部の「戻る」ボタンを押下することで、現画面を前画面に戻すことができる。なお、スワイプ操作によって画面を上下方向にスクロールさせることで、その他の症状の項目を閲覧することが可能である。

図８〜図１０は、図７において、例えば「発熱」ボタン１２１、「けいれん」ボタン１２２、又は「頭・くびの外傷」ボタン１２３が選択された場合の下位側（第２階層）の症状項目画面例である。

図８は、「発熱」ボタン１２１が選択された場合の次画面で、緊急度の高い順に症状の項目が上下方向に配列して表示されている。画面はスワイプ操作などによって、図８（ａ）〜図８（ｃ）の間で上下方向にスクロール可能である。緊急度は複数段階で設定可能であるが、本実施形態では、３段階に設定している。図８の実施形態では、図８（ａ）は、緊急度が高レベルの症状の項目で、各症状項目の左縁に高レベルを示す表記が、ここでは赤色マーク１３１が付されている。図８（ｂ）は、緊急度が中レベルの症状で、各症状項目の左縁に中レベルを示す表記が、ここでは黄色マーク１３２が付されている。図８（ｃ）は、緊急度が低レベルの症状で、各症状項目の左縁に低レベルを示す表記が、ここでは緑色マーク１３３が付されている。なお、他の色マーク１３４，１３５，１３６が付された症状の項目は、他の上位（ここでは、「発熱」以外）の症状に移る（ジャンプ）することを示している。症状、さらに年齢や性別を加味すれば、他の上位の症状に移って判断する方が、より的確な判断を行う上で好ましい場合もあることから、そのようなケースに対応できるようにしている。

図９は、「けいれん」ボタン１２２が選択された場合の次画面で、図９（ａ）は、赤色マーク１４１が付されているとおり、緊急度が高レベルの症状であり、図９（ｂ）は、黄色マーク１４２が付されているとおり、緊急度が中レベルの症状である。「けいれん」の症状は、重症性が高いものとして、緊急度が高、中レベルのみとし、図９（ｃ）のように、画面に「病院検索」ボタン１４３が表示される。「病院検索」については後述する。

図１０は、「頭・くびの外傷」ボタン１２３が選択された場合の次画面で、図８と同様、緊急度の順に各症状の項目には、赤色マーク１５１（図１０（ａ））、黄色マーク１５２（図１０（ｂ））及び緑色マーク１５３（図１０（ｃ））が対応して付されている。なお、図８〜図１０において、緊急度を示すマークは、赤色、黄色、緑色に限定されず、また緊急度が視認できれば、色違い以外の表示態様であってもよい。例えば、図形で識別するようにしてもよいし、症状項目の文字の色や字体を異なるものとしてもよい。また、緊急度の識別表示は必ずしも行わなくてもよい。

図１１は、判定された緊急度に対応した結果画面で、図１１（ａ）は緊急度が高レベルの場合、図１１（ｂ）は緊急度が中レベルの場合、図１１（ｃ）は緊急度が低レベルの場合である。図１１（ａ）は、画面に、予め対応付けられた緊急通報電話機３２（図１参照）の番号である「１１９番通報」ボタン１６１（消防署ボタン１６１）が表示され、また、予め対応付けられた救急相談窓口電話機３３（図１参照）の番号である「＃７１１９」ボタン１６２が表示される。ボタン１６１，１６２の機能については後述する。なお、ボタン１６１，１６２の表現形態は種々の態様が採用可能である。

図１１（ｂ）は、画面に、「＃７１１９」ボタン１６２が表示され、さらに、特定の科目、ここでは「小児科」について、周辺の医療機関を検索する「病院検索」ボタン１４３（図９（ｃ）と同一）が表示される。「病院検索」ボタン１４３の機能については後述する。図１１（ｃ）は、画面に「様子を見る」ボタン１６３、及び「科目選択」ボタン１６４が表示される。画面に示す各ボタンは、タップされることで、後述するようにして、それらの機能が実行される。

図１２は、「病院検索」ボタン１４３が押下された場合の結果画面例で、検索された医療機関の住所、名称、連絡先等の情報がリスト的に表示されている。

図３に戻り、入力受付部１０２は、タッチパネル１２からの各種の入力内容を受け付けるものである。緊急度判定部１０３は、図６（ｂ）〜図１０に示す症状の選択入力に対応して、救急搬送に対する緊急度を判定するものである。緊急度の判定結果は、画像表示処理部１０１によって、例えば図１１（ａ）、図１１（ｂ）あるいは図１１（ｃ）のいずれかの選択画面に反映される。

データ通信処理部１０４は、ネット通信部１４及びネットワーク５を介して行う全ての通信をそれぞれ制御するもので、通信相手は管理サーバ２、その他の情報機器である。データ通信処理部１０４は、救急支援アプリを利用した救急案件毎の操作履歴を管理サーバ２に送信し、ログ情報として保存させる。

電話網制御部（Network control unit）１０５は、図１１（ａ）、図１１（ｂ）の画面において、ボタン１６１，１６２をタップすることで、通話部１５を介して、該当する緊急通報電話機３２や救急相談窓口電話機３３に発呼及び通話を行わせるものである。

検索部１０６は、図９（ｃ）、図１１（ｂ）の画面において、「病院検索」ボタン１４３がタップされた場合に、周辺の医療機関を検索し、検索結果を図１２のように画面に表示するものである。検索部１０６は、「病院検索」ボタン１４３が押下されると、測位装置１３から端末１の位置情報を取得し、後述する管理サーバ２（図４参照）に格納されている、位置情報を含む各医療機関の情報と照合して、端末１の位置情報に近い医療機関を、複数あるいは所定域内で例えば近い順に抽出し、リスト表示（図１２）する。なお、検索する医療機関の数が多い場合や、広範囲に及ぶ場合、端末１側での処理負担を考慮して、検索部１０６の処理を管理サーバ２側で実行させる態様としてもよい。

計時部１０７は、日時情報を出力するものである。日時情報は、入力受付部１０２によって、例えば救急支援アプリが起動された時点、あるいはボタン１６１，１６２が押下された時点で操作履歴に関連する情報として一時的に取り込まれる。なお、測位装置１３の位置情報も同様に取り込まれ、位置情報と日時情報は必要に応じて救急案件の属性情報として利用される。

アンケート処理部１０８は、救急支援アプリの一部であるアンケート処理を実行する。より詳細には、アンケート処理部１０８は、本実施形態では、（１）救急支援アプリで最終的に緊急通報電話機への発呼を行わなかった（緊急度が高くないとして消防署ボタン１６１を押さなかった）場合に、後のアンケート協力を要請する処理、（２）救急支援アプリの終了時からの計時処理、（３）アンケート協力に同意し、かつ前記経過時間をアンケート開始条件として判断する処理、（４）アンケート処理、及び（５）アンケート結果を当該人の属性情報及び入力した症状項目の情報と共に管理サーバ２に送信する処理を行う。アンケート処理は、救急支援アプリで最終的に消防署ボタン１６１を押さなかった（救急車を要請しなかった）人のその後の医療機関への受診の有無、診療履歴等を収集するためである。

図４は、管理サーバ２の構成図である。管理サーバ２は、第１のサーバとして機能するもので、コンピュータから構成される制御部２００と、制御部２００に接続された、端末１、消防署サーバ３、医療機関サーバ４との間で情報通信を行うためのネット通信部２１とを備えている。また、管理サーバ２は、データベースとしての機能を有し、救急判断ログ情報記憶部２２、連結・分析情報記憶部２３、医療機関情報記憶部２４、及び各処理を実行するための処理プログラム類を格納したプログラム記憶部２５を備えている。

救急判断ログ情報記憶部２２は、端末１で救急支援アプリが利用された場合の入力履歴情報をそれぞれ取得して格納し、ログ情報としてデータベース化するものである。救急判断ログ情報記憶部２２は、アンケートで取得した結果、すなわち救急支援アプリで最終的に緊急度が高くないとして消防署ボタン１６１を押下しなかった人のその後の受診、診療履歴等も収集して、当該人の属性情報及び入力した症状項目の情報と共にログ情報としてデータベース化するものである。連結・分析情報記憶部２３は、取得したログ情報と、消防署サーバ３の病院前活動情報と、医療機関サーバ４の搬入後経過情報とを連結した情報、分析情報等を記憶するものである。

医療機関情報記憶部２４は、救急支援アプリが適用される域内で、すなわち消防本部の管轄域を少なくとも含む域内で救急患者受入れを登録している医療機関（救急告示医療機関）の情報を格納したものである。医療機関の情報としては、傷病者の利用に供するために、名称、住所、及び連絡先、例えば電話番号が含まれる。また、医療機関の情報には、「病院検索」ボタン１４３を利用して検索指示される場合を考慮して、測位装置１３と同様の緯度経度による位置情報と同じ形式での位置情報が対応して登録されている。この結果、病院検索において、端末１の位置情報と登録された各医療機関の位置情報との距離が計算でき、端末１の周辺の医療機関を抽出することが可能となる。さらに、距離情報を用いて、近い順にソート処理することも可能となる。なお、後述するように、この救急支援アプリが広範囲で、典型的には全国的に適用される態様では、各医療機関の情報は管轄域の消防署本部毎に管理されてもよい。

制御部２００は、処理プログラムが実行されることによって、ログ処理部２０１、連結処理部２０２、緊急度分析部２０３及びデータ通信処理部２０４として機能する。ログ処理部２０１は、端末１から送信されてくる救急案件毎の操作履歴情報を救急判断ログ情報記憶部２２に順次格納するものである。

連結処理部２０２は、救急判断ログ情報記憶部２２のログ情報と、消防署サーバ３の病院前活動情報と、医療機関サーバ４の搬入後経過情報とを連結するものである。連結方法は、傷病者の属性情報を利用した突き合わせによって行う。属性情報は、端末１から入力される年齢、性別、さらに必要に応じて、日時情報及び位置情報の少なくとも一方、好ましくは両方の情報を加えたものである。なお、消防署サーバ３の病院前活動情報や医療機関サーバ４の搬入後経過情報には、傷病者の年齢、性別、住所、消防隊の出動場所、その時刻、医療機関への搬入時刻に加えて、氏名も含まれているが、本実施形態では、端末１での救急支援アプリの使用時点では、個人情報保護の観点から個人名を入力対象としていないため、氏名を除いた情報で連結処理を行うようにしている。

そして、連結処理部２０２は、救急判断ログ情報記憶部２２のログ情報内の属性情報と、消防署サーバ３の病院前活動情報内及び医療機関サーバ４の搬入後経過情報内の傷病者情報とを突き合わせ情報として利用して、各救急案件を結びつける。なお、日時情報、位置情報に関しては、端末１から入力された属性情報と、病院前活動情報と、搬入後経過情報との間で完全一致しない場合も考えられることから、ある程度の許容幅を持たせて一致、不一致を判定するようにすることが好ましい。この場合、位置情報については、測位情報（緯度経度）と場所情報（例えば、住所表示法などによる町名、番地など）とを予め関連付けた置換情報を利用するなどして突き合わせ可能にしている。なお、連結処理部２０２は、救急支援アプリで症状を入力した人であって、アンケート対象となった人の入力操作した症状内容と、その人が事後（後日含む）に医療機関へ受診などした履歴、例えば医療機関名、診療内容等もアンケートによって収集して、当該人の属性情報及び入力した症状項目の情報と共に連結させ、救急案件とする。

緊急度分析部２０３は、連結された各救急案件について、端末１からのログ情報と消防署サーバ３の病院前活動情報及び医療機関サーバ４で取得された搬入後経過情報とから、及び入力操作履歴からの症状項目とアンケートから取得した、事後の受診、診療履歴とから、選択された症状と処置や診療の状況との関係についての統計データを求め、各救急案件における症状と緊急度の医学的アルゴリズム（前記CTAS,JTASなど）による妥当性の評価を行う。例えば、設定されている現状の症状と緊急度（高、中、低）との関係が、統計データの分析結果によって、例えば異なる緊急度の症例の方が多い等の場合には、症状と緊急度との関係を変更することが望ましい。なお、緊急度分析部２０３は、所定の分析時期の条件に達すると分析処理を実行する。分析時期の条件とは、例えば１，２年等の所定期間毎、あるいは救急案件の増加件数が所定数に達した場合である。また、統計のばらつきが大きくなって再評価を要するようになった場合でもよい。

データ通信処理部２０４は、端末１、消防署サーバ３及び医療機関サーバ４との間でのデータの授受を制御する。

図５（ａ）は、消防署サーバ３の構成を示し、図５（ｂ）は医療機関サーバ４の構成を示している。図５（ａ）において、消防署サーバ３は、データサーバとして機能するもので、データ通信処理部３０１を有する制御部３００、及び制御部３００と接続されたネット通信部３０２及び病院前活動情報記憶部３０３を備えている。ネット通信部３０２は、ネットワーク５を介して管理サーバ２、消防端末３１と通信するものである。データ通信処理部３０１は、ネット通信部３０２を介して、消防端末３１から入力された救急案件毎の病院前活動情報を病院前活動情報記憶部３０３に書込み、また評価分析時に、病院前活動情報記憶部３０３の病院前活動情報を管理サーバ２に送信する。

図５（ｂ）において、医療機関サーバ４は、データサーバとして機能するもので、データ通信処理部４０１を有する制御部４００、及び制御部４００と接続されたネット通信部４０２及び搬入後経過情報記憶部４０３を備えている。ネット通信部４０２は、ネットワーク５を介して管理サーバ２、医療機関端末４１と通信するものである。データ通信処理部４０１は、ネット通信部４０２を介して、医療機関端末４１から入力された救急案件毎の搬入後経過情報を搬入後経過情報記憶部４０３に書込み、また評価分析時に、搬入後経過情報記憶部４０３の搬入後経過情報を管理サーバ２に送信する。

図１３〜図１４は、端末１の記憶部１１０にダウンロードされている救急支援アプリの処理を説明するフローチャートである。救急支援アプリに対応するアイコン１０ｂが押下されて救急支援アプリが起動されると、年齢及び性別を入力する受付画面（図６（ａ）参照）が表示される（ステップＳ１）。

年齢及び性別が入力されて次ボタン１１３がタップされると、（ステップＳ３でＹｅｓ）、「病気」ボタン１１４及び「けが・異物」ボタン１１５を有する傷病選択画面（図６（ｂ）参照）が表示される（ステップＳ５）。選択入力がなければ（ステップＳ７でＮｏ）、終了ボタン１１６が押下されたか否かが判断され（ステップＳ９）、押下されたのであれば、救急支援アプリを終了する。

一方、「病気」ボタン１１４か、「けが・異物」ボタン１１５の一方がタップされると（ステップＳ７でＹｅｓ）、タップされた方の傷病種別の症状の項目リスト（図７（ａ）あるいは図７（ｂ））が第１症状の画面として表示される（ステップＳ１１）。次いで、いずれかの症状の項目が選択入力されたか否かが判断される（ステップＳ１３）。なお、症状の項目が全て表示し切れていない場合には、画面に沿って上下方向にスワイプ操作することで（ステップＳ１５）、画面がスクロール表示される（ステップＳ１７）。また、戻るボタンをタップすることで（ステップＳ１９）、画面は、ステップＳ５のときの傷病選択画面の表示に戻る。

一方、第１症状の画面でいずれかの症状の項目が選択されると、選択された症状の下位の症状である第２の症状の項目リストが第２症状の画面として表示される（ステップＳ２１）。例えば、第１症状の画面で、「発熱」が選択された場合、「発熱」の下位の症状のリストである図８（ａ）の画面が第２症状の画面として表示される。また、第１症状の画面で、「けいれん」が選択された場合、「けいれん」の下位の症状のリストである図９（ａ）の画面が第２症状の画面として表示される。また、第１症状の画面で、「頭・くびの外傷」が選択された場合、「頭・くびの外傷」症状の下位の症状のリストである図１０（ａ）の画面が第２症状の画面として表示される。

第２症状の画面では、いずれかの症状の項目に対する選択入力の有無が判断される（ステップＳ２３）。ここで、スワイプ操作があると（ステップＳ２５）、画面がスクロール表示される（ステップＳ２７）。例えば、「発熱」が選択されている場合、図８（ａ）〜図８（ｃ）の間で画面がスクロールし、「けいれん」が選択されている場合、図９（ａ）〜図９（ｃ）の間で画面がスクロールし、「頭・くびの外傷」が選択されている場合、図１０（ａ）〜図１０（ｃ）の間で画面がスクロールする。

一方、戻るボタンがタップされると、ステップＳ１１に戻る。また、ステップＳ２３で、入力ありの場合、入力されたボタンがその他の入力に該当するものか否かが判断される（ステップＳ３１）。その他のボタンであれば、その他のボタンの症状の内容に該当する第２症状の画面が読み出されて（ステップＳ３３）、ステップＳ２３に進む。なお、その他のボタンとは、例えば、図８で、ボタン１３４，ボタン１３５、ボタン１３６である。これらのボタンの症状は、「発熱」の症状以外にも重症要因となり得ることから、他の症状にもスキップして選択の幅を広げることで、より適切な症状を抽出し得るようにしている。

一方、ステップＳ２３でいずれかの症状について選択入力があり、かつ、その他の入力もない場合、傷病者側からの症状選択操作が終了したとして、続いて、属性情報及び各症状に対応して予め設定された緊急度の判定処理が実行される（ステップＳ４１）。なお、本実施形態では、各症状の項目に対応させて緊急度を識別可能な表示形態で、例えば左縁に赤色マーク、黄色マーク及び緑色マークのいずれかで表示されている。

そして、判定処理が終了すると、判定結果に対応する各ガイド画面が表示される（ステップＳ４３）。すなわち、緊急度が高レベルの場合、消防署ボタン（「１１９番通報」ボタン１６１）、救急電話相談窓口ボタン（「＃７１１９」ボタン１６２）が表示される（ステップＳ４５、図１１（ａ）参照）。緊急度が中レベルの場合、救急電話相談窓口ボタン１６２、該当診療科項目名、最寄りの関連する医療機関の「病院検索」ボタン１４３が表示される（ステップＳ５９、図１１（ｂ）参照）。緊急度が低レベルの場合、「様子を見る」ボタン１６３、他の診療科で医療機関を検索する場合の「科目選択」ボタン１６４が表示される（ステップＳ７１、図１１（ｃ）参照）。

次いで、緊急度が高レベルの場合、「１１９番通報」ボタン１６１がタップされたか否かが判断され（ステップＳ４７）、タップされると、電話機能を制御して緊急通報電話機３２への発呼動作が開始される（ステップＳ４９）。ステップＳ４７でタップされていなければ、「＃７１１９」ボタン１６２へのタップの有無が判断され（ステップＳ５１）、タップされると、電話機能を制御して救急相談窓口電話機３３への発呼動作が開始される（ステップＳ５３）。ステップＳ５１でタップされていなければ、戻るボタンへのタップの有無が判断され（ステップＳ５５）、タップされると、ステップＳ２１に戻り、タップされていなければ、ステップＳ４５に戻る（ステップＳ５７）。

一方、緊急度が中レベルの場合、「＃７１１９」ボタン１６２へのタップの有無が判断され（ステップＳ６１）、タップされると、電話機能を制御して救急相談窓口電話機３３への発呼動作が開始される（ステップＳ６３）。ステップＳ６１でタップされていなければ、「病院検索」ボタン１４３へのタップの有無が判断され（ステップＳ６５）、タップされると、前述したように周辺の医療機関の検索が実行され、検索された医療機関のリストが画面に表示される（ステップＳ６７、図１２参照）。「病院検索」ボタン１４３へのタップがなければ、戻るボタンへのタップの有無が判断され（ステップＳ６９）、タップされると、ステップＳ２１に戻り、タップされていなければ、ステップＳ５９に戻る（ステップＳ５７）。

一方、緊急度が低レベルの場合、「様子を見る」ボタン１６３へのタップの有無が判断され（ステップＳ７３）、タップされると、救急支援アプリが終了する。「様子を見る」ボタン１６３がタップされなければ、「科目選択」ボタン１６４へのタップの有無が判断され（ステップＳ７５）、タップされると、表示された選択科目のうちから選択された診療科目（ステップＳ７７）の医療機関であって、周辺の医療機関の検索が実行され、検索された医療機関のリストが画面に表示される（ステップＳ６７、図１２参照）。「科目選択」ボタン１６４へのタップがなければ、戻るボタンへのタップの有無が判断され（ステップＳ７９）、タップされると、ステップＳ２１に戻り、タップされていなければ、ステップＳ７１に戻る（ステップＳ５７）。

図１５は、管理サーバ２によって実行される、緊急度が高く、救急車を要請した事例に基づく症状と緊急度との関連を評価分析するフローチャートである。まず、消防署サーバ３から病院前活動情報を、医療機関サーバ４から搬入後経過情報の取込みが行われる（ステップＳ９１）。次いで、管理サーバ２の救急医療ログ情報と、病院前活動情報と搬入後経過情報との突き合わせが、前述したような手法によって救急案件単位で実行される（ステップＳ９３）。突き合わせ処理が終了すると、前述した分析時期の条件に達したか否かが判断される（ステップＳ９５）。分析時期の条件に達していなければ、ステップＳ９１に戻る。一方、分析時期の条件に達したのであれば、突き合わせに成功した救急案件について、症状と緊急度の統計的分析が行われる（ステップＳ９７）。ここで、今回の統計的分析の結果が、現在設定されている症状と緊急度のレベルとの関係と対比して、異なるものがあるかどうか、異なるものの比率の大小などが判断される（ステップＳ９９）。完全乃至は略一致していた場合、本フローを終了し、一部に異なるものがある場合、当該相違する部分に関して、症状と緊急度のレベルとを新たな関係に変更するよう、緊急度を判定するアルゴリズムを改定し、救急支援アプリを更新（バージョンアップなど）する（ステップＳ１０１）。新たな関係とは、例えば、症状に対して設定されている緊急度のレベルが変更される場合、症状の項目が新たに増えたり、減ったりする場合が想定される。

なお、かかる分析処理は、アンケート処理によって得られた救急案件の結果についても同様に適用される。緊急度が低く救急車の要請しなかった事例については、救急支援アプリで救急診断を使用してから例えば一定期間をおいて、ユーザに対し医療機関受診の有無についての回答を得るためのアンケートを行う。アンケートに関する回答については、任意方式もしくは義務方式のいずれでもよい。医療機関を受診した事例については、ユーザから入院加療の是非など医療機関を受診した結果について回答を得るように質問項目を適宜設けることで対応することが可能である。医療機関が判明することで、当該医療機関からより詳細、正確な診療情報を得ることが可能となる。この医療機関の受診の有無、受診した結果と、救急支援アプリでの緊急度判定の結果とをもとに統計学的に分析し、その結果と現在設定されている症状と緊急度のレベルとの関係と対比し緊急度判定の妥当性を検証する。検証結果は、緊急度が高く救急車を要請した事例と同様に扱うことで、緊急度を判定するアルゴリズムを必要に応じて改定し、救急支援アプリをより信頼度の高いものに更新する。

更新された救急支援アプリは、データ通信処理部２０４によって、変更がある毎に、あるいは定期的に、各端末１に自動配信で更新されることが好ましい。あるいは更新情報を配信し、端末１側からの操作によって更新を行わせるようにしてもよい。配信は、直接的な配信の他、ネットワーク５上の販売サイトを経由して配信される態様を含む。

次に、図１６〜図２２を用いて、アンケート処理について説明する。図１６は、救急支援アプリの最終画面の一例として、病院検索の結果画面（図１２に対応）を示している。この画面では、病院名をタップして通話するか、あるいはキャンセルボタン１８１をタップするかの選択画面において、例えばキャンセルして救急診断処理を終了している。

図１７は、図１６に示す画面例の次に表示される画面の一例を示している。図１７では、緊急度が高くない、すなわち救急車の要請がなされていない場合の終了前画面として、事後のアンケートへの協力要請画面が表示される。画面には、アンケート協力に対する回答ボタン「はい」と「いいえ」が表示された子画面１８２が表示されている。

図１８は、図１７で回答ボタン「はい」が押下された場合に、アンケート処理の開始の所定時間前、例えば１時間前に表示される予報画面１８３である。

図１９は、図１７で回答ボタン「はい」が押下された場合であって、アンケート処理の開始時点で表示されるＱ１画面１９１である。画面内は、質問Ｑ１として複数の質問、例えば６つの質問が列記されている。各質問の文章の表示位置がタップ（選択）されると、画面が切り替るようになっている。

図２０は、図１９の質問Ｑ１画面１９１において、質問１，２，４，６が選択された場合の次画面となる、Ｑ２画面１９２である。Ｑ２画面１９２の各質問は、Ｑ１画面１９１における質問１，２，４，６に対応したもので、より詳細な履歴を収集し得るものとなっている。

図２１は、図１９の質問Ｑ１画面１９１において、質問３，５が選択された場合の次画面となる、Ｑ３画面１９３である。Ｑ３画面１９３の各質問は、Ｑ１画面１９１における質問３，５に対応したもので、より詳細な履歴を収集し得るものとなっている。

図２２は、質問Ｑ２，Ｑ３において、各質問の文章の表示位置がタップ（選択）されると、切り替って表示される送信画面１９４である。送信画面１９４には、送信ボタンと戻るボタンが表示されている。送信ボタンがタップされると、質問Ｑ１〜Ｑ３に応えた内容が管理サーバ２に送信される。なお、戻るボタンがタップされた場合、質問Ｑ２，Ｑ３の一方の画面に戻り、選択のやり直しが可能となる。

続いて、図２３〜図２５のフローチャートを用いて、アンケート処理について説明する。図２３は、図１４に示す緊急度判定処理のフローチャートの最終処理（ステップＳ４９，Ｓ５３，Ｓ６３，Ｓ６７、及びＳ７３でＹｅｓ）に続く処理を示している。図２３において、まず、緊急度判定処理が消防署ボタン１６１の押下（緊急度高い場合）があったか否かが判断され（ステップＳ１１１）、消防署ボタン１６１の押下があれば緊急度が高いとして、病院前活動情報及び搬入後経過情報が得られることから、本フローはそのまま終了する。

一方、消防署ボタン１６１の押下がなければ緊急度は高くなく、病院前活動情報及び搬入後経過情報が得られないため、アンケート協力要請画面の表示が行われる（ステップＳ１１３）。次いで、回答ボタン「はい」が押下されたことが確認されると（ステップＳ１１５）、アンケート対象者として設定される（ステップＳ１１７）。一方、回答ボタン「いいえ」が押下されたことが確認されると（ステップＳ１１５でＮｏ）、アンケート対象者として設定されることなく、本フローを終了する。

図２４のフローチャートは、端末１におけるアンケート処理における応答手順を示している。まず、前記したようなアンケート開始の条件に達したか否かが判断される（ステップＳ１２１）。アンケート開始の条件に達していなければ、本フローをスルーする。一方、アンケート開始の条件に達していると、画面に質問Ｑ１が表示される（ステップＳ１２３）。質問Ｑ１に対して回答があると（ステップＳ１２５）、回答内容から、質問Ｑ２，Ｑ３のうちのいずれに対応するかが判断される（ステップＳ１２７）。質問Ｑ２に対応する場合には、質問Ｑ２が画面に表示される（ステップＳ１２９）。そして、質問Ｑ２に対して回答があると（ステップＳ１３１）、その結果が管理サーバ２に送信されて（ステップＳ１３３）、本フローを終了する。一方、ステップＳ１２７において、質問Ｑ３に対応する場合には、質問Ｑ３が画面に表示される（ステップＳ１３５）。そして、質問Ｑ３に対して回答があると（ステップＳ１３７）、そのアンケート結果が、当該人の属性情報及び入力した症状項目の情報と共に管理サーバ２に送信されて（ステップＳ１３３）、本フローを終了する。

続いて、図２５のフローチャートは、管理サーバ２が行うアンケート結果の登録処理である。まず、いずれかの端末１からアンケート結果が送信されてきたか否かが判断され（ステップＳ１４１）、アンケート結果が受信された場合、受信されたアンケート結果が、ログ情報として追加登録される（ステップＳ１４３）。アンケート結果は、例えば、先に登録されている救急支援アプリの使用時において入力した属性情報、症状項目のログ情報に連結されて登録される。なお、属性情報、症状項目の送信は、アンケート結果の送信時に一括で行う態様でもよい。

なお、本実施形態では、症状の項目を、ツリー状に２階層の選択画面としたが、症例数などに応じて、好ましい階層数が設定可能である。

また、「病院検索」ボタン１４３で検索される対象医療機関として、救急告示医療機関に限らず、全ての医療機関を含めてもよい。

また、突き合わせのための属性情報に、個人名等の個人特定情報を用いる態様としてもよい。さらに個人認証のための情報を利用する態様でもよい。

また、本実施形態では、症状と緊急度のレベルとの関係についての統計的評価分析を、救急判断ログ情報を格納する管理サーバ２で行ったが、別の装置で行う態様としてもよい。なお、管理サーバ２は、消防署サーバ３又は例えば代表的な医療機関サーバ４とソフトウェア上は例えば独立しながら、ハードウェア的に併用する態様でもよい。

また、本実施形態では、症状項目データ、緊急度表示画面データ等は端末１側にロードするようにし、病院検索の対象となる医療機関情報は管理サーバ２側に格納するようにしたが、メモリ容量、処理速度その他の点から、各情報の格納場所は適宜に設定可能である。

また、本救急支援アプリを、より広範囲、例えば国内全域に亘って適用するような態様では、本システムを例えば各消防署本部の管轄単位で構成すればよい。さらに、病院前活動情報及び搬入後経過情報は各消防署本部の管轄単で収集される一方、症状と緊急度との関連については全国一律とする必要があることから、かかる分析処理は全体の情報を収集して、例えば管理サーバ２の上位に統合管理サーバを設置して、分析処理を実行させるなどすればよい。

また、本実施形態では、アンケート処理は端末１の主導で行ったが、これに代えて、管理サーバ２が主導して、すなわちアンケート開始条件を管理し、アンケート内容とその回答とのインターラクティブな通信を行わせる態様でもよい。

以上説明したように、本発明に係るプログラムは、表示部及び操作部を備えた情報端末によって救急判断の支援を行うプログラムであって、前記情報端末の前記操作部を介して傷病者の属性情報の入力を受け付ける傷病者情報受付手段、前記情報端末の前記表示部に複数の症状の項目を表示し、そのうちから前記操作部を介して任意の症状の項目を選択する症状選択手段、及び前記傷病者の属性情報及び選択された症状の項目に対する救急の緊急度を判定し、報知を行う緊急度判定手段として、前記情報端末を機能させるものである。

本発明によれば、不要不急に救急車の要請をすることが抑制され、救急出動が適正化され、その結果、到着時間の短縮化に寄与することとなる。

また、属性情報に年齢と性別とを含めることが好ましい。これによれば、選択された症状と合わせて、より的確に緊急度を判断することができる。また、属性情報を利用することで、情報端末への傷病者の個人特定情報の入力が不要となる。

また、前記複数の症状の項目は、複数の階層からなり、各症状を順次細分化するツリー状に構築されたもので、前記症状選択手段は、上位の階層から順に階層毎に任意の症状の項目を選択するもので、前記緊急度判別手段は、前記傷病者の属性情報及び少なくとも最下位の階層で選択された症状に対する救急の緊急度を判定するようにすることが好ましい。これによれば、複数の症状がツリー状（階層的に）配列されるので、該当する症状の項目を見つけることが容易となる。なお、緊急度は最下位の階層で選択した症状の他、症状の選択の履歴も考慮するようにして、緊急度判定をより的確に行うようにしてもよい。

また、最上位の階層を傷病の種別とすることが好ましく、これによれば、症状の選択操作において、まず、けがか病気かで大きく分類分けでき、それ以降の症状選択が容易となる。

また、前記情報端末は通話部を備え、さらに、前記緊急度が高レベルと判定された場合、前記表示部に緊急通報電話用ボタンを表示する画像表示処理手段、及び、前記緊急通報電話用ボタンが押下されると、予め対応付けられた救急通報電話機に前記通話部を介して発呼を行う電話網制御手段として、前記情報端末を機能させることが好ましい。これによれば、緊急度が高レベルと判定された場合、表示部に緊急通報電話用ボタンが表示され、この緊急通報電話用ボタンが押下されると、通話部を介して、予め対応付けられた救急通報電話機（日本では、１１９番）に発呼が行われる。そのため、緊急度が高レベルの場合には、表示されたボタンを押下するだけで、そのまま緊急通報が可能となり、利便性が向上する。

また、前記画像表示処理手段は、前記緊急度が前記高レベルに比して一段低いレベルと判定された場合、前記表示部に救急相談窓口電話用ボタンを表示し、前記電話網制御手段は、前記救急相談窓口電話用ボタンが押下されると、予め対応付けられた救急相談窓口電話機に前記通話部を介して発呼を行うものとすることが好ましい。これによれば、緊急度が高レベルに比して一段低いレベルと判定された場合に表示されたボタンを押下するだけで、そのまま救急相談通報が可能となり、利便性が向上する。なお、救急相談窓口電話用ボタンの表示は、緊急度が前記高レベルの場合にも表示してもよい。緊急度が高レベルであっても、例えば深夜など救急搬送時の近所への迷惑を考慮して、救急相談を選択する場合のあることに対応したものである。

また、前記情報端末は、前記情報端末の測位情報を得る測位装置を備え、前記緊急度が前記高レベルに比して一段低いレベルと判定された場合、前記測位情報を用いて、各医療機関の場所及び連絡先に関する医療機関情報を記憶した医療機関データベースから、周辺の医療機関情報を検索し、検索結果を前記表示部に表示する検索手段として、前記情報端末を機能させることが好ましい。これによれば、緊急度が高レベルに比して一段低いレベルと判定された場合、情報端末に一般的に内蔵されているＧＰＳ（Global Positioning System）等の測位装置の測位情報を利用して、周辺の医療機関が検索され、少なくとも連絡先に関する情報が表示されるので、必要に応じて連絡を取ることが可能となる。周辺の医療機関の表示が医療機関の場所情報と測位情報とから最寄り順に行うようにすることも可能となり、選択する際の判断が容易となる。

また、前記緊急通報電話用ボタンが押下されなかった場合、事後に医療機関の受診及び診療履歴に関するアンケートを行うアンケート処理手段として、前記情報端末を機能させることが好ましい。これによれば、緊急通報電話用ボタンが押下されなかった場合、すなわち緊急度が高レベルに比して一段低いレベルであって救急車の要請がなされていないために、そのままでは消防署及び医療機関からの情報が得られない。そこで、このような場合に、事後にアンケートを行って、その後に医療機関を受診したか、さらに診療内容を入手することで、救急案件の事例をより多く収集することが可能となる。

また、以上の発明は、プログラムの他、前記プログラムを記録したコンピュータ読み取り可能な記録媒体にも同様に適用される。

また、本発明に係る救急判断支援システムは、傷病者の属性情報及び症状の項目の選択情報を救急案件として受け付け、受け付けた前記情報に対する緊急度のレベルを判定する、通話機能及び通信機能を備えた情報端末から、救急案件毎の属性情報、受け付けた症状の項目及び緊急度の情報を受信する第１のサーバと、前記緊急度が高いレベルと判定された場合に前記通話機能を介して行われた前記緊急通報電話機への通報を受けて救急搬送された傷病者に対する傷病者情報を含む病院前活動関連情報及び傷病者情報を含む病院前活動関連情報を受信する第２のサーバとを備え、前記第１、第２のサーバの一方は、前記第１のサーバで受信した前記属性情報と前記第２のサーバで受信した傷病者情報とを突き合わせて各救急案件を連結する連結手段と、連結された各救急案件から、症状と緊急度のレベルとの関係について統計的な評価分析を行う緊急度分析手段とを備えることが好ましい。

また、本発明に係る救急判断支援方法は、傷病者の属性情報及び症状の項目の選択情報を救急案件として受け付け、受け付けた前記情報に対する緊急度のレベルを判定する、通話機能及び通信機能を備えた情報端末から、救急案件毎の属性情報、受け付けた症状の項目及び緊急度の情報を第１のサーバで受信する第１受信工程と、前記緊急度が高いレベルと判定された場合に前記通話機能を介して行われた前記緊急通報電話機への通報を受けて救急搬送された傷病者に対する傷病者情報を含む病院前活動関連情報及び傷病者情報を含む病院前活動関連情報を第２のサーバで受信する第２受信工程と、前記第１のサーバで受信した前記属性情報と前記第２のサーバで受信した傷病者情報とを突き合わせて各救急案件を連結する連結工程と、連結された各救急案件から、症状と緊急度のレベルとの関係について統計的な評価分析を行う分析工程とを備えることが好ましい。

これらによれば、情報端末からの傷病者の属性情報、症状の項目の選択情報及び判定された緊急度と、病院前活動関連情報及び搬入後経過関連情報とが救急案件単位で連結される。従って、情報端末で緊急度が高レベルと判定された際の症状と、救急医療側での処置とから、高レベルの緊急性が評価分析され、その妥当性が検証される。例えば、ある症状が選択された複数の症例において緊急度判定結果が高レベルであった場合に、病院前活動関連情報及び搬入後経過関連情報からは、高レベルの緊急度とはいえないとして処置されるような場合もあり得る。なお、救急相談窓口経由での案件情報が例えば第２のサーバに、後にフィードバックされる場合には、高レベル以外の案件についての緊急度判定の評価が可能となる。

また、前記情報端末は、前記情報端末の位置情報を得る測位装置と、計時情報を得る計時部とを備え、前記連結手段は、前記属性情報として前記位置情報及び前記計時情報の少なくとも一方を含めることが好ましい。これによれば、突き合わせ情報に位置情報や時刻情報を含めることで、連結の確率及び精度が向上する。

また、前記緊急度分析手段によって分析された症状と緊急度のレベルとの関係について変更があった場合、変更後の症状と緊急度のレベルとの関係を前記情報端末に配信する配信手段を備えることが好ましい。これによれば、症状と緊急度のレベルとの関係を変更する場合、変更後の情報が各情報端末に配信されるので、最新の情報を利用して緊急度の判定が行われる。なお、各情報端末への配信は、ネットワークを介して直接行ってもよいし、ネットワーク上のアプリ販売店経由で行ってもよい。この場合、救急支援アプリを一旦ダウンロードした情報端末を登録する態様としておけば、更新毎に、登録された情報端末に対する更新処理が可能となる。あるいは、更新要求を通知し、実際の更新処理は個人で行う態様としてもよい。

また、前記緊急度が高レベルに比して一段低いレベルと判定された場合に、前記第１のサーバは、前記情報端末の前記通信機能を介して事後に医療機関の受診及び診療履歴に関するアンケート結果を受信し、前記緊急度分析手段は、前記属性情報、入力した症状項目の情報及び前記アンケート結果から、症状と緊急度のレベルとの関係を有する救急案件を作成することが好ましい。

また、前記緊急度が高レベルに比して一段低いレベルと判定された場合に、前記第１データサーバによって、前記情報端末の前記通信機能を介して事後に医療機関の受診及び診療履歴に関するアンケート結果を受信する第３受信工程と、前記第１のサーバで受信した前記属性情報、入力した症状項目の情報及び前記アンケート結果から、症状と緊急度のレベルとの関係を有する救急案件を作成する作成工程とを備えることが好ましい。

これらによれば、アンケート結果から、症状と緊急度のレベルとの関係を有する救急案件が作成される。従って、例えば、症状と緊急度のレベルとの関係についての統計的な評価分析に供することが可能となる。

１ 端末（情報端末）
１１ 表示部
１２ タッチパネル
１３ 測位装置
１５ 通話部
１００ 制御部
１０１ 画像表示処理部（画像表示処理手段）
１０２ 入力受付部（傷病者情報受付手段、症状選択手段）
１０３ 緊急度判定部（緊急度判定手段）
１０５ 電話網制御部（電話網制御手段）
１０６ 検索部（検索手段）
１０７ 計時部
１０８ アンケート処理部
２ 管理サーバ（第１のサーバ）
２２ 救急判断ログ情報記憶部
２４ 医療機関情報記憶部（医療機関データベース）
２０２ 連結処理部（連結手段）
２０３ 緊急度分析部（緊急度分析手段）
３ 消防署サーバ（第２のサーバ）
４ 医療機関サーバ（第２のサーバ）

Claims (10)

1. 通話部を備えると共に表示部及び操作部を備えた情報端末によって救急判断の支援を行う救急判断支援プログラムであって、
   前記情報端末の前記表示部に複数の症状の項目を表示し、そのうちから前記操作部を介して任意の症状の項目の選択を受け付ける症状選択手段、
   前記選択された症状の項目に対応する救急の緊急度を判定する緊急度判定手段、
   前記緊急度が高レベルと判定された場合、前記表示部に緊急通報電話用ボタンを表示する画像表示処理手段、及び、
   前記緊急通報電話用ボタンへの操作に基づいて、予め対応付けられた救急通報電話機に前記通話部を介して発呼を行う電話網制御手段として、前記情報端末を機能させる救急判断支援プログラム。
2. 前記情報端末の前記操作部を介して傷病者の属性情報の入力を受け付ける傷病者情報受付手段として、前記情報端末を機能させ、
   前記緊急度判定手段は、前記選択された症状の項目及び前記傷病者の属性情報に対応して前記緊急度を判定する請求項１に記載の救急判断支援プログラム。
3. 前記画像表示処理手段は、前記緊急度が前記高レベルと判定された場合、前記表示部に前記緊急通報電話用ボタンを表示し、前記緊急度が前記高レベルに比して一段低いレベルと判定された場合、前記表示部に前記緊急通報電話用ボタンに代えて、救急相談窓口電話用ボタンを表示し、
   前記電話網制御手段は、前記表示部に表示された前記救急相談窓口電話用ボタンへの操作に基づいて、予め対応付けられた救急相談窓口電話機に前記通話部を介して発呼を行う請求項１又は２に記載の救急判断支援プログラム。
4. 前記複数の症状の項目は、複数の階層からなり、各症状を順次細分化するツリー状に構築されたもので、
   前記症状選択手段は、上位の階層から順に階層毎に任意の症状の項目を選択するもので、
   前記緊急度判定手段は、傷病者の属性情報及び少なくとも最下位の階層で選択された症状に対する救急の緊急度を判定するものであることを特徴とする請求項１〜３のいずれかに記載の救急判断支援プログラム。
5. 前記表示部に表示された前記緊急通報電話用ボタンへの操作の有無を判断する操作有無判断手段、
   操作がなかった場合、医療機関の受診及び診療履歴に関する、その後のアンケートの協力依頼の画面を前記表示部に表示するアンケート協力依頼画面表示処理手段、
   アンケートの協力が選択された場合、経時的にアンケート条件をクリアしたか否かを判断するアンケート条件クリア判断手段、及び
   前記アンケート条件をクリアした場合、前記情報端末に対して前記アンケート処理を行うアンケート処理手段として、前記情報端末を機能させる請求項１〜４のいずれかに記載の救急判断支援プログラム。
6. 前記情報端末は、携帯型であることを特徴とする請求項１〜５のいずれかに記載の救急判断支援プログラム。
7. 傷病者からの属性情報及び症状の項目の選択情報を救急案件として受け付け、受け付けた前記情報に対する緊急度のレベルを判定手段によって判定する、通話部を備えた情報端末から、ネットワークを介して救急案件毎の選択症状の項目及び判定された緊急度の情報を受信して記憶する第１のサーバと、
   前記判定手段によって前記緊急度が高いレベルと判定された場合に前記通話部を介して行われた緊急通報電話機への通報を受けて救急搬送された傷病者に対する傷病者情報を含む医療機関前活動関連情報であって救急隊端末を介して入力された情報、及び前記傷病者に対する傷病者情報を含む医療機関搬入後経過情報であって医療機関端末を介して入力された情報をネットワークを介して受信して記憶する第２のサーバとを備え、
   前記第１、第２のサーバの一方は、
   前記第１のサーバで受信した前記属性情報と前記第２のサーバで受信した傷病者情報とを突き合わせて各救急案件を連結する連結手段と、
   連結された救急案件から、症状と緊急度のレベルとの関係について統計的な評価分析を行う緊急度分析手段と、
   前記緊急度分析手段によって分析された症状と緊急度のレベルとの関係について変更があった場合、変更後の症状と緊急度のレベルとの関係を前記情報端末に配信する配信手段とを備えた救急判断支援システム。
8. 前記情報端末は、携帯型であることを特徴とする請求項７に記載の救急判断支援システム。
9. 前記第１のサーバは、前記連結手段、前記緊急度分析手段、及び前記配信手段を備えたものである請求項７又は８に記載の救急判断支援システム。
10. 前記第２のサーバは、前記医療機関前活動関連情報を記憶する消防署サーバと前記医療機関搬入後経過情報を記憶する医療機関サーバとである請求項７〜９のいずれかに記載の救急判断支援システム。