JP2015032060A - 医療支援システム - Google Patents

Abstract

【課題】救急隊員の手を煩わせることなく、救急初期段階にタイムライン情報を作成することができる医療支援システムを提供する。
【解決手段】患者Ｐが救急現場１５から病院１２Ａへ搬送されるまでの救急初期段階において、救急隊員がトリアージ装置やバイタルサイン測定装置などの医療機器を使用して患者Ｐへの処置を開始すると、医療機器から医療支援システム１９の医療支援サーバに処置開始情報が送信される。医療支援サーバは、処置開始情報に応じて、患者Ｐの診療情報を時間軸に沿って管理するタイムライン情報を作成し、救急初期段階において発生した診療情報の管理を開始する。
【選択図】図２

Description

本発明は、通信ネットワークを利用した医療支援システムに関するものである。

従来、急病や怪我などで医師の診療が必要な患者が発生した場合に、救急隊員が患者を救急車で病院まで搬送し、病院で患者の診療を行う救急医療体制が設けられている。患者が搬送された病院の医師は、患者を診断して疾病を特定し、治療方針を決定して患者の処置を行っている。実際の救急医療では、複数の医師や看護師が連携して短時間のうちに患者の診療を行っているため、患者に施された診断や治療に関する診療情報は、複数の医師や看護師で共有できることが望まれている。

特許文献１には、患者が病院に搬送されて検査画像の撮影などが行われた場合に、患者の検査画像や診断結果などを含む診療情報を時間軸に沿って管理するタイムライン情報を医療支援サーバで作成し、医師や看護師が使用する複数のクライアント端末に配信する医療支援システムが記載されている。この医療支援システムによれば、タイムライン情報に患者の診療情報が登録されるので、複数の医師や看護師で共有することができ、患者の診療に関する時間的な流れも容易に把握することができる。

救急医療において、患者が救急現場から病院に搬送されるまでの救急初期段階に得られる診療情報が、患者の診断を正確かつ迅速に行う上で有用であることは知られている。救急初期段階の診療情報とは、例えば、患者が病気や怪我をした救急現場や救急車内での患者の状態、救急隊員による処置内容及び処置結果、救急現場の様子などである。しかし、特許文献１の医療支援システムでは、患者が病院に搬送されて検査画像の撮影などが行われた場合にタイムライン情報が作成されており、救急初期段階の診療情報は、タイムライン情報に登録されないため、タイムライン情報から救急初期段階の診療情報を得て患者の診療を行うことはできない。

特許文献２には、タイムライン情報に関するものではないが、患者や救急隊員の端末操作による要請を受けてサイバーホスピタルを構築する医療支援システムが開示されている。サイバーホスピタルとは、患者が使用する端末と、医師が使用する端末との間を医療支援サーバによって仲介することにより、通信ネットワークを介して患者の診療を行えるようにした仮想的な病院をいう。

救急隊員による端末操作に応じて、医療支援システムに動作を開始させるという特許文献２に記載の技術を、特許文献１の医療支援システムに適用すれば、患者が救急現場から病院に搬送されるまでの救急初期段階に、救急隊員の要請に応じてタイムライン情報を作成することができるので、タイムライン情報に救急初期段階の診療情報を登録することもできる。

特開２０１２−０２７５６５ 特開２００４−２８０８０７

しかしながら、救急隊員は、患者の処置と病院への搬送を優先しなければならないため、救急初期段階に端末を操作し、医療支援サーバにタイムライン情報の作成を指示する時間的な余裕はない。そのため、タイムライン情報の作成指示を救急隊員に任せた場合、タイムライン情報の作成タイミングが遅くなり、救急初期段階の有用な診療情報が得られなくなる可能性がある。また、救急隊員に無理にタイムライン情報の作成を行わせた場合、患者の処置が疎かになって病状に悪影響を与える可能性もある。

本発明は、救急隊員の手を煩わせることなく、救急初期段階にタイムライン情報を作成することができる医療支援システムを提供することを目的としている。

上記課題を解決するために、本発明の医療支援システムは、患者の処置に用いられる医療機器と、この医療機器に通信ネットワークを介して通信可能に接続される医療支援サーバとを備えている。医療機器は、患者を搬送元の現場から搬送先の医療施設に搬送するまでの救急初期段階において、救急隊員が患者を処置するために使用される医療機器であり、医療機器が使用された際に患者に対する処置が開始されたことを表す処置開始情報を医療支援サーバに送信する処置開始情報送信部を有している。医療支援サーバは、処置開始情報を受け付ける処置開始情報受付部と、処置開始情報受付部が処置開始情報を受け付けた際に、患者の診療情報を時間軸に沿って管理するためのタイムライン情報を作成するタイムライン作成部とを有している。

処置開始情報には、患者を識別するための患者ＩＤが付与されており、タイムライン作成部は、患者ＩＤ毎に１件のタイムライン情報を作成することが好ましい。

患者ＩＤは、救急初期段階において仮に発行される仮ＩＤであることが好ましい。

医療機器は、手動入力又は医療支援サーバから送信された患者ＩＤを受け付ける患者ＩＤ受付部を有しており、患者ＩＤ受付部が受け付けた患者ＩＤが処置開始情報に付与されることが好ましい。

処置開始情報受付部は、複数の医療機器からの処置開始情報を受付可能であり、タイムライン作成部は、処置開始情報受付部が受け付けた同一の患者ＩＤを含む複数の処置開始情報のうち、最初に受け付けた処置開始情報に基づいて、タイムライン情報を作成することが好ましい。

処置開始情報受付部は、医療機器によって患者から取得される最初の診療情報を処置開始情報として受け付けることが好ましい。

医療機器から送信される診療情報を受け付けて、受け付けた診療情報を、タイムライン情報に登録する診療情報登録部を有していることが好ましい。

医療機器は、患者を重症度別に分類するためのトリアージ装置、患者のバイタルサインを測定するバイタルサイン測定装置、患者の診断画像を撮影する撮影装置のうち少なくとも１つが含まれることが好ましい。

医療機器は、患者を医療施設へ搬送する救急車に搭載可能であることが好ましい。

医療支援サーバは、タイムライン情報を通信ネットワークを介してクライアント端末へ配信する配信部を有していることが好ましい。

診療情報登録部は、クライアント端末から送信される情報を、診療情報としてタイムライン情報に登録可能であることが好ましい。

クライアント端末は、救急隊員又は医師がタイムライン情報にコメントを入力するために使用する端末であることが好ましい。

医療支援サーバは、タイムライン情報の運用を終了するための終了処理を行うタイムライン終了部を備えることが好ましい。

医療支援サーバは、救急初期段階が経過した後、タイムライン情報を管理する管理機能の全部又は一部を別のサーバへ移管するタイムライン移管部を有していることが好ましい。

タイムライン移管部は、タイムライン情報の格納先、及び診療情報の登録権限のうち少なくとも１つを移管することが好ましい。

タイムライン情報の移管先となる別のサーバは、患者の搬送先の医療施設が管理する院内サーバであることが好ましい。

本発明によれば、救急隊員による患者への処置開始に応じてタイムライン情報が作成されるので、救急初期段階の診療情報をタイムライン情報に登録することができる。これにより、タイムライン情報によって救急初期段階の診療情報を閲覧することができるので、救急初期段階の診療情報を参考にして患者を適切に診断することができる。また、タイムライン情報は、医療機器を使用して患者に対する処置が開始されたことを表す処置開始情報に応じて作成されるので、タイムライン情報の作成に救急隊員の手を煩わせることがない。

医療支援システムが使用される救急医療体制の構成を示す概略図である。 救急初期段階にタイムライン情報が作成される状況を示す概念図である。 医療支援システムの構成を示す概略図である。 医療支援サーバなどを構成するコンピュータの構成を示すブロック図である。 医療支援システムの機能的な構成を示すブロック図である。 タイムライン管理部の機能的な構成を示すブロック図である。 トリアージ情報の構成を示す説明図である。 タイムライン情報の構成を示す説明図である。 タイムライン画面の構成を示す説明図である。 トリアージ情報が表示されたタイムライン画面の構成を示す説明図である。 超音波画像が表示されたタイムライン画面の構成を示す説明図である。 コメント入力ウィンドウが表示されたタイムライン画面の構成を示す説明図である。 運用終了登録ウィンドウが表示されたタイムライン画面の構成を示す説明図である。 タイムライン情報の運用終了画面を示す説明図である。 仮患者ＩＤの配信手順を示すフローチャートである。 タイムライン情報の作成手順を示すフローチャートである。 タイムライン情報の運用終了手順を示すフローチャートである。 患者ＩＤの入力機能を備えた救急携帯端末の構成を示すブロック図である。 第２実施形態の医療支援サーバの構成を示すブロック図である。 タイムライン情報の管理機能の移管手順を示すフローチャートである。 タイムライン情報の管理機能の移管を説明する概念図である。

［第１実施形態］
図１に示すように、都道府県などの自治体毎に、急病や怪我などで医師の診療が必要な患者が発生した場合に、救急隊員により救急車で患者を病院まで搬送し、病院で患者の診療を行う救急医療体制が設けられている。この救急医療体制は、例えば、その地域の救急医療において中心的役割を果たす施設である消防指令センタ１０と、複数の消防署１１と、複数の病院、例えば病院１２Ａ、病院１２Ｂ、病院１２Ｃなどで構成されている。

消防指令センタ１０は、救急現場１５にいる患者Ｐなどからの緊急通報を受け付け、通報内容等から救急現場１５を特定し、救急現場１５に近い消防署１１に消防車の出動を指令する。消防署１１は、出動指令に応じて、救急救命士を含む複数人の救急隊員Ｆからなる救急隊を編成し、救急車１６を出動させる。救急隊は、救急現場１５に到着後、患者Ｐに救急処置を施して救急車１６に乗せる。救急隊は、病院１２Ａ〜１２Ｃに患者Ｐの受入れ可否を問い合わせ、受入れ可能な病院に患者Ｐを搬送する。病院１２Ａ〜１２Ｃは、救急医療設備を備えた救急指定病院である。病院１２Ａ〜１２Ｃの医師Ｄは、搬送された患者Ｐの診療を行う。なお、救急救命士とは、救急救命士資格を取得した救急隊員であり、医師の指示の下、心肺停止状態の患者に対する静脈路確保、気管挿管、薬剤投与、及び半自動式除細動器による処置などを行うことができる。

図２に示すように、本発明の医療支援システム１９は、患者Ｐが救急現場１５から病院１２Ａ〜１２Ｃのいずれかに救急車１６で搬送されるまでの救急初期段階に、患者Ｐに対する処置が開始されたことを表す処置開始情報に応じて、患者Ｐの診療情報を時間軸に沿って管理するためのタイムライン情報を作成するコンピュータシステムである。診療情報とは、患者Ｐに施された診断や治療に関する情報である。

図３に示すように、医療支援システム１９は、タイムライン情報を作成、管理する医療支援サーバ２１と、救急車１６に搭載されているトリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４及び車内カメラ２５とを備えている。トリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４及び車内カメラ２５は、患者Ｐを処置するために使用される医療機器である。

また、医療支援システム１９には、救急隊員Ｆにより使用される少なくとも１つの救急携帯端末２６、病院１２Ａ〜１２Ｃにそれぞれ設けられている院内情報サーバ２９及び少なくとも１つの院内端末２７、専門医Ｓにより使用される少なくとも１つの専門医携帯端末２８なども含まれる。医療支援システム１９の各装置は、通信ネットワーク３０によって接続されている。通信ネットワーク３０は、インターネットや移動体通信ネットワークで構成されている。

医療支援サーバ２１は、例えば消防指令センタ１０に設置されている。医療支援サーバ２１は、医療機器２２〜２５のいずれかから、患者Ｐに対する処置が開始されたことを表す処置開始情報が送信され、この処置開始情報を受信した場合にタイムライン情報を作成する。医療支援サーバ２１は、作成したタイムライン情報を、クライアント端末である救急携帯端末２６、院内端末２７及び専門医携帯端末２８に配信する。

医療支援サーバ２１は、タイムライン情報の作成後に各医療機器２２〜２５及び各クライアント端末２６〜２８から患者Ｐの診療情報を受信し、受信した診療情報をタイムライン情報に登録する。また、医療支援サーバ２１は、患者Ｐが病院に搬送された場合には、患者Ｐが搬送された病院の院内情報サーバ２９に対し、患者Ｐの診療情報及び診断画像の配信を要求し、院内情報サーバ２９から配信された診療情報及び診断画像をタイムライン情報に登録する。診療情報が登録されたタイムライン情報は、クライアント端末２６〜２８に再配信される。

各クライアント端末２６〜２８に配信されたタイムライン情報は、クライアント端末２６〜２８のディスプレイに、タイムライン画面ＴＬＶ（図８参照）として表示される。タイムライン画面ＴＬＶには、左方から右方に向かって時間の流れを表す帯状の時間軸７５と、時間軸７５から上下方向に延ばされている複数の引出し線７６と、各引出し線７６の先端に配置される複数の情報表示部７７とを備えている。情報表示部７７内には、各医療機器２２〜２５及び各クライアント端末２６〜２８などから送信された診療情報が表示される。

トリアージ装置２２は、患者Ｐに対する診療の緊急性を表す重症度を表示する装置であり、救急車１６から持ち出され、救急現場１５で患者Ｐの身体に装着される。従来、大規模災害などで多数の患者が発生した場合に、治療の優先順位を決定するために重症度に基づいて患者を分類し、患者の身体に装着されるトリアージタグによって重症度を表示するトリアージ作業が知られている。トリアージ装置２２は、従来のトリアージタグの代わりに使用されるものであり、重症度の設定及び表示を電子的に行い、設定された重症度を含むトリアージ情報を、患者Ｐの診療情報として医療支援サーバ２１に送信する。

バイタルサイン測定装置２３は、救急車１６内に設置されている生体モニタであり、救急車１６内に搬入された患者Ｐの血圧、呼吸数、血中酸素飽和度、体温、心電図などのバイタルサインを測定する。バイタルサイン測定装置２３は、バイタルサインの測定結果を含むバイタル情報を、患者Ｐの診療情報として医療支援サーバ２１に送信する。

診断画像撮影装置２４は、例えば救急車１６内に設置されている超音波撮影装置であり、救急車１６内に搬入された患者Ｐの超音波画像を撮影する。診断画像撮影装置２４は、患者Ｐの超音波画像データを、患者Ｐの診療情報として医療支援サーバ２１に送信する。なお、診断画像撮影装置２４としては、超音波撮影装置以外に、Ｘ線撮影装置や、ＣＴ（Computed Tomography）撮影装置などを用いてもよい。

車内カメラ２５は、例えば救急車１６内の天井に設置され、救急車１６内に搬入された患者Ｐの静止画あるいは動画を、患者Ｐの診断に供するために撮影する。したがって、車内カメラ２５は、本発明の医療機器の一つである診断画像撮影装置に含まれている。車内カメラ２５は、患者Ｐの静止画あるいは動画のデータを含む車内撮影データを、患者Ｐの診療情報として医療支援サーバ２１に送信する。

救急携帯端末２６は、救急隊に編成された複数の救急隊員Ｆが出動時にそれぞれ携帯する携帯端末であり、いわゆるスマートフォンが用いられている。救急携帯端末２６は、スマートフォンの電話機能により、救急処置に対するアドバイスの問い合わせや、病院１２Ａ〜１２Ｃに対する搬送可否の問い合わせなどに使用される。また、救急携帯端末２６は、スマートフォンの撮影機能、録音機能により、救急現場１５や患者Ｐの静止画あるいは動画の撮影、患者Ｐや目撃者に対するインタビューの録音などにも用いられる。静止画、動画あるいは音声のデータを含む携帯撮影データは、患者Ｐの診療情報として医療支援サーバ２１に送信される。

救急携帯端末２６は、医療支援サーバ２１から配信されたタイムライン情報の閲覧と、タイムライン情報に対するコメント入力にも利用される。コメント入力には、スマートフォンの文字入力機能が利用される。救急携帯端末２６に入力されたコメントは、患者Ｐの診療情報として医療支援サーバ２１に送信される。また、救急携帯端末２６は、患者Ｐの病院への搬送が完了した場合に、患者Ｐの病院への搬送が完了したことを表す搬送完了情報を、医療支援サーバ２１に送信する。

院内情報サーバ２９と院内端末２７は、院内ネットワーク３３によって接続されている。院内ネットワーク３３は、インターネットと同様の通信プロトコルを用いたイントラネットで構成されており、ファイヤーウォール（図示せず）を介して通信ネットワーク３０に接続されている。

院内情報サーバ２９は、患者Ｐの電子カルテ情報及び診断画像を管理するコンピュータシステムである。電子カルテ情報は、患者毎に電子カルテデータベース（図示せず）に格納されている。電子カルテ情報は、例えば患者Ｐの個人情報、診療情報などからなる。個人情報には、例えば、患者氏名、院内患者ＩＤ、生年月日、性別及び住所などが含まれる。診療情報は、病院内で患者Ｐに施された診断及び治療に関する情報であり、例えば、診療日付、診療科、傷病名、診断結果、投薬の種類及び量及び処方薬局名などが含まれる。院内情報サーバ２９は、院内端末２７で作成された電子カルテ情報を受信し、電子カルテデータベース（以下、データベースをＤＢという）に格納する。また、院内情報サーバ２９は、院内端末２７あるいは医療支援サーバ２１からの読出要求に応じて電子カルテＤＢを検索し、探し出した電子カルテ情報を院内端末２７あるいは医療支援サーバ２１に送信する。

院内情報サーバ２９には、Ｘ線撮影装置、ＣＴ撮影装置、ＭＲＩ（Magnetic Resonance Imaging)撮影装置、超音波撮影装置及び内視鏡などの診断画像撮影装置が接続されており、これらの診断画像撮影装置で撮影された診断画像を受信し、診断画像ＤＢに格納する。診断画像ＤＢに格納されている診断画像は、どの患者の診断画像であるかが識別できるように、院内患者ＩＤと関連付けられている。また、院内情報サーバ２９は、院内端末２７あるいは医療支援サーバ２１からの配信要求に応じて診断画像ＤＢを検索し、探し出した診断画像を院内端末２７あるいは医療支援サーバ２１に送信する。

院内端末２７は、病院１２Ａ内の救急診療科に設置されているクライアント端末であり、救急診療科の医師Ｄや看護師によって操作される。院内端末２７は、院内情報サーバ２９に対する電子カルテ情報の入力、電子カルテ情報及び診断画像の閲覧、診断画像撮影装置に対する診断画像の撮影予約などに使用される。

また、院内端末２７は、医療支援サーバ２１から配信されたタイムライン情報の閲覧と、タイムライン情報に対するコメント入力にも利用される。院内端末２７に入力されたコメントは、患者Ｐの診療情報として医療支援サーバ２１に送信される。なお、病院１２Ｂ及び１２Ｃに設けられている院内情報サーバ及び院内端末は、病院１２Ａの院内情報サーバ２９及び院内端末２７と同様の構成であるため、詳しい説明は省略する。

専門医携帯端末２８は、医療支援サーバ２１に予め登録されている専門医Ｓが携帯する携帯端末であり、いわゆるスマートフォンが用いられている。専門医Ｓは、脳血管系疾患、循環器系疾患などの特定分野に対する専門的知識を有する医師であり、重篤な患者に対する処置のアドバイスや診療に関する見解などを救急隊員Ｆや病院の医師Ｄに提供する。専門医携帯端末２８は、医療支援サーバ２１から配信されたタイムライン情報の閲覧と、タイムライン情報に対するコメント入力にも利用される。専門医携帯端末２８に入力されたコメントは、患者Ｐの診療情報として医療支援サーバ２１に送信される。

図４に示すように、医療支援サーバ２１、院内端末２７及び院内情報サーバ２９は、パーソナルコンピュータやワークステーションなどのコンピュータに、オペレーティングシステムなどの制御プログラムや、コンピュータを目的のサーバあるいは端末として機能させるためのアプリケーションプログラム（ＡＰ）３６をインストールして構成されている。医療支援サーバ２１、院内端末２７及び院内情報サーバ２９は、ディスプレイ３７と、キーボードやマウスなどの入力部３８と、コンピュータ本体３９とを備えている。

コンピュータ本体３９には、ＣＰＵ４２、メモリ４３、ストレージデバイス４４、通信Ｉ／Ｆ４５が設けられており、これらはデータバス４６を介して接続されている。ストレージデバイス４４は、各種データを格納するデバイスであり、例えば、ハードディスクドライブで構成される。ストレージデバイス４４は、制御プログラムや、医療支援プログラム、各種データベースなどのアプリケーションプログラム（ＡＰ）３６が格納される。

メモリ４３は、ＣＰＵ４２が処理を実行するためのワークメモリである。ＣＰＵ４２は、ストレージデバイス４４に格納されている制御プログラムをメモリ４３へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。通信Ｉ／Ｆ４５は、通信ネットワーク３０に接続して、医療支援システム１９の各装置と通信するための通信インタフェースである。

図５に示すように、医療支援プログラムを起動すると、医療支援サーバ２１のＣＰＵ４２は、メモリ４３と協働して、患者ＩＤ配信部４９、タイムライン管理部５０及び配信部５１として機能する。また、医療支援サーバ２１のストレージデバイス４４には、タイムライン情報のフォーマット情報５２と、作成されたタイムライン情報が格納されるタイムラインＤＢ５３と、タイムライン情報が配信されるクライアント端末に関する配信情報が格納された配信先ＤＢ５４とが格納されている。

患者ＩＤ配信部４９は、患者Ｐの仮患者ＩＤを各医療機器２２〜２５及び各クライアント端末２６〜２８に配信する。医療支援システム１９では、例えば、火事や交通事故、大規模災害などによって多数の患者が発生した場合、患者毎に複数のタイムライン情報が作成されるため、各医療機器２２〜２５及び各クライアント端末２６〜２８から送信される診療情報が、どの患者のものであるか識別する必要がある。そのため、患者ＩＤ配信部４９は、診療情報の識別に仮患者ＩＤを使用する。

仮患者ＩＤの配信は、例えば次のような手順で行われる。消防指令センタ１０において出動指令など行う消防緊急システム（図示せず）は、患者Ｐに仮患者ＩＤを付与し、この仮患者ＩＤを含む出動指令を消防署１１に送信する。消防署１１において出動指令を処理する出動処理システム（図示せず）は、出動する救急車１６の決定及び救急隊の編成後、救急車１６に搭載されている各医療機器２２〜２５の機器情報と、出動する各救急隊員Ｆの救急携帯端末２６の端末情報などを含む出動情報を消防緊急システムに送信する。消防指令センタ１０の消防緊急システムは、通信ネットワーク３０を介して、医療支援サーバ２１に仮患者ＩＤ及び出動情報を送信する。

上述した出動情報の機器情報には、医療機器２２〜２５の機器ＩＤと、医療機器２２〜２５と通信を行うために必要な通信情報とが含まれている。端末情報には、各救急携帯端末２６の端末ＩＤ及び通信情報が含まれている。また、通信情報は、例えば各医療機器２２〜２５及び各救急携帯端末２６に付与されたＩＰアドレスや、ＭＡＣアドレスなどである。なお、出動情報には、仮患者ＩＤの他、緊急通報の受付時刻や、緊急通報から判明している場合には、患者Ｐの性別、年齢あるいは年代などを含めてもよい。

患者ＩＤ配信部４９は、出動情報に含まれる通信情報に基づいて、各医療機器２２〜２５及び各救急携帯端末２６に仮患者ＩＤを配信する。また、患者ＩＤ配信部４９は、配信先ＤＢ５４に登録されている各院内端末２７及び各専門医携帯端末２８にも、仮患者ＩＤを配信する。仮患者ＩＤを受信した各医療機器２２〜２５及び各クライアント端末２６〜２８は、医療支援サーバ２１に診療情報を送信する際に、診療情報に仮患者ＩＤを付与する。これにより、医療支援サーバ２１は、仮患者ＩＤに基づいて、受診した診療情報がどの患者のものであるかを識別することができる。

患者Ｐが搬送された病院の院内情報サーバ２９は、患者Ｐに病院内で使用する院内患者ＩＤを付与し、この院内患者ＩＤを医療支援サーバ２１に送信する。医療支援サーバ２１は、患者Ｐのタイムライン情報に院内患者ＩＤを登録し、病院への搬送後には、この院内患者ＩＤに基づいて患者Ｐのタイムライン情報を管理する。

図６に示すように、タイムライン管理部５０は、各医療機器２２〜２５から処置開始情報を受け付ける処置開始情報受付部５０ａ、処置開始情報を受信した際にタイムライン情報を作成するタイムライン作成部５０ｂ、各医療機器２２〜２５及び各クライアント端末２６〜２８から送信される診療情報を受け付けて、受け付けた診療情報をタイムライン情報に登録する診療情報登録部５０ｃとして機能する。また、タイムライン管理部５０は、作成されたタイムライン情報の運用を終了させるタイムライン終了部５０ｄとしても機能する。

処置開始情報受付部５０ａは、トリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４及び車内カメラ２５などの医療機器によって患者Ｐから取得される最初の診療情報を、処置開始情報として受け付ける。したがって、タイムライン管理部５０が各医療機器２２〜２５から複数の診療情報を受信する場合でも、２回目以降に受信した診療情報を処置開始情報として受け付けることはない。

タイムライン作成部５０ｂは、処置開始情報として診療情報を受け付けた際に、受け付けた診療情報に付与されている仮患者ＩＤ毎に１件のタイムライン情報を作成する。したがって、仮患者ＩＤが異なる複数の処置開始情報を受け付けた場合には、各仮患者ＩＤに対応して複数のタイムライン情報が作成される。これにより、患者の人数と同数のタイムライン情報が作成されるので、一人の患者の診療情報が複数のタイムライン情報で管理されたり、あるいは複数の患者の診療情報が１つのタイムライン情報で管理されるなど、診療情報の管理ミスを防止することができる。

タイムライン作成部５０ｂは、医療支援サーバ２１のストレージデバイス４４から読み出したフォーマット情報５２に、処置開始情報として受け付けた診療情報と、仮患者ＩＤとを登録してタイムライン情報を作成する。タイムライン作成部５０ｂは、作成したタイムライン情報にタイムラインＩＤを付与し、タイムラインＤＢ５３に格納する。

診療情報登録部５０ｃは、タイムライン情報の作成後に各医療機器２２〜２５及び各クライアント端末２６〜２８から診療情報を受信した際に、受信した診療情報の仮患者ＩＤを確認し、仮患者ＩＤに対応するタイムライン情報に、受信した診療情報を登録する。また、診療情報登録部５０ｃは、患者Ｐが病院に搬送された場合には、患者Ｐが搬送された病院の院内情報サーバ２９に対し、患者Ｐの院内患者ＩＤを指定して診療情報及び診断画像の配信を要求し、院内情報サーバ２９から配信された診療情報及び診断画像をタイムライン情報に登録する。

タイムライン終了部５０ｄは、患者が軽症でタイムライン情報が不要であったり、患者の回復や死亡などによってタイムライン情報が不要になった場合に、タイムライン情報の運用を終了する終了処理を行う。タイムライン終了部５０ｄは、医療支援サーバ２１で終了操作がされた場合、あるいは、救急携帯端末２６、院内端末２７及び専門医携帯端末２８などのクライアント端末からタイムライン終了情報が送信された場合に、終了処理を行う。この終了処理は、終了対象となった患者のタイムライン情報に、タイムライン情報の運用状況を表す運用ステータスとして、「運用終了」と、運用を終了する理由とを登録する。運用ステータスが「運用終了」とされたタイムライン情報は、それ以降、診療情報の登録が終了され、クライアント端末２６〜２８には、運用終了画面が配信される。

配信部５１は、タイムラインＤＢ５３に格納されているタイムライン情報を読み出し、読み出したタイムライン情報に基づいてタイムライン画面ＴＬＶを作成する。また、配信部５１は、配信先ＤＢ５４に格納されている配信情報に基づいて、クライアント端末２６〜２８にタイムライン画面ＴＬＶを配信する。配信情報には、各救急携帯端末２６、各院内端末２７及び各専門医携帯端末２８にタイムライン情報を配信するために必要な通信情報が登録されている。なお、患者Ｐの病院への搬送後には、患者Ｐに対する救急初期段階の処置が終了するため、配信部５１は、患者Ｐの病院への搬送後に救急携帯端末２６に対する診療情報の配信を終了する。また、配信部５１は、タイムライン終了部５０ｄでタイムライン情報の運用が終了された場合には、クライアント端末２６〜２７に運用終了画面を配信する。

トリアージ装置２２は、患者Ｐの重症度を設定する設定部５７と、患者Ｐのバイタルサインを測定する測定部５８と、重症度及び測定結果を表示する表示部５９と、重症度及び測定結果を含むトリアージ情報を作成し、患者Ｐの診療情報として医療支援サーバ２１に送信する通信部６０とを備えている。

設定部５７及び表示部５９は、例えばカラー液晶パネルを使用したタッチパネルによって構成されている。救急隊員Ｆは、一般にＳＴＡＲＴ法と呼ばれる判定方法を用いて患者Ｐの重症度を判定し、タッチパネルを操作して重症度を設定する。ＳＴＡＲＴ法とは、患者の歩行可否、呼吸状態、呼吸数、循環状態及び意識レベルに基づいて、患者の重症度を「死亡もしくは救命不可能」、「生命に関わる重篤な状態」、「生命に関わる重篤な状態ではないが搬送の必要がある」、及び「救急での搬送の必要がない」の４段階に分類する。各重症度には、黒色、赤色、黄色及び緑色の４色の識別カラーが割り当てられている。タッチパネルには、設定部５７で設定された重症度に対応する識別カラーの識別マークが表示される。

測定部５８は、従来から医療現場で用いられているパルスオキシメータと同様の機能を有しており、患者Ｐの耳や指先などの身体に装着される装着部に内蔵された発光部から赤色光と赤外光を照射し、患者Ｐの身体を透過または反射した光を装着部に内蔵された受光部で受光し、この受光量に基づいて脈拍及び血中酸素飽和度を測定する。

通信部６０は、本発明の患者ＩＤ受付部として機能し、医療支援サーバ２１の患者ＩＤ配信部４９から仮患者ＩＤを受け付ける。また、通信部６０は、患者Ｐに対する処置が開始されたことを表す処置開始情報を医療支援サーバ２１に送信する処置開始情報送信部としても機能する。図７に示すように、通信部６０は、処置開始情報としても用いられる診療情報として、トリアージ情報Ｔｄを作成する。トリアージ情報Ｔｄには、設定部５７で設定された重症度と、測定部５８で測定されたバイタルサインの測定結果とが含まれる。また、トリアージ情報Ｔｄには、患者ＩＤ配信部４９から受信した仮患者ＩＤが付加されている。

バイタルサイン測定装置２３は、患者Ｐの血圧、呼吸数、血中酸素飽和度、体温、心電図などのバイタルサインを測定する測定部６３と、バイタルサインの測定結果を含むバイタル情報を、患者Ｐの診療情報として医療支援サーバ２１に送信する通信部６４とを備えている。通信部６４は、トリアージ装置２２の通信部６０と同様に、患者ＩＤ受付部及び処置開始情報送信部としても機能する。また、バイタル情報には、トリアージ情報Ｔｄと同様に仮患者ＩＤが付加される。

診断画像撮影装置２４は、患者Ｐの超音波画像を撮影する超音波撮影部６７と、患者Ｐの超音波画像データを、患者Ｐの診療情報として医療支援サーバ２１に送信する通信部６８とを備えている。通信部６８は、トリアージ装置２２の通信部６０と同様に、患者ＩＤ受付部及び処置開始情報送信部としても機能する。また、超音波画像データには、トリアージ情報Ｔｄと同様に仮患者ＩＤが付加される。

車内カメラ２５は、救急車１６内に搬入された患者Ｐの静止画あるいは動画を撮影する撮影部７１と、患者Ｐの静止画あるいは動画のデータを含む車内撮影データを、患者Ｐの診療情報として医療支援サーバ２１に送信する通信部７２とを備えている。通信部７２は、トリアージ装置２２の通信部６０と同様に、患者ＩＤ受付部及び処置開始情報送信部としても機能する。また、車内撮影データには、トリアージ情報Ｔｄと同様に仮患者ＩＤが付加される。

救急携帯端末２６、院内端末２７及び専用医携帯端末２８から医療支援サーバ２１に、診療情報として送信される携帯撮影データ、コメントにも、仮患者ＩＤが付与される。したがって、医療支援サーバ２１では仮患者ＩＤを確認することにより、どの患者に対するコメントであるかを特定することができる。

図８に示すように、タイムラインＤＢ５３には、タイムラインＩＤが付与された複数のタイムライン情報ＴＬＤが格納されている。タイムラインＩＤは、例えば、そのタイムライン情報が作成された年月日と、その作成日における作成順位を表す数字とで構成されている。例えば、「20130805-001」は、２０１３年８月５日に１番目に作成されたことを表している。

タイムライン情報ＴＬＤは、仮患者ＩＤ、院内患者ＩＤ、登録情報及びステータスにより構成されている。登録情報は、タイムライン管理部５０により登録された診療情報が格納されている。登録情報には、トリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４及び車内カメラ２５からそれぞれ受信した、トリアージ情報、バイタル情報、超音波画像データ及び車内撮影データが登録される。また、各救急携帯端末２６から受信した携帯撮影データ及びコメントと、各院内端末２７及び各専門医携帯端末２８からそれぞれ受信したコメントも登録情報に登録される。さらに、患者Ｐが病院に搬送された後には、院内情報サーバ２９の電子カルテＤＢから読み出された患者Ｐの診療情報と、画像ＤＢから読み出された診断画像のデータも登録される。

ステータスには、患者Ｐが病院に搬送途中であることを表す「搬送中」と、病院への搬送が完了したことを表す「搬送完了」と、タイムライン情報の運用が終了されたことを表す「運用終了」とが登録される。タイムライン作成部５０ｂは、タイムライン情報の作成時に、ステータスに「搬送中」を登録する。診療情報登録部５０ｃは、救急携帯端末２６から搬送完了情報を受信した場合には、ステータスに「搬送完了」を登録する。タイムライン終了部５０ｄは、医療支援サーバ２１で終了操作がされた場合、あるいは、救急携帯端末２６、院内端末２７及び専門医携帯端末２８などのクライアント端末からタイムライン終了情報を受信した場合には、ステータスに「運用終了」を登録する。

図９に示すように、タイムライン情報に基づいて作成されたタイムライン画面ＴＬＶは、各クライアント端末２６〜２８に配信され、各クライアント端末２６〜２８のディスプレイに表示される。救急携帯端末２６や専門医携帯端末２８に配信されたタイムライン画面ＴＬＶは、タッチパネルによるタッチ操作によって操作される。また、院内端末２７に配信されたタイムライン画面ＴＬＶは、キーボードやマウスによって操作される。

タイムライン画面ＴＬＶには、左方から右方に向かって時間の流れを表す時間軸７５と、時間軸７５から上下方向に延ばされた複数本の引出し線７６と、引出し線７６の先端に配されている複数の四角枠状の情報表示枠７７とを備えている。各情報表示枠７７内には、診療情報の一部や縮小画像が表示されており、情報表示枠７７の上部あるいは下部には、医療機器や病院名など、診療情報の送信元の名称が表示されている。時間軸７５の上下部で、引出し線７６の横には、各診療情報の送信時刻が表示されている。タイムライン画面ＴＬＶにおいて情報表示枠７７が選択されると、選択された情報表示枠７７に対応する診療情報がタイムライン情報から読み出され、タイムライン画面ＴＬＶ上に表示される。

タイムライン画面ＴＬＶの上部左方には、タイムラインＩＤ及び仮患者ＩＤと、消防緊急システムから受信した出動情報に含まれている患者Ｐの性別、年齢が表示されている。タイムライン画面ＴＬＶの上部中央及び右方には、タイムライン情報が作成されてからの経過時間と、現在時刻とが表示されている。

タイムライン画面ＴＬＶの下部左方には、患者が軽症なため、タイムライン情報が不要であったり、患者の回復や死亡などによってタイムライン情報が不要になった場合に、タイムライン情報の運用を終了するために操作される終了ボタン８０が設けられている。終了ボタン８０が操作された場合には、終了理由を入力して運用終了を登録するための運用終了登録画面がタイムライン画面ＴＬＶ上に表示される。

終了ボタン８０の右方に配置されている搬送完了ボタン８２は、患者Ｐの病院への搬送完了後に、救急隊員Ｆによって操作される。搬送完了ボタン８２は、救急隊員Ｆ以外の不用意な操作を防止するため、救急携帯端末２６のタイムライン画面ＴＬＶのみに表示される。救急携帯端末２６は、搬送完了ボタン８２が操作されると、医療支援サーバ２１に搬送完了情報を送信する。

タイムライン画面ＴＬＶの上部に設けられている標題部８３の右方には、患者Ｐの搬送状況が表示される搬送状況表示部８４が設けられている。タイムライン管理部５０は、タイムライン情報の作成時には、搬送状況表示部８４に「搬送中」と表示させ、救急携帯端末２６から搬送完了情報が入力された場合には、搬送状況表示部８４を「搬送完了」に変更する。タイムライン管理部５０は、搬送完了情報の入力後は、患者Ｐが搬送された病院の院内情報サーバ２９に対し、患者Ｐの診療情報及び診断画像の配信を要求し、院内情報サーバ２９から配信された診療情報及び診断画像をタイムライン情報に登録する。

タイムライン画面ＴＬＶの下部右方には、タイムライン情報にコメントを送信する際に操作されるコメントボタン８５が設けられている。コメントボタン８５が操作されると、コメントを入力するためのコメント入力ウィンドウがタイムライン画面ＴＬＶ上に表示される。

図１０は、タイムライン画面ＴＬＶにおいて、トリアージ装置の情報表示枠７７が選択された場合を表している。タイムライン画面ＴＬＶ上には、背景色が重症度を表す識別カラーにされた重症度の説明文８８と、脈拍及び血中酸素飽和度の測定結果８９とが表示されたサブウィンドウ９０が表示されている。また、図１１は、タイムライン画面ＴＬＶにおいて、診断画像撮影装置の情報表示枠７７が選択された状態を表している。タイムライン画面ＴＬＶ上には、超音波画像９２が表示されたサブウィンドウ９３が表示されている。図１２は、タイムライン画面ＴＬＶにおいて、コメントボタン８５が操作された場合を表しており、タイムライン画面ＴＬＶ上には、コメント入力欄９４と、送信ボタン９５及びキャンセルボタン９６とが設けられたコメント入力ウィンドウ９７が表示されている。

図１３は、タイムライン画面ＴＬＶにおいて、終了ボタン８０が操作された場合を表している。タイムライン画面ＴＬＶ上には、タイムライン情報の運用を終了する理由が入力される終了理由入力欄９８と、送信ボタン９９及びキャンセルボタン１００とが設けられた運用終了登録ウィンドウ１０１が表示されている。なお、運用終了登録ウィンドウ１０１では、終了理由入力欄９８に終了理由が入力されていない場合には、送信ボタン９９を操作しても医療支援サーバ２１にタイムライン終了情報が送信されないようになっているため、終了ボタン８０が誤って操作されてもタイムライン情報がすぐに終了されるようなことはない。

図１４は、タイムライン情報の運用終了後にクライアント端末２６〜２８に配信される運用終了画面１０３である。運用終了画面１０３には、タイムラインＩＤ及び仮患者ＩＤ１０４と、タイムライン情報の運用が終了されたことを表すメッセージ１０５と、運用終了登録ウィンドウ１０１で入力された終了理由１０６とが表示される。

次に、上記実施形態の作用について説明する。図１５に示すように、消防指令センタ１０は、患者Ｐなどからの緊急通報を受け付け、通報内容等から救急現場１５を特定する。消防指令センタ１０の消防緊急システムは、患者Ｐに仮患者ＩＤを付与し、この仮患者ＩＤを含む出動指令を消防署１１に送信する（Ｓ１０）。消防署１１は、出動指令に応じて、出動する救急車１６及び救急隊を編成して出動させる（Ｓ１１）。消防署１１の出動処理システムは、救急車１６に搭載されている各医療機器２２〜２５の機器情報と、出動する各救急隊員Ｆの救急携帯端末２６の端末情報、仮患者ＩＤなどを含む出動情報を消防指令センタ１０に送信する。消防指令センタ１０の消防緊急システムは、通信ネットワーク３０を介して、医療支援サーバ２１に出動情報及び仮患者ＩＤを送信する（Ｓ１２）。

図１６に示すように、医療支援サーバ２１の患者ＩＤ配信部４９は、出動情報に含まれる通信情報に基づいて、各医療機器２２〜２５及び各救急携帯端末２６に仮患者ＩＤを配信し、配信先ＤＢ５４に基づいて各院内端末２７及び各専門医携帯端末２８にも仮患者ＩＤを配信する（Ｓ１５）。

救急現場１５に到着した救急隊は、患者Ｐの診療を開始する。救急隊員Ｆは、救急車１６からトリアージ装置２２を持ち出して患者Ｐの身体に装着し、重症度の設定及びバイタルサインの測定を開始する（Ｓ１６）。トリアージ装置２２は、通信部６０から重症度、バイタルサインの測定結果及び仮患者ＩＤを含むトリアージ情報Ｔｄを、診療情報として医療支援サーバ２１に送信する（Ｓ１６）。

処置開始情報受付部５０ａは、患者Ｐから取得される最初の診療情報、この場合トリアージ情報を処置開始情報として受け付け、タイムライン作成部５０ｂは、タイムライン情報を作成する（Ｓ１７）。タイムライン作成部５０ｂは、ストレージデバイス４４から読み出したフォーマット情報５２に、処置開始情報として受け付けた診療情報と、仮患者ＩＤとを登録してタイムライン情報を作成し、タイムラインＩＤを付与してタイムラインＤＢ５３に格納する。

なお、患者Ｐから最初に診療情報を取得する医療機器がバイタルサイン測定装置２３である場合には、バイタルサイン測定装置２３のバイタル情報に応じてタイムライン情報が作成される。また、患者Ｐから最初に診療情報を取得する医療機器が診断画像撮影装置２４である場合には、診断画像撮影装置２４の超音波画像データに応じてタイムライン情報が作成される。同様に、患者Ｐから最初に診療情報を取得する医療機器が車内カメラ２５である場合には、車内カメラ２５の車内撮影データに応じてタイムライン情報が作成される。

配信部５１は、タイムラインＤＢ５３に格納されているタイムライン情報を読み出し、読み出したタイムライン情報に基づいてタイムライン画面ＴＬＶを作成し、配信先ＤＢ５４に格納されている配信情報に基づいて、クライアント端末２６〜２８にタイムライン画面ＴＬＶを配信する（Ｓ１７）。救急携帯端末２６、院内端末２７及び専門医携帯端末２８は、配信されたタイムライン画面ＴＬＶをディスプレイに表示する（Ｓ１８）。

救急隊員Ｆ、医師Ｄ及び専門医Ｓは、ディスプレイに表示されているタイムライン画面ＴＬＶを閲覧することができる。また、診療情報の詳細を確認したい場合には、タイムライン画面ＴＬＶにおいて情報表示枠７７選択する。すると、図１０、図１１に示すように、タイムライン画面ＴＬＶ上には、選択された診療情報が表示される。

救急隊員Ｆは、タイムライン情報の作成トリガとなる最初の処置を行った後も患者Ｐの処置を継続する（Ｓ１９）。救急隊員Ｆは、救急携帯端末２６を使用して、救急現場１５や、救急現場１５における患者Ｐの様子などを撮影する。また、救急隊員Ｆは、救急携帯端末２６を使用して、患者Ｐや目撃者のインタビューを録音する。救急隊員Ｆは、患者Ｐを担架やストレッチャーなどを利用して救急車１６内に搬送した後、バイタルサイン測定装置２３や診断画像撮影装置２４を使用して患者Ｐの処置を継続する。

また、車内カメラ２５は、救急車１６内の患者Ｐを撮影する。患者Ｐの処置に用いられたトリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４、車内カメラ２５及び救急携帯端末２６は、診療情報として、仮患者ＩＤが付与されたトリアージ情報、バイタル情報、超音波画像データ、車内撮影データ及び携帯撮影データを医療支援サーバ２１に送信する（Ｓ１９）。

救急隊員Ｆは、患者Ｐの処置に対する質問などがある場合には、図１２に示すように、救急携帯端末２６のタイムライン画面ＴＬＶ上にコメント入力ウィンドウ９７を呼び出し、コメント入力欄９４に質問を入力する。また、医師Ｄ及び専門医Ｓは、救急隊員Ｆの質問に対する回答や、アドバイス、見解の提供、患者Ｐの受け入れ表明などを行う場合には、コメント入力ウィンドウ９７にそれらのコメントを入力する。コメント入力ウィンドウ９７に入力されたコメントは、診療情報として医療支援サーバ２１に送信される（Ｓ２０）。これにより、救急隊員Ｆは、タイムライン情報から質問の回答や、患者の受け入れ可否に関する情報などを得ることができる。

診療情報登録部５０ｃは、タイムライン情報の作成後に各医療機器２２〜２５及び各クライアント端末２６〜２８から診療情報を受信した場合に、受信した診療情報の仮患者ＩＤを確認し、仮患者ＩＤに対応するタイムライン情報に受信した診療情報を登録するＳ２１）。配信部５１は、診療情報が登録されたタイムライン情報のタイムライン画面ＴＬＶを各クラインアント端末２６〜２８に再配信する（Ｓ２１）。救急携帯端末２６、院内端末２７及び専門医携帯端末２８は、再配信されたタイムライン画面ＴＬＶをディスプレイに表示する（Ｓ２２）。

救急隊員Ｆは、患者Ｐが病院１２Ａ〜１２Ｃのいずれかに搬送された場合に、タイムライン画面ＴＬＶにおいて搬送完了ボタン８２を操作する。救急携帯端末２６は、搬送完了ボタン８２が操作されると、医療支援サーバ２１に搬送完了情報を送信する。医療支援サーバ２１は、搬送完了情報を受信することにより、患者Ｐの病院への搬送完了を特定する。診療情報登録部５０ｃは、タイムライン画面ＴＬＶの搬送状況表示部８４の表示を「搬送中」から、「搬送完了」に変更する。

院内情報サーバ２９は、搬送された患者Ｐに院内患者ＩＤを付与し、この院内患者ＩＤを医療支援サーバ２１に送信する（Ｓ２４）。診療情報登録部５０ｃは、患者Ｐのタイムライン情報に院内患者ＩＤを登録する（Ｓ２５）。

診療情報登録部５０ｃは、患者Ｐが病院に搬送された場合には（Ｓ２３でＹＥＳ）、患者Ｐが搬送された病院の院内情報サーバ２９に対し、患者Ｐの院内患者ＩＤを指定して診療情報及び診断画像の配信を要求する（Ｓ２６）。院内情報サーバ２９は、配信要求に応じて、電子カルテＤＢから患者Ｐの診療情報を読み出し、画像ＤＢから患者Ｐの診断画像を読み出して、診療情報として医療支援サーバ２１に配信する（Ｓ２７）。診療情報登録部５０ｃは、院内情報サーバ２９から配信された診療情報及び診断画像を、患者Ｐのタイムライン情報に登録する（Ｓ２８）。配信部５１は、診療情報が登録されたタイムライン情報を、救急携帯端末２６を除く各クラインアント端末２７、２８に再配信する（Ｓ２８）。院内端末２７及び専門医携帯端末２８は、再配信されたタイムライン画面ＴＬＶをディスプレイに表示する（Ｓ２９）。

患者が軽症なためタイムライン情報が不要であったり、患者の回復や死亡などによってタイムライン情報が不要になった場合には、医療支援サーバ２１や、救急携帯端末２６、院内端末２７及び専門医携帯端末２８などのクライアント端末で、タイムライン画面ＴＬＶの終了ボタン８０が操作される。終了ボタン８０が操作された端末のディスプレイには、図１３に示す運用終了登録ウィンドウ１０１が表示される。図１７に示すように、運用終了登録ウィンドウ１０１で終了理由が入力されて送信ボタン９９が操作されると、医療支援サーバ２１には、タイムライン終了情報が送信される（Ｓ４０）。

タイムライン終了情報を受信したタイムライン終了部５０ｄは、終了処理を開始する（Ｓ４１）。この終了処理は、終了対象となった患者のタイムライン情報のステータスに、「運用終了」と、運用を終了する理由とを登録する。ステータスが「運用終了」とされたタイムライン情報は、それ以降、診療情報の登録が終了される。配信部５１は、タイムライン終了部５０ｄでタイムライン情報の運用が終了された場合には、クライアント端末２６〜２７に、図１４に示す運用終了画面１０３を配信する（Ｓ４２）。運用終了画面１０３は、クライアント端末２６〜２８のディスプレイに表示される（Ｓ４３）。これにより、救急隊員Ｆ、医師Ｄ及び専門医Ｓは、患者のタイムライン情報の運用が終了したことを知ることができる。

以上で説明したように、本実施形態の医療支援システム１９によれば、救急初期段階にタイムライン情報を作成することができるので、救急初期段階の診療情報をタイムライン情報に登録することができる。これにより、タイムライン情報から救急初期段階の診療情報を閲覧することができるので、救急初期段階の診療情報を参考にして患者を適切に診断することができる。また、タイムライン情報は、医療機器を使用する患者に対する処置が開始されたことを表す処置開始情報に応じて作成されるので、タイムライン情報の作成に救急隊員の手を煩わせる必要がない。さらに、患者から取得される最初の診療情報を処置開始情報として利用するので、救急初期段階の早い時期からタイムライン情報を作成することができる。

また、処置開始情報に仮患者ＩＤを付与し、仮患者ＩＤ毎にタイムライン情報を作成するので、複数の患者が発生した場合でも、患者ごとに複数のタイムライン情報を作成することができる。また、患者の人数と同数のタイムライン情報が作成されるので、一人の患者の診療情報が複数のタイムライン情報で管理されたり、複数の患者のタイムライン情報が１つのタイムライン情報で管理されるなど、診療情報の管理ミスを防止することができる。さらに、仮患者ＩＤは、医療支援サーバ２１から各医療機器２２〜２５及び各クライアント端末２６〜２８に配信されるので、医療機器２２〜２５及びクライアント端末２６〜２８が多数使用される場合でも、仮患者ＩＤを各医療機器及びクライアント端末に設定することができる。

また、本実施形態では、救急隊員Ｆが出動する際に、患者のタイムライン情報が必ず作成されるが、患者が軽症なためタイムライン情報が不要であったり、患者の回復や死亡などによってタイムライン情報が不要になった場合には、タイムライン情報の運用を終了することができる。これにより、不要なタイムライン情報の運用が継続されることによる混乱や診療ミスを未然に防ぐことができるとともに、医療支援サーバ２１の負荷を軽減することができる。

上記実施形態では、トリアージ装置２２、バイタルサイン測定装置２３、診断画像撮影装置２４及び車内カメラ２５などの医療機器のうち、最初に患者Ｐから取得された診療情報に応じてタイムライン情報を作成しているが、救急初期段階で最初に使用される医療機器の種類が予め決まっている場合には、その種類の医療機器が最初に患者Ｐから取得された診療情報に応じてタイムライン情報を作成するようにしてもよい。一般的な救急現場では、救急現場に持ち出して使用されるトリアージ装置２２が最初に使用される可能性が高いため、トリアージ装置２２のトリアージ情報に基づいてタイムライン情報を作成するようにしてもよい。

また、上記実施形態では、終了されたタイムライン情報をタイムラインＤＢ５３に残しているが、削除するようにしてもよい。

また、上記実施形態では、救急隊の出動時に、医療支援サーバ２１から各医療機器２２〜２５及び各クライアント端末２６〜２８に仮患者ＩＤを配信しているため、１種類の仮患者ＩＤしか設定できない。しかし、出動当初に患者数が１人であった場合でも、救急現場到着後に複数の患者の存在が判明することもある。このような場合、複数の患者に対して１種類の仮患者ＩＤを付与され、同一のタイムライン情報が使用されることになるため、医療ミスの原因となりかねない。

このような場合に対処できるようにするため、図１８に示すように、救急携帯端末２６に対し、タッチパネルなどを利用して仮患者ＩＤを手動で入力する患者ＩＤ入力部１１０と、入力された仮患者ＩＤを各医療機器に対して個別に送信する患者ＩＤ送信部１１１とを設けてもよい。これによれば、救急現場で複数の患者の存在が判明した場合でも、各患者に対して仮患者ＩＤを付与できるので、患者毎にタイムライン情報を作成することができる。

［第２実施形態］
次に、本発明の第２実施形態について説明する。本実施形態は、救急初期段階が経過した後、すなわち、患者Ｐが病院に搬送された後に、医療支援サーバによるタイムライン情報の管理機能の全部又は一部を別のサーバへ移管する医療支援システムに関する。なお、第１実施形態と同じ構成については、同一の符号を用いることにより詳しい説明は省略する。

図１９に示すように、本実施形態の医療支援サーバ１２０は、タイムライン情報の管理機能の全部又は一部を別のサーバへ移管する、タイムライン移管部１２１を備えている。タイムライン情報の管理機能が移管されるサーバは、例えば患者Ｐが搬送される病院の院内情報サーバ２９である。院内情報サーバ２９は、医療支援サーバ１２０と同様の機能を有するタイムライン管理部１２２、配信部１２３、タイムラインＤＢ１２４及び配信先ＤＢ１２５を備えている。

タイムライン移管部１２１には、救急携帯端末２６のタイムライン画面ＴＬＶにおいて搬送完了ボタン８２が操作された場合に、救急携帯端末２６から搬送完了情報が入力される。第１実施形態で説明したように、搬送完了情報は、患者Ｐの病院への搬送完了を表す情報である。図２０に示すように、タイムライン移管部１２１は、搬送完了情報が入力されると、移管処理を実行する。この移管処理では、タイムライン移管部１２１は、院内情報サーバ２９のタイムライン管理部１２２に対し、患者Ｐのタイムライン情報と、患者Ｐのタイムライン情報を移管することを表す移管情報とを送信する。院内情報サーバ２９のタイムライン管理部１２２は、移管情報に基づいてタイムライン情報が移管されることを確認し、受信したタイムライン情報をタイムラインＤＢ１２４に格納する。そして、タイムライン管理部１２２は、図２１に示すように、医療支援サーバ１２０で運用されていた患者Ｐのタイムライン情報の運用を引き継ぎ、タイムライン情報に対する診療情報の登録と、クライアント端末に対するタイムライン情報の配信とを開始する。

本実施形態によれば、救急初期段階の経過後に、医療支援サーバのタイムライン情報の管理権能を他のサーバに移管するので、都道府県単位という広い医療圏で使用されている医療支援サーバの負荷を減らすことができる。

なお、第２実施形態では、院内情報サーバ２９にタイムライン情報の格納、診療情報の登録、タイムライン情報の配信権能を移管したが、これらのうちの少なくとも１つを移管するようにしてもよい。

上記各実施形態では、消防指令センタに医療支援サーバを設置したが、医療圏内の救急医療センタや、データセンタ、医療圏外のデータセンタなどに設置してもよい。また、患者の病院への搬送完了後にタイムライン情報の管理権能を移管するようにしたが、搬送先病院の決定後に移管してもよい。

トリアージ装置として、タッチパネルにより重症度を設定するものを用いたが、例えば従来の紙製のトリアージタグと同様の外観を有するタグ内に、タグを破る位置によって抵抗値などが変化して重症度の設定が可能な回路を設けたトリアージタグを使用してもよい。

１２Ａ、１２Ｂ、１２Ｃ 病院
１５ 救急現場
１６ 救急車
２１ 医療支援サーバ
２２ トリアージ装置
２３ バイタルサイン測定装置
２４ 診断画像撮影装置
２６ 救急携帯端末
２７ 院内端末
２８ 専門医携帯端末
２９ 院内情報サーバ
５０ タイムライン管理部
５１ 配信部
５３ タイムラインＤＢ
１０６ タイムライン移管部

Claims (16)

1. 患者の処置に用いられる医療機器と、前記医療機器に通信ネットワークを介して通信可能に接続される医療支援サーバとを備えており、
   前記医療機器は、
   前記患者を搬送元の現場から搬送先の医療施設に搬送するまでの救急初期段階において、救急隊員が前記患者を処置するために使用される医療機器であり、
   前記医療機器が使用された際に前記患者に対する処置が開始されたことを表す処置開始情報を前記医療支援サーバに送信する処置開始情報送信部を有しており、
   前記医療支援サーバは、
   前記処置開始情報を受け付ける処置開始情報受付部と、
   前記処置開始情報受付部が前記処置開始情報を受け付けた際に、前記患者の診療情報を時間軸に沿って管理するためのタイムライン情報を作成するタイムライン作成部と、
   を有していることを特徴とする医療支援システム。
2. 前記処置開始情報には、前記患者を識別するための患者ＩＤが付与されており、
   前記タイムライン作成部は、患者ＩＤ毎に１件のタイムライン情報を作成することを特徴とする請求項１に記載の医療支援システム。
3. 前記患者ＩＤは、前記救急初期段階において仮に発行される仮ＩＤであることを特徴とする請求項２に記載の医療支援システム。
4. 前記医療機器は、手動入力又は前記医療支援サーバから送信された前記患者ＩＤを受け付ける患者ＩＤ受付部を有しており、
   前記患者ＩＤ受付部が受け付けた前記患者ＩＤが前記処置開始情報に付与されることを特徴とする請求項２又は３に記載の医療支援システム。
5. 前記処置開始情報受付部は、複数の前記医療機器からの前記処置開始情報を受付可能であり、
   前記タイムライン作成部は、前記処置開始情報受付部が受け付けた同一の前記患者ＩＤを含む複数の前記処置開始情報のうち、最初に受け付けた前記処置開始情報に基づいて、前記タイムライン情報を作成することを特徴とする請求項２〜４いずれか１項に記載の医療支援システム。
6. 前記処置開始情報受付部は、前記医療機器によって前記患者から取得される最初の診療情報を前記処置開始情報として受け付けることを特徴とする請求項１〜５のいずれか１項に記載の医療支援システム。
7. 前記医療機器から送信される前記診療情報を受け付けて、受け付けた前記診療情報を、前記タイムライン情報に登録する診療情報登録部を有していることを特徴とする請求項１〜６のいずれか１項に記載の医療支援システム。
8. 前記医療機器は、前記患者を重症度別に分類するためのトリアージ装置、前記患者のバイタルサインを測定するバイタルサイン測定装置、前記患者の診断画像を撮影する撮影装置のうち少なくとも１つが含まれることを特徴とする請求項１〜７のいずれか１項に記載の医療支援システム。
9. 前記医療機器は、前記患者を前記医療施設へ搬送する救急車に搭載可能であることを特徴とする請求項１〜８のいずれか１項に記載の医療支援システム。
10. 前記医療支援サーバは、前記タイムライン情報を前記通信ネットワークを介してクライアント端末へ配信する配信部を有していることを特徴とする請求項１〜９のいずれか１項に記載の医療支援システム。
11. 前記診療情報登録部は、前記クライアント端末から送信される情報を、前記診療情報として前記タイムライン情報に登録可能であることを特徴とする請求項７を引用する請求項１０に記載の医療支援システム。
12. 前記クライアント端末は、前記救急隊員又は医師が前記タイムライン情報にコメントを入力するために使用する端末であることを特徴とする請求項１１に記載の医療支援システム。
13. 前記医療支援サーバは、前記タイムライン情報の運用を終了するための終了処理を行うタイムライン終了部を備えることを特徴とする請求項１〜１２のいずれか１項に記載の医療支援システム。
14. 前記医療支援サーバは、前記救急初期段階が経過した後、前記タイムライン情報を管理する管理機能の全部又は一部を別のサーバへ移管するタイムライン移管部を有していることを特徴とする請求項１〜１３のいずれか１項に記載の医療支援システム。
15. 前記タイムライン移管部は、前記タイムライン情報の格納先、及び前記診療情報の登録権限のうち少なくとも１つを移管することを特徴とする請求項７を引用する請求項１４に記載の医療支援システム。
16. 前記タイムライン情報の移管先となる前記別のサーバは、前記患者の搬送先の前記医療施設が管理する院内サーバであることを特徴とする請求項１４または１５に記載の医療支援システム。

Images