JP6869726B2 - 救急情報システム、および救急情報管理方法 - Google Patents

Description

本発明は、救急医療における救急情報管理技術に関する。

救急医療を必要とされる患者を受け入れる医療機関(病院)を迅速に決定して、患者を搬送することは、患者の救急のため極めて重要である。このため、救急センターにサーバを配置して近隣病院の受入れ情報を管轄し、搬送し易い(搬送距離が近い、搬送時間が短い)病院を検索して救急隊などに通報する提案がなされている。

日本の消防では救急搬送も担っており、救急隊は全国の消防本部や消防署に設置されている。救急隊とは、市民からの通報を受け、救急現場に駆けつけ傷病者に対して適切な処置（救急医療）を行い速やかに救急車で病院へ搬送する部隊のことをいう。

特許文献１には、指令本部にあるデータベースを救急隊と医療機関が共有して、現場到着した救急隊による患者の重症度・緊急度の判定に必要なデータを端末より入力して、指令本部の連携サーバにより重症度・緊急度の判定をするとともに搬送先候補の一覧を救急隊の端末へ表示し、それに基づき、救急隊は医療機関へ連絡を取って医療機関の受け入れを確認して、患者を病院へ搬送することで、搬送時間を短縮させる効果を提供する救急医療管制支援システムが開示されている。

また、特許文献２には、通信ネットワークを介してユーザ端末から取得される問診情報に基づいて疾病情報データベースを検索して、ユーザの病名と、疾病内容の緊急度を示す情報を提示して、緊急度情報に基づいて、通信ネットワークを介して接続された病院の情報端末に対する診察予約依頼と、必要に応じて救急車の出動依頼とを実行する病院予約システムが開示されている。

国際公開第２０１２／０９８６１３号 特開２００６−１６３８１７号公報

総務省による統計では、近年、救急車の出動件数・搬送人員数はともに増えており、救急隊の現場までの到着時間も遅くなっている。
また、救急車で搬送された人の約半数が入院を必要としない軽症という現状もある。

特許文献１では、専門の技能のある救急隊員が患者の様態等を客観的に認識して入力しており、様態等と病名や緊急度とを対応させたデータベースを用いれば、ある程度正確な判定を出力可能である。

しかしながら、ともすれば過剰な出動を強いられる救急車の出動を、市民から１１９番の通報を受ける指令台の指令員が、救急車の出動を指令する前に、乏しい通報の情報に基づいて患者の緊急度を判定する支援手段があれば、その支援手段が判定する緊急度を手掛かりに、指令員は救急車の出動に慎重を期する（疑わしい場合は、原則救急車は出動する）よう判断して救急車出動を適正化することに有効であると考えられる。

特許文献１で開示される救急隊が患者の症状を入力として、予め作成されたデータベース検索に基づいて、患者の重症度・緊急度を出力する手段をそのまま用いて、市民から通報を受けた時に、指令台の指令員が通報の情報を前記手段へ入力して、患者の重症度・緊急度を出力しようとすると、精度が大幅に低下する恐れがある。何故ならば、通報時の情報は、事故や病気で危機的な状況に置かれている患者、またはその家族などからの自己申告であり、主観性が多く入り込み、また、正確な情報伝達ができていないことが多いと考えられる、特に、緊急を要する重篤な場合には、この傾向は大きいと思われる。

本発明の目的は、上記課題を考慮し、救急医療における各段階で、特に市民からの通報を受けた指令台の指令員が患者の緊急度を判断する段階に、適切に緊急度等を判定できるシステムを提供することである。

上記課題を解決するために本発明の救急情報システムを、受け付けた通報について、症状を含む情報を、指令台から入力される指令台端末と、前記指令台端末から入力された情報に基づいて、第一の緊急度を算出する第一の判定部と、前記算出した第一の緊急度とともに、救急隊への出動指令を発信する指令部と、前記通報にかかる患者の症状を含む情報を、現場にて前記救急隊により入力される現場端末と、前記現場端末から入力された情報に基づいて、第二の緊急度を算出する第二の判定部と、事案ごとに、前記指令台端末から入力された情報と、前記現場端末から入力された情報と、緊急度を含む教師データと、を履歴として格納する救急履歴情報とを備え、前記第一の判定部は、前記指令台端末から入力された情報と、前記緊急度を含む教師データを有する救急履歴情報とに基づいて、第一の緊急度を算出するように構成する。

本発明によれば、通報時の情報を用いて、緊急度などを推定することができる。

本発明の一実施形態に係る救急情報システムおよびその周辺の構成図の例である。 本発明の一実施形態に係る消防サーバの構成の例である。 本発明の一実施形態に係る指令台情報端末の構成の例である。 本発明の一実施形態に係る車載端末の構成の例である。 医療情報のデータ構成を示す図である。 救急履歴情報のデータ構成を示す図である。 救急履歴情報を構成する(ａ) 患者情報、(ｂ) 通報時の情報、(ｃ) 救急時の情報、(ｄ) 事後入力情報の各データ構成を示す図である。 症状入力画面の画面構成を示す図である。 図８に示す症状入力画面の(ａ) 患者基本情報エリア、(ｂ) バイタルサインエリア、(ｃ) 既往症エリア、(ｄ) 内因性症状エリア、(ｅ) 外因性症状エリア、の各エリアに表示される入力データの項目例とデータ値の例を示し、(ｆ) 判定エリアに表示される判定結果の項目例とデータ値の例を示す図である。 １つの救急事案が発生して、患者を救急搬送して、救急履歴情報を記録するまでの救急医療現場における本発明の救急情報システムの処理フローを説明するフローチャートである。

以下、実施例を図面を用いて説明する。

図１には、本発明の一実施形態に係る救急情報システムおよびその周辺の構成図を示す。
消防本部に設置された指令台２０の各指令員には、一般電話６０からの市民の１１９番通報を受付ける指令台電話端末２１と、救急情報システムのユーザインターフェースを提供する指令台情報端末２２とが配置され、指令員は電話通報を受付けながら指令台情報端末２２を操作する。

消防サーバ１０は消防本部に設置され、救急情報システム内で共有する情報を収集して、データベースを構成し、救急情報システムを構成する各端末へ適宜、各情報を配信する。

救急車３０に搭載される車載(現場)端末３１は、救急情報システムのユーザインターフェースを救急隊員に提供し、救急隊員による患者の症状の入力を受付けて、内部に記憶する医療情報などに基づいて、緊急度、病名候補、搬送先の病院候補などを出力する。

病院端末４０は、病院の事務が病院の現在の状況を定期的に、消防サーバ１０へ報告して、その情報に基づき消防サーバが病院情報を作成する。

消防サーバ１０、指令台情報端末２２、車載端末３１、及び病院端末４０は、インターネットなどのネットワーク５０により相互に接続され、通信可能になっている。消防サーバ１０、指令台情報端末２２、及び病院端末４０は、光ファイバーケーブル、ＡＤＳＬ５１を介してネットワーク５０に接続されている。車載端末３１は、例えば「IMT-2000」 (International Mobile Telecommunication 2000) 規格に準拠した第3世代移動通信システム、「IMT-Advanced」規格に準拠した第4世代移動通信システムなどを採用した通信網５２を介してネットワーク５０に接続されている。また、指令台電話端末２１と一般電話６０とは電話回線５３にて接続されている。

図２に構成を示す消防サーバ１０は、計算機（サーバ）上に構成することができて、そのハードウェア構成は、ＣＰＵ（Central Processing Unit）などにより構成されるプロセッサ１１０と、ＨＤＤ（Hard Disk Drive）、フラッシュメモリなどを用いたＳＳＤ（Solid State Drive）などにより構成される記憶装置１２０と、などを備える。

プロセッサ１１０は、記憶装置１２０に記憶されている救急情報プログラム(図示せず)をロードしてＣＰＵで実行することにより以下の各機能部を実現する。
情報入出力部１１１は、記憶装置１２０に記憶する各情報を入出力する。
病院情報収集部１１２は、各病院から定期的に送られてくる病院の現在の状況（診療中、救急のみ、休診など）を収集して、病院情報１５０を常に最新情報で更新する。

救急履歴情報収集部１１３は、指令台が通報を受けた事案には固有の事案番号が付与されて、指令員が通報に基づいて入力した症状の情報、救急隊員が現場で患者を確認して入力した症状の情報、患者を受け入れた病院の医師が診察した結果である病名、及び緊急度を報告する情報などを各端末から収集して、救急履歴情報１４０を記憶する。

分析部１１４は、定期的に、記憶装置１２０の救急履歴情報１４０を読み出し、判定モデルを作成・更新する。

判定モデル配信部１１５は、分析部１１４によって作成・更新された最新の判定モデルを、指令台情報端末２２、車載(現場)端末３１へ配信する。

記憶装置１２０には、医療情報１３０、救急履歴情報１４０、病院情報１５０、判定モデル１６０、及び救急隊情報１７０が記憶されている。

医療情報１３０を、図５にデータ構成を示す。医療情報１３０は、医者や医療研究者のような医療の専門家が医療の知識に基づいて作成したデータベースである。１つ以上の症状１３１に対応して、疑われる病名１３２、緊急度１３３、診療科１３４のデータ項目よりデータレコードが構成されている。症状を入力として、該当するデータレコードに記録されている疑われる病名、緊急度、診療科を検索することができる。医療の専門家が作成しているため、症状と疑い病名との関係の正確性は高い。

救急履歴情報１４０は、救急履歴情報収集部１１３によって、指令台情報端末２２、車載(現場)端末３１、及び病院端末４０から収集された情報を、図６に示すデータテーブルに記録したものである。事案番号１４１は、指令台の指令員が通報を受けて聞き取りを開始して、指令台情報端末２２へ入力を開始する際に新たに採番される。１つの事案番号に対応するデータレコードに救急医療の履歴情報が記録される。

患者情報１４２は、例えば図７(ａ)に示すデータ項目を含むデータレコードから構成される。指令員が通報を受けたときに入力したり、救急隊員が現場で入力したりする。

通報時の情報１４３は、例えば図７(ｂ)に示すデータ項目を含むデータレコードから構成される。指令員が通報を受けながら指令台情報端末２２へ入力した症状１４３ｅや、指令台情報端末２２が判定モデルを使用して出力した、疑われる病名１４３ｆ、緊急度１４３ｇが、該当するデータ項目に値が入れられる。患者位置１４３ｄは、患者が現在いる場所（自宅住所または外出先）であり、救急車が向かう現場である。

救急時の情報１４４は、例えば図７(ｃ)に示すデータ項目を含むデータレコードから構成される。救急隊員が現場に到着して患者への応急処置後の聞き取りなどにより車載(現場)端末３１へ入力した症状１４４ｅ、応急処置１４４ｈや、車載(現場)端末３１が、症状より医療情報を検索して出力した疑われる病名１４４ｆ、緊急度１４４ｇが、該当するデータ項目に値が入れられる。救急隊員は、搬送先の病院候補へ連絡を取り、搬送先病院１４４ｄを決定する。

事後入力情報１４５は、例えば図７(ｄ)に示すデータ項目を含むデータレコードから構成され、搬送先の病院の医師が患者を診断した結果、診断病名１４５ｂ、緊急度１４５ｃを報告してきたものを記録する。

図２の病院情報１５０は、図示はしないが、管轄内の病院ごとに診療科、住所、現在の状況（診療中、救急のみ、休診など）を記録している。病院情報収集部１１２が、定期的に各病院より現在の状況の情報を収集して、病院情報１５０を更新する。

図２の判定モデル１６０は、図示はしないが、分析部１１４が過去の救急履歴情報１４０に基づく学習によって、目的変数「緊急度」、および目的変数「疑い病名」を求める目的関数として、本実施例ではニューラルネットワーク上に回帰モデルを構成したものを、判定モデルと呼ぶ。データ構造としては、医療情報１３０（図５）と同一または類似し、症状の組み合わせと、疑い病名、緊急度が対応されて記憶されている。医療情報１３０は、医療専門家が作成し、判定モデル１６０は、救急履歴情報１４０の分析により作成される点が異なる。

図２の救急隊情報１７０は、図示はしないが、例えば消防署に配備された救急隊のＩＤ、隊員、状態（出動や待機）、現在の位置などの情報をテーブル形式にて記録しており、各救急車の車載(現場)端末３１から随時送られてくる状態（出動や待機）、現在の位置などの情報を情報入出力部１１１が受付けて、救急隊情報を更新する。更新された救急隊情報１７０は、指令台情報端末２２などへ送られる。

図３に構成を示す指令台情報端末２２は、例えばユーザインターフェースを有する計算機（端末）上に構成することができて、そのハードウェア構成は、ＣＰＵなどにより構成されるプロセッサ２１０、ＨＤＤ、フラッシュメモリなどを用いたＳＳＤなどにより構成される記憶装置２２０などを備える。

プロセッサ２１０は、記憶装置２２０に記憶されている救急情報プログラム(図示せず)をロードしてＣＰＵで実行することにより以下の各機能部を実現する。

情報入出力部２１１は、ディスプレイ上に図８に示す症状入力画面４００を表示して、指令員が通報を聞きながら患者の基本情報、症状を入力する情報を受付けて、救急履歴情報１４０へ記録する。

症状入力画面４００は、例えば患者基本情報エリア４１０には、図９(ａ)に示すようなデータ項目の「年齢」、「性別」、「キーワード」、「通報者」、などの値を選択入力するメニューボタン（例えば「通報者」であれば、「本人」、「家族」、「警察・施設」、「通行人等」などのメニューボタン）が配列表示されて、主に指令員(不明の項目は救急隊員)が選択入力する。
バイタルサインエリア４２０には、バイタルサイン(外見で分かる症状)として例えば図９(ｂ)に示すようなデータ項目の「呼吸」、「発汗」、「顔色」、「意識・会話」、などの値を選択入力するメニューボタン（例えば「呼吸」であれば、「正常」、「呼吸なし」、「死戦期呼吸」、「窒息」、「いびき」、「苦しそう」、「不明」などのメニューボタン）が配列表示されて、救急隊員が選択入力する。
既往症エリア４３０には、図９(ｃ)に示すようなデータ項目の「既往歴」として主な病歴「心・大血管疾患」、「喘息」、「肝疾患」、「脳疾患」、‥‥‥、「不明」などのメニューボタンが配列表示され、「直前の出来事」の選択項目としては「埋め込み除細動器発動」、「暑い場所にいた」、「激しい運動」、「頭・胸・腹の怪我」、‥‥‥などのメニューボタンが配列表示される。患者本人や家族からの申告で入力したり、同じ患者にかかる救急履歴情報から取得したりする。
内因性症状エリア４４０には、図９(ｄ)に示すようなデータ項目の「痛い・苦しい」、「嘔気・めまい」、「しびれ・神経系」、「吐血・下血・血尿」、‥‥‥などの各欄(病気に関するもの)において、例えば「痛い・苦しい」欄には、頭：「あり」「なし」「不明」、胸：「あり」「なし」「不明」、上腹部：「あり」「なし」「不明」、‥‥‥などのメニューボタンが配列表示されて、救急隊員が患者（主に病気）の観察やヒアリングを行い、選択入力する。
外因性症状エリア４５０には、図９(ｅ)に示すようなデータ項目の「致死的外傷」、「転落」、「外傷の部位」、「出血・損傷」、‥‥‥などの各欄(負傷に関するもの)において、例えば「外傷の部位」欄には、「頭部」、「顔面」、「胸部」、「背部」、‥‥‥などのメニューボタンが配列表示されて、救急隊員が患者（主に負傷）の観察やヒアリングを行い、選択入力する。
判定エリア４６０には、図９(ｆ)に示すようなデータ項目の「緊急度」、「疑い病名」、「診療科」、「病院」などの表示欄があり、上記の各症状入力欄における入力データに基づいて、後述する判定部２１２(３１２)で「緊急度」、「疑い病名」、「診療科」、「病院」などを判定処理した結果を表示する。

また、情報入出力部２１１は、消防サーバ１０において作成、又は更新されて送られてくる医療情報１３０、病院情報１５０、判定モデル１６０、及び救急隊情報１７０を受付けて、記憶装置２２０へ格納すると共に、指令台情報端末２２で入力・作成された救急履歴情報１４０を消防サーバ１０、及び出動する救急隊の車載(現場)端末３１へ出力する。

また、情報入出力部２１１は、指令台の指令員が通報を電話でヒアリングしている際の通話音声データを記録することを含めてもよい。通話音声データの記録は、図示してはいないが、救急履歴情報１４０の通報時の情報に加えて記録される。この通報時の通話音声データは、判定部２１２による分析により、通報の信憑性、緊急度の判定に使用することが考えられる。

判定部２１２は、指令台の指令員が通報に基づいて、指令台情報端末２２のディスプレイ上に表示された症状入力画面４００から入力した患者の症状の情報と、判定モデル１６０とを用いて、疑い病名とそれに紐付く緊急度の判定結果を出力する。また、疑い病名に該当する診療科より検索して病院情報１５０から該当する病院候補を求めて、症状入力画面４００の判定エリア４６０へ緊急度、疑い病名、診療科、病院などを出力する。病院候補は、診療科のほか、病院情報１５０の現在の状況や、病院の住所と患者位置の比較を用いて、近くて対応可能な病院を候補とする。
判定部２１２は、判定した緊急度、疑い病名を、救急履歴情報１４０の疑い病名欄１４３ｆ、緊急度欄１４３ｇに記録する。

指令部２１３は、指令台の指令員が、通報に対応して救急車の出動が必要と判断した場合に、起動される。指令部２１３は、管轄する救急隊情報１７０を指令員へ提示して、指令員が選択した救急隊に出動指令を発すると共に、指令を受けた救急隊の車載(現場)端末３１へ、指令台情報端末２２で記録した救急履歴情報１４０及び判定部２１２が判定処理した結果（緊急度や疑い病名なども含まれる）を送信する。

記憶装置２２０に記憶される医療情報１３０、病院情報１５０、判定モデル１６０、及び救急隊情報１７０は消防サーバ１０において作成、又は更新されて送られてきた情報であり、説明は前述した通りである。また、救急履歴情報１４０は、指令台の指令員が通報を受けて、入力を始めた際に新たな事案番号が採番された情報であり、通報によって分かる範囲の情報のみが記録されて、その他の多くの情報欄には不明の初期値が入れられている。

図４に構成を示す車載(現場)端末３１は、例えば携帯型の計算機（端末）上に構成することができて、そのハードウェア構成は、ＣＰＵ、などにより構成されるプロセッサ３１０、ＨＤＤ、フラッシュメモリなどを用いたＳＳＤなどにより構成される記憶装置３２０などを備える。

プロセッサ３１０は、記憶装置３２０に記憶されている救急情報プログラム(図示せず)をＲＡＭへロードしてＣＰＵで実行することにより以下の各機能部を実現する。

情報入出力部３１１は、ディスプレイ上に図８に示す症状入力画面４００を表示して（指令台の指令員が通報を受けて既に入力したメニューボタンを点灯させて明示させてもよい。）、救急隊員が患者の観察やヒアリングを行って、患者基本情報、バイタルサイン、既往症、各症状を入力する情報を受付けて、救急履歴情報１４０へ記録する。

また、情報入出力部３１１は、消防サーバ１０から送られてくる医療情報１３０、病院情報１５０、判定モデル１６０、及び救急隊情報１７０を受付けて、記憶装置２２０へ格納すると共に、指令台情報端末２２で入力・作成された救急履歴情報１４０を出動時に受付けて、記憶装置２２０へ格納する。そして、患者を病院へ搬送時に、病院端末４０、及び消防サーバ１０へ、追加作成した救急履歴情報１４０を出力する。

判定部３１２は、救急隊員が患者の観察やヒアリングを行って入力した情報を用い、医療情報１３０を検索して、該当する疑い病名、緊急度、診療科を出力し、診療科により病院情報１５０を検索して、搬送病院候補を出力する。救急隊員が判断して入力する症状は、通報時に比べて正確性が見込まれるので、本実施例では医療情報１３０を検索しているが、医療情報に代えて判定モデル１６０を検索して該当する疑い病名、緊急度を出力することでもよい。
また、判定部３１２が判定出力した緊急度、疑い病名を、救急隊員が判断して変更することもある。
判定部３１２は、判定結果の緊急度、疑い病名、診療科、病院を症状入力画面４００の判定エリア４６０に出力すると共に、判定した緊急度、疑い病名を、救急履歴情報１４０の疑い病名欄１４４ｆ、緊急度欄１４４ｇに記録する。

図１０に、１つの救急事案が発生して、患者を救急搬送して、救急履歴情報を記録するまでの救急医療現場における本発明の救急情報システムの処理フローを説明するフローチャートを示す。

住民から１１９番通報７１がなされると(ステップＳ１)、指令台の指令員が指令台電話端末２１を用いて電話通報受付けを行い(ステップＳ２)、通報者より患者の情報、症状を聞いて、指令台情報端末２２を用いて入力を行う(ステップＳ３)。

従来は、通報を受けた指令員の判断により救急車の出動の要否を決めて出動要請を発していたものを、本発明の救急情報システムでは、指令台の指令員による患者の情報、症状の入力に従い、指令台情報端末２２の判定部２１２が、過去の救急履歴情報から求めた判定モデルを使用して、緊急度、疑われる病名を判定する(ステップＳ４)。指令台の指令員は、判定結果を参考として、救急車の出動の要否を決める。もし、緊急度が軽症以下と判定された場合には、通報者に他の相談先を紹介するなどして救急車の出動を見合わせる、他の事案（通報）を優先するなどの判断をする。ただし、疑わしい場合には、原則は救急車を出動させる。

指令台の指令員は、救急車の出動を決めた場合には、患者の位置、消防署に待機中の救急車、搬送先の病院から帰署中の救急車の位置、搬送候補病院の位置などを勘案の上、出動救急隊、その編成を決める(ステップＳ５)。

指令台の指令員は、選択した救急隊に出動指令を出す(ステップＳ６)。出動指令の際に、指令台情報端末２２の救急履歴情報１４０を、選択した救急隊の車載端末３１へ(７２)、及び消防サーバ１０へ送信する７３。消防署で待機中の場合には、署に出動指令が連絡される。

消防サーバ１０は、指令台情報端末２２より受付けた(７３)救急履歴情報を記憶装置１２０に格納する(ステップＳ７)。

救急隊は、指令台情報端末２２より出動指令と救急履歴情報を受付けて、救急現場へ出動する(ステップＳ８)。救急隊が現場へ到着し(ステップＳ９)、患者への応急措置を施す(ステップＳ１０)。

救急隊員は、患者の観察やヒアリングを行って、患者基本情報、バイタルサイン、既往症、各症状を車載(現場)端末３１へ入力する(ステップＳ１１)。車載(現場)端末３１の判定部３１２は、記録された救急履歴情報１４０を読み出し、医療情報１３０を検索して、該当する疑い病名、緊急度、診療科を出力する(ステップＳ１２)。更に、検索された診療科により病院情報１５０を検索して、搬送病院候補を出力する(ステップＳ１３)。この時に、患者と病院の位置情報を用いて搬送病院候補を選んでもよい。

救急隊員は、車載端末３１に表示された搬送病院候補の病院へ、受入れ可否を問い合わせる７４。病院は受入れ可否を回答する(ステップＳ１５)。病院からの回答が受入れ可能であれば、搬送先病院と選択し、病院からの回答が受入れ否であれば、その他の搬送病院候補への連絡を繰り返す(ステップＳ１４)。搬送先病院の決定後、現場を出発する(ステップＳ１６)。

救急隊は、病院へ到着して患者を引き渡すと共に、車載端末３１より病院端末４０へ救急履歴情報が送信される７５。また、車載端末３１より消防サーバ１０へ救急履歴情報が送信される７６(ステップＳ１７)。その後、救急隊は消防署へ帰着する(ステップＳ２１)。

病院端末４０は、患者の救急履歴情報を受付けて、端末上に患者の救急履歴情報を表示する(ステップＳ１８)。病院の医師は、救急履歴情報を参照して、患者を診断する(ステップＳ２０)。医師は、診断結果に応じた処置・手術を施す(ステップＳ２２)。担当医師は、該当救急事案の患者に対する病院処置、（疑い）病名、当該事案の(医師の見解としての)緊急度を消防サーバ１０へ報告する７７(ステップＳ２３)。

消防サーバ１０は、車載(現場)端末３１より救急履歴情報を受付けて、記憶装置１２０に格納する(ステップＳ１９)。また、病院端末４０よりを受付けて、記憶装置１２０に格納する(ステップＳ２４)。病院端末が連携未対応の場合、電話やメールで病院から消防署に連絡し、消防署員が端末で病院処置などを入力してもよい。

消防サーバ１０は、通報に始まって、救急隊の出動、患者の病院への搬送、病院での処置・手術に至る救急医療事案を固有の事案番号で管理する救急履歴情報１４０として、記憶装置１２０に記録する。

消防サーバ１０の分析部１１４は、例えば週１回、又は月１回、又は任意の期間ごとに起動され、前回の起動時以後に記憶装置１２０の救急履歴情報１４０に蓄積された過去の救急履歴情報を読み出し、過去の事例を統計的に処理して緊急度、疑い病名を推定するための判定モデルの更新処理を行う。

本実施例では、判定モデルとしてニューラルネットワークの構造を採用する。入力とする項目は、指令台情報端末２２において使用する判定モデル１６０には、指令台の指令員が通報を聞きながら患者の基本情報、症状を入力する可能性のある項目を網羅して、出力とする項目は、緊急度、疑い病名の候補とする。ニューラルネットワークの属性として、隠れ層の数、１層あたりのニューロンの数、１ニューロンあたりの結合の数は、入力項目を確定させてから最適化アルゴリズムを通して選択する。

分析部１１４は、救急履歴情報１４０に蓄積された１つの救急履歴情報を読み出して、１回の学習処理を実行する。ニューラルネットワークの教師あり学習法として、バックプロパゲーション(誤差逆伝播法)を使用する。
例えば、入力項目として選んだ救急履歴情報のある症状のデータが「あり」であれば、その症状のニューラルネットワークへの入力値を1.0として、ある症状のデータが「なし」または「不明」であれば、その症状のニューラルネットワークへの入力値を0.0として入力する。ニューラルネットワークの出力である緊急度には、緊急の程度「緊急、準緊急、‥‥、軽症、‥‥」に応じて数値化する。同様に、ニューラルネットワークの出力である疑い病名にも数値を割り当てる。
教師データは、病院の医師より報告されて救急履歴情報の事後入力情報として記録された診断病名１４５ｂ、緊急度１４５ｃを読み出して使用する。ただし、病院の医師より報告がされていない場合には、車載(現場)端末３１において記録された救急履歴情報の疑い病名１４４ｆ、緊急度１４４ｇを読み出して教師データとして使用する。

分析部１１４は、全ての入力項目を救急履歴情報を参照してニューラルネットワークへ入力して、ニューラルネットワークの出力として緊急度の推定値と、疑い病名の推定値を求める。緊急度の推定値と教師データ(期待値)の緊急度との誤差、疑い病名の推定値と教師データ(期待値)の疑い病名との誤差をそれぞれ計算する。ニューラルネットワークの個々のニューロンの期待される出力値と倍率(scaling factor)、要求された出力と実際の出力の差(局所誤差)を計算する。各ニューロンの重みを局所誤差が小さくなるように調整する。より大きな重みで接続された前段のニューロンに対して、局所誤差の責任があると判定する。そのように判定された前段のニューロンのさらに前段のニューロン群について同様の処理を行う。ニューラルネットワークの出力ニューロンの誤差は、前段のニューロンの重みを補正しながら、前段のニューロンへ値を伝播させていく。各ニューロンの重みについて補正した量は誤差への寄与として扱われ、最急降下法で計算される。バックプロパゲーションを収束させて、学習が行われ、判定モデルが更新される。

分析時には、教師データとして正確なデータが必要になる。事後入力情報１４５として医師の診断結果が入力されている場合には、これを教師データとして用いることができる。利用可能な情報では、最も患者の病名や緊急度を正確に規定しているからである。事後入力情報１４５の入力がされていない事案（または、病院から連絡を受ける事後入力の制度が整っていない場合）については、救急時の情報１４４を教師データとする。救急隊員が観察等した入力データと、症状と病名を正確に関係づけた医療情報１３０とを用いて算出していれば、所定以上の確度で緊急度や疑い病名を算出できていると考えられるからである。当然に、両方ある場合には、事後入力情報１４５の医師の診断が優先される。いずれもない（医師の診断結果が無く、医療情報も無く、現場でも判定モデルで判定）の場合に比べて、教師データを用いて、緊急度や疑い病名の判定の精度を向上できる。

通報受付時に緊急度を算出する場合、医療情報を用いると、通報の情報の正確性が低く、緊急度も正確に出力できない恐れがある。たとえば、重要な症状なのに気づかなかったり、患者本人からの通報であるため外見の症状（顔色など）がわからなかったりする恐れがある。本発明では、救急履歴情報を用いることで、通報の傾向も含めて分析できるため、事実に基づいた分析、予測ができる。本実施例では、指令台で通報者からヒアリングした事項が端末から入力されるが、さらに音声分析機能を加え、声色や呼吸を分析して通報時の情報１４３に加えてもよい。
分析する救急履歴情報１４０としては、指令台端末２２の判定部２１２が判定するためのものとしては、通報時の情報１４３と教師データ（事後入力情報１４５）があればよく、教師データでない救急時の情報１４４は、使わなくてもよい。

なお、車載(現場)端末３１における判定部３１２の判定処理では主に医療情報１３０を検索して疑い病名、緊急度を求めているが、医療情報に代えて判定モデル１６０を使用してもよい。そのためには、消防サーバ１０の分析部１１４において、車載端末３１向けの判定モデル１６０として、ニューラルネットワークへの入力項目として、救急隊員が患者の観察やヒアリングを行って、患者基本情報、バイタルサイン、既往症、各症状を車載端末３１へ入力する可能性のある全ての項目を網羅させるようにして、その他は、指令台情報端末２２用の判定モデル１６０と同様にして、ニューラルネットワークの判定モデルを学習処理して作成すればよい。 車載端末３１の判定部３１２が判定するための判定モデル１６０としては、救急時の情報１４４と教師データ（事後入力情報１４５）があればよい。（すなわち別々の判定モデル１６０を用いてもよいということになる。）ただし、医療情報１３０を用いない場合、教師データとして用いるための事後入力情報１４５の入力が必要になることに注意は必要である。

分析部１１４は、前回の学習処理の際に更新された判定モデルに対して、今回までに新たに記録された救急履歴情報を使用して学習処理を実行して、判定モデルを更新する。そして、判定モデル配信部１１５が、分析部１１４によって学習処理されたニューラルネットワークの最新の判定モデルを、指令台情報端末２２、車載端末３１へ配信する。原理としては、判定部２１２、３１２は、直接に救急履歴情報１４０と入力された情報から緊急度などを算出可能である。しかしながら、このような処理は負荷が高いため、処理能力の高い消防サーバ１０の分析部１１４が分析を行って判定モデル１６０を作成して配信し、端末の判定部２１２、３１２でも少ない負荷で判定ができるようにしてある。判定モデル１６０は、救急履歴情報の内容を軽負荷で判定できるように処理した判定用救急履歴情報であり、判定部２１２、３１２の処理内容としては、実質的には救急履歴情報を用いて緊急度や疑い病名などを算出している。

１０ 消防サーバ
２０ 指令台
２１ 指令台電話端末
２２ 指令台情報端末
３０ 車両
３１ 車載端末
４０ 病院端末
５０ ネットワーク
５１ 光ファイバーケーブル、ＡＤＳＬ
５２ 移動通信システムを採用した通信網
５３ 電話回線
６０ 一般電話
１１０，２１０，３１０ プロセッサ
１１１ 情報入出力部
１１２ 病院情報収集部
１１３ 救急履歴情報収集部
１１４ 分析部
１１５ 判定モデル配信部
１２０，２２０，３２０ 記憶装置
１３０ 医療情報
１４０ 救急履歴情報
１５０ 病院情報
１６０ 判定モデル
１７０ 救急隊情報
２１１ 情報入出力部
２１２ 判定部
２１３ 指令部
３１１ 情報入出力部
３１２ 判定部
４００ 症状入力画面
４１０ 患者基本情報エリア
４２０ バイタルサインエリア
４３０ 既往症エリア
４４０ 内因性症状エリア
４５０ 外因性症状エリア
４６０ 判定エリア

Claims (5)

1. 救急医療において、患者に係る通報、救急隊による患者の症状の入力情報に基づいて、緊急度判定を支援する救急情報システムであって、
   受け付けた通報について、患者の症状を含む情報を、指令台から入力される指令台端末と、
   前記指令台端末から入力された情報、および過去の救急履歴情報に従って作成された第一の判定モデルに基づいて、第一の緊急度を算出する第一の判定部と、
   前記算出した第一の緊急度とともに、救急隊への出動指令を発信する指令部と、
   前記通報に係る患者の症状を含む情報を、現場にて前記救急隊により入力される現場端末と、
   前記現場端末から入力された情報、および医療情報、若しくは過去の救急履歴情報に従って作成された第二の判定モデルに基づいて、第二の緊急度を算出する第二の判定部と、
   前記患者の診断、処置、または手術後に、診断結果、当該事案の緊急度を担当医師より入力される病院端末と、
   救急事案ごとに、前記指令台端末から入力された情報と、前記現場端末から入力された情報と、前記病院端末から入力された情報と、を履歴として格納する救急履歴情報と、
   所定の期間毎に、前記救急履歴情報の更新情報を読出し、前記指令台端末、および／または前記現場端末から入力された情報を入力値、前記病院端末から入力された情報を出力値の教師データとするニューラルネットワークの学習を行い、判定モデルの更新を行う分析部と、
   を備えたことを特徴とする救急情報システム。
2. 請求項１において、
   前記医療情報は、患者の症状と、緊急度と、を対応させて記憶しており、
   第二の判定部は、前記現場端末から入力される患者の症状を含む情報と、前記医療情報、または前記分析部で更新されて配信された判定モデルとに基づいて、第二の緊急度を算出することを特徴とする救急情報システム。
3. 請求項１において、
   前記病院端末から診断結果、救急事案の緊急度が入力されない場合は、
   前記分析部は、前記第二の判定部が算出した第二の緊急度をニューラルネットワークの出力値の教師データとして学習を行い判定モデルを更新する
   ことを特徴とする救急情報システム。
4. 請求項１乃至３のいずれかの請求項において、
   前記第一または第二の判定部は、前記第一または第二の緊急度とともに、疑い病名を算出することを特徴とする救急情報システム。
5. 救急医療において、患者に係る通報、救急隊による患者の症状の入力情報に基づいて、緊急度判定を支援する救急情報管理方法であって、
   指令台端末が、受け付けた通報について、患者の症状を含む情報を、指令台から入力される通報受付工程と、
   第一の判定部が、前記指令台端末から入力された情報、および過去の救急履歴情報に従って作成された第一の判定モデルに基づいて、第一の緊急度を算出する第一の判定工程と、
   指令部が、前記第一の緊急度とともに、救急隊への出動指令を発信する出動指令工程と、
   現場端末が、前記通報に係る患者の症状を含む情報を、現場にて前記救急隊により入力される現場措置工程と、
   第二の判定部が、前記現場端末から入力された情報、および医療情報、若しくは過去の救急履歴情報に従って作成された第二の判定モデルに基づいて、第二の緊急度を算出する第二の判定工程と、
   病院端末が、前記患者の診断、処置、または手術後に、診断結果、当該事案の緊急度を担当医師より入力される医師見解報告工程と、
   情報入出力部が、救急事案ごとに、前記指令台端末から入力された情報と、前記現場端末から入力された情報と、前記病院端末から入力された情報と、を履歴として救急履歴情報に格納する履歴格納工程と、
   分析部が、所定の期間毎に、前記救急履歴情報の更新情報を読出し、前記指令台端末、および／または前記現場端末から入力された情報を入力値、前記病院端末から入力された情報を出力値の教師データとするニューラルネットワークの学習を行い、判定モデルの更新を行う分析工程と、
   を有することを特徴とする救急情報管理方法。

Images