JP6166114B2 - 緊急要請システム - Google Patents

Description

本発明は，対象となる職員などに対して緊急の要請を行う際の緊急要請システムに関する。

病院の救急部門では，当直担当医師が待機しており，救急患者の治療に対応している。しかし近年，救急部門の医師の不足などもあり，当直している医師も多くはない。そのような状況下において，たとえば大規模な事故や災害が発生した場合，当直担当医師だけでは人手が不足するため，ほかの医師にも招集をかける必要がある。

この場合，従来は，職員名簿や専用の名簿などを参照して，個別に各医師に架電をしたり，あるいは，たとえば非特許文献１に記載のような同報システムを用いて，電話により緊急招集をかけている。

また大規模な事故や災害ではなくても，治療内容に専門的知識を必要とする患者に応対する場合もある。そのような場合，救急部門の医師は，広範な分野の医学知識を有しているとはいえ，より専門的な知識を有する医師を呼び出す必要がある場合もある。

その場合にも，上述と同様，名簿などを参照して，当該医師に個別に架電をすることとなる。

また医療分野に限らず，官公庁，企業などでも非常時が発生した場合には，担当となる職員を呼び出す場合がある。この場合にも上述と同様に，個別に電話を架ける方法が採られている。

神田通信機株式会社，"一斉要請システム｜ソリューション｜神田通信機株式会社"，インターネット＜ＵＲＬ：http://www.kandt.co.jp/network/yobidashi_issei.html＞

上述のように，従来の場合では，救急部門の看護師などが呼出の業務をすることがあったが，当直の時間帯では，もともと看護師などのスタッフも多くはない。また，電話は着信があっても相手が応答をしないと要件を伝えられず，仮に留守番電話などにメッセージを入れるにしても，それなりに時間を要してしまう。特に，多くの医師に電話を架ける場合には，それだけで多くの時間を費やしてしまい，本来の業務に支障が出る可能性もある。

非特許文献１の一斉呼出システムを用いることで，呼出をする際のスタッフの負担を軽減することはできる。しかし，緊急呼出があったことを着信先となる医師に知らせることはできるが，どのような状況であるのか，といった情報提供の面に劣ることが否めない。そのため，情報を知りたい場合には，改めて医師の側から架け直す必要があり，その場合，再度，看護師等のスタッフが電話応対しなければならなくなる。また，一斉呼出を行った後，その医師が呼出を確認したのか，どのくらいで到着できるのか，といった情報を病院側で把握することはできない。

また，従来の方法により特定の医師を呼び出す場合，その症状に応じて該当しそうな医師が誰であるかを，対応にあたっている医師が考えながら，架電をする看護師などのスタッフに指示をすることとなる。その場合，対応にあたっている医師の思考が分散するため，治療に対する注意力が散漫になる可能性も否定できない。また，病院内の医師の専門分野などの諸情報に習熟していなければ，そのような指示を出すことも容易ではない。

このような場合，非特許文献１のような一斉呼出を行うシステムを用いることができない。

医療以外の官公庁や企業であっても，上述の病院と同様，非特許文献１の一斉呼出システムを用いただけでは情報提供の面に劣るし，一斉呼出を行った後，その担当職員が呼出を確認したのか，どのくらいで到着できるのか，といった情報を官公庁や企業側で把握することはできない。また，発生した事案に対処するのに適切な特定の職員を呼び出すには，従来の方法によらなければならない。

そこで本発明者は上記課題に鑑み，本発明を行った。

緊急要請システムは，本発明のように，医療分野において用いると効果が高くなる。すなわち，医療従事者に対して緊急に要請を行う際に用いる緊急要請システムであって，前記緊急要請システムは，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部と，病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部と，前記受け付けた要請情報における条件に基づいて，要請通知の送り先となる医療従事者を前記対象者情報記憶部から特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部と，前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部と，を有しており，前記要請通知処理部は，病院までの到着予想時間ごとの所定の回答番号を含む一意の識別子を生成し，前記到着予想時間ごとの識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，前記応答受付処理部は，前記識別子における回答番号に基づいて，到着予定時刻を算出する，緊急要請システムである。
また，医療従事者に対して緊急に要請を行う際に用いる緊急要請システムであって，前記緊急要請システムは，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部と，病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部と，前記受け付けた要請情報における条件に基づいて，要請通知の送り先となる医療従事者を前記対象者情報記憶部から特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部と，前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部と，を有しており，前記要請通知処理部は，前記医療従事者の現在地の種別に応じた所定の回答番号を含む一意の識別子を生成し，その識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，前記応答受付処理部は，前記識別子における回答番号に基づいて，前記医療従事者が病院内にいるか病院外にいるかを判定し，病院外にいると判定した場合には，前記医療従事者の対象者端末に対して，病院までの到着予想時間の情報の入力を促し，前記対象者端末から受け付けた到着予想時間の情報に基づいて，到着予定時刻を算出する，緊急要請システムである。

本発明のように構成することで，たとえば救急医療の現場などで，医療従事者に対する要請を，誰でもが容易に行うことができる。そして医療では時間が極めて重要なところ，本発明のシステムを用いることによって，要請を行うスタッフの作業負担を減らすことができるので，時間を有効的に活用することができる。また，電話による呼出の場合とは異なり，多くの情報量を伝えられるので，要請を受け取った医療従事者側でも事前に多くの知識を入手した上で対応することが可能となる。

医療従事者を呼び出す場合には，いつ到着するのかが重要な情報となる。そこで，これらの発明のように構成することで，病院側は，呼出（要請）をした医療従事者がいつ到着するのかを把握することができる。

医療従事者の到着予定時刻の算出には，本発明のような処理を実行することで行える。このような処理によって，要請通知を受け取った医療従事者の側にとっても，簡単に到着に要する時間を病院側に伝えられるので，負担を軽減できる。

また医療従事者の到着予定時刻の算出には，本発明のような処理を用いてもよい。すなわち，医療従事者が病院内にいるか，病院外かの回答を受け付け，病院外にいる場合に限り，到着に要する時間を受け付ける。これによって，病院側は医療従事者の現在地の概略の情報を把握することができ，病院外にいる場合には，病院に到着するまでの時間を受け付けることで，到着予定時刻を知ることができる。

上述の発明において，前記緊急要請システムは，さらに，前記要請情報を受け付け後，あらかじめ定められた時間毎に，前記特定した医療従事者の対象者端末に対して応答状況を確認する通知を送り，前記要請情報を受け付けてから所定時間の経過後，前記要請を自動的に解除する事後状況処理部，を有する緊急要請システムのように構成することができる。

本発明のように構成することで，要請通知を行った医療従事者に対して定期的に状況を確認できるとともに，一定時間が経過すれば，要請自体を自動的に解除することができる。これによって，病院側の作業負担を減らすことができる。

上述の発明において，前記緊急要請システムは，さらに，医療従事者の位置情報を取得するよう制御指示を対象者端末に送信し，その位置情報を前記対象者端末から受け取ることで，病院とその医療従事者との距離および／または移動時間を算出する位置情報取得処理部，を有しており，前記要請通知処理部は，前記要請通知を送る対象となる医療従事者を特定する際に，前記位置情報取得処理部で特定した距離および／または移動時間を用いて，前記距離が近いおよび／または移動時間の短い医療従事者から優先的に特定し，前記要請通知を送る，緊急要請システムのように構成することができる。

本発明のように構成することで，病院に移動しやすい医療従事者から優先的に要請通知を送ることができる。そのため，要請に迅速に対処することができ，レスポンスタイムが向上する。

上述の発明において，前記緊急要請システムは，さらに，電子カルテの情報を記憶する案件情報記憶部と，前記要請情報に基づいて前記案件情報記憶部に記憶する電子カルテの情報を参照することで，その要請における症状と同種の症状を，過去に治療した医療従事者とその治療件数とを特定する案件情報参照処理部と，を有しており，前記要請通知処理部は，前記要請通知を送る対象となる医療従事者を特定する際に，前記案件情報参照処理部で特定した医療従事者のうち，治療件数の多い医療従事者から優先的に特定し，前記要請通知を送る，緊急要請システムのように構成することができる。

医療は専門性が高い業種である。しかしそこに運ばれる患者は千差万別である。従って，要請を行う場合には，手が空いている医療従事者を呼び出せばよいというものでもない場合がある。そこで，患者の症状と同種の症状を過去に治療した医療従事者を特定し，その件数に応じて，要請通知を行う優先度を変更する。これによって，クオリティの高い治療を望むことができる。

上述の緊急要請システムは，以下のプログラムをコンピュータ上で実行することで実現できる。すなわち，コンピュータを，病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部，前記受け付けた要請情報における条件に基づいて，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部から，要請通知の送り先となる医療従事者を特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部，前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部，として機能させる緊急要請プログラムであって，前記要請通知処理部は，病院までの到着予想時間ごとの所定の回答番号を含む一意の識別子を生成し，前記到着予想時間ごとの識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，前記応答受付処理部は，前記識別子における回答番号に基づいて，到着予定時刻を算出する，緊急要請プログラムである。
また，コンピュータを，病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部，前記受け付けた要請情報における条件に基づいて，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部から，要請通知の送り先となる医療従事者を特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部，前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部，として機能させる緊急要請プログラムであって，前記要請通知処理部は，前記医療従事者の現在地の種別に応じた所定の回答番号を含む一意の識別子を生成し，その識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，前記応答受付処理部は，前記識別子における回答番号に基づいて，前記医療従事者が病院内にいるか病院外にいるかを判定し，病院外にいると判定した場合には，前記医療従事者の対象者端末に対して，病院までの到着予想時間の情報の入力を促し，前記対象者端末から受け付けた到着予想時間の情報に基づいて，到着予定時刻を算出する，緊急要請プログラムである。

本発明のプログラムのように構成することで，上述の緊急要請システムを実現することができる。

本発明の緊急要請システムを用いることによって，緊急での集合要請など，緊急要請を行う看護師などのスタッフに過大な負担がかかることがなく，誰でもが簡単にその作業を行うことができる。また，要請の際に，さまざまな情報を付加して要請が行えるので，それを受け取る医師などの担当職員の側でも情報を入手することができる。さらに，緊急要請が確認されたか，どの程度の時間で到着できるのか，といった情報を，要請を行った病院や官公庁，企業などの側で把握することができる。

加えて，特定の医師などの担当職員を呼び出す場合には，カルテや報告書類などの従来の処理記録に基づいて，該当する症状や事案に経験ある医師などの担当職員を自動的に特定し，要請を行うこともできるので，治療などの対応にあたっている者に発生する負担を減らすことができる。

本発明の緊急要請システムのシステム構成の一例を模式的に示す概念図である。 本発明の緊急要請システムを実現するためのコンピュータのハードウェア構成の一例を模式的に示す概念図である。 要請処理の処理プロセスの一例を模式的に示すフローチャートである。 要請処理の処理プロセスの一例を模式的に示すフローチャートである。 要請処理における要請情報に含まれる応答ＵＲＬの生成処理の処理プロセスの一例を模式的に示すフローチャートである。 応答処理の処理プロセスの一例を模式的に示すフローチャートである。 要請解除処理の処理プロセスの一例を模式的に示すフローチャートである。 応答状況確認処理の処理プロセスの一例を模式的に示すフローチャートである。 ユーザ登録の画面の一例を模式的に示す図である。 ユーザ情報記憶部の一例を模式的に示す概念図である。 対象者の登録の画面の一例を模式的に示す図である。 対象者情報記憶部の一例を模式的に示す概念図である。 要請ページの一例を模式的に示す図である。 要請情報記憶部の一例を模式的に示す概念図である。 集合要請の場合の要請通知の一例を模式的に示す図である。 災害要請の場合の要請通知の一例を模式的に示す図である。 助言・画像読影要請の場合の要請通知の一例を模式的に示す図である。 待機要請の場合の要請通知の一例を模式的に示す図である。 助言・画像読影要請に対する応答ページの一例を模式的に示す図である。 到着時刻の入力を受け付けるための応答ページの一例を模式的に示す図である。 集合応答，災害応答を示す画面の一例を模式的に示す図である。 応答情報記憶部の一例を模式的に示す図である。 ログインページの一例を模式的に示す図である。 要請内容確認ページの一例を模式的に示す図である。 要請完了ページの一例を模式的に示す図である。 回答内容確認ページの一例を模式的に示す図である。 回答完了ページの一例を模式的に示す図である。 要請中の情報を含めた要請ページの一例を模式的に示す図である。 要請解除確認ページの一例を模式的に示す図である。 要請解除完了ページの一例を模式的に示す図である。 要請解除通知の一例を模式的に示す図である。 応答状況確認通知の一例を模式的に示す図である。 緊急要請システムのほかの一例のシステム構成を模式的に示す概念図である。 対象者の登録画面のほかの一例を模式的に示す図である。 緊急要請システムのほかの一例のシステム構成を模式的に示す概念図である。

本発明の緊急要請システム１のシステム構成の一例の概念図を図１に示す。緊急要請システム１は，本システムを管理する企業等が利用する管理サーバ２と，病院や企業などの要請側でのシステム管理を行うシステム管理者が利用するコンピュータであるシステム管理者端末３と，病院や企業など，対象者に呼出などの要請を行う側が利用する要請側端末４と，要請の対象となる対象者が利用する対象者端末５とを有する。システム管理者端末３，要請側端末４，対象者端末５は，デスクトップ型コンピュータであってもよいし，タブレット型コンピュータ，携帯電話やＰＨＳやＰＤＡなどの通信端末，ラップトップ型コンピュータなどの可搬型のコンピュータであってもよい。これらを総称して単に「コンピュータ」という。

緊急要請システム１の管理サーバ２，システム管理者端末３，要請側端末４，対象者端末５は，各種のコンピュータにより実現される。図２にコンピュータのハードウェア構成の一例を示す。コンピュータには，プログラムの演算処理を実行するＣＰＵなどの演算装置７０と，情報を記憶するＲＡＭやハードディスクなどの記憶装置７１と，ディスプレイなどの表示装置７２と，キーボードやポインティングデバイス（マウスやテンキーなど）などの入力装置７３と，演算装置７０の処理結果や記憶装置７１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置７４とを有している。

なお，各図面では，管理サーバ２が一台のコンピュータで実現される場合を示したが，複数台のコンピュータにその機能が分散配置され，実現されても良い。また，本発明における各手段は，その機能が論理的に区別されているのみであって，物理上あるいは事実上は同一の領域を為していても良い。

本明細書の以下の説明では，本発明の緊急要請システム１で医師に対して呼出などの要請を行う場合を例に取り説明する。従って，システム管理者としては病院のシステム管理者，要請側としては病院の救急医療部門，対象者としては医師となる。

なお，本発明の緊急要請システム１を医師への要請以外にも適用でき，たとえば医療分野では医療従事者として，医師のほかに看護師や技術スタッフ，事務員などへの要請にも適用できる。また医療分野以外にも適用することができ，企業や官公庁で所定の担当者を緊急に呼び出す場合に適用することができる。

管理サーバ２は，ユーザ情報登録処理部２０とユーザ情報記憶部２１と対象者情報登録処理部２２と対象者情報記憶部２３とログイン処理部２４と要請受付処理部２５と要請情報記憶部２６と要請通知処理部２７と応答受付処理部２８と応答情報記憶部２９とを有する。

ユーザ情報登録処理部２０は，緊急要請システム１を利用する病院のシステム管理者が，システム管理者端末３から入力したユーザ情報を受け付け，それを後述するユーザ情報記憶部２１に記憶させることで，ユーザ情報の登録を行う。本明細書の場合，ユーザとしては要請の対象者となる医師のほか，要請側として操作する可能性のあるシステム管理者，看護師，事務員などがある。ユーザ情報としては，ユーザ識別情報やパスワードなどの認証情報，所属する病院名，氏名，権限（役職など）などがある。図９にユーザ登録の画面の一例を模式的に示す。

ユーザ情報記憶部２１は，ユーザ情報登録処理部２０で受け付けたユーザ情報を記憶する。図１０にユーザ情報記憶部２１の一例を模式的に示す。

対象者情報登録処理部２２は，システム管理者がシステム管理者端末３から入力した，要請の対象となる対象者の情報，本明細書の場合には医師の情報を受け付け，それを後述する対象者情報記憶部２３に記憶させる。対象者情報としては，組織体（たとえば病院名），氏名，電子メールアドレス，電話番号，条件（たとえば役職や専門性など），要請対象として有効とするか無効とするかを示す情報などがある。図１１に対象者の登録画面の一例を模式的に示す。

対象者情報記憶部２３は，対象者情報登録処理部２２で受け付けた対象者の情報を記憶する。図１２に対象者情報記憶部２３の一例を模式的に示す。

ログイン処理部２４は，緊急要請システム１を利用するにあたってのログイン処理を実行する。すなわち，システム管理者端末３や要請側端末４からユーザ識別情報（ＩＤ）やパスワードなどの認証情報を受け付け，それがユーザ情報記憶部２１に記憶する認証情報と一致するかの判定を行うことで，ログイン処理を実行する。

要請受付処理部２５は，要請側端末４で所定の操作が行われることで，対象者，たとえば医師に対する要請の情報を受け付ける。この場合，図１３に示す要請ページに，要請の対象となる対象者の条件が入力され，それを受け付けることで，後述する要請通知処理部２７における処理を行う。

要請情報記憶部２６は，要請受付処理部２５で受け付けた要請の情報を，それを識別する識別情報に対応付けて記憶する。図１４に要請情報記憶部２６の一例を模式的に示す。

要請通知処理部２７は，要請受付処理部２５で受け付けた要請の情報に基づいて，対象者情報記憶部２３を参照して該当する対象者，たとえば医師を特定する。そして特定した対象者に対して，要請通知を生成し通知する。要請通知は電子メールであることが好ましいが，それに限られず，ＳＮＳのメッセージ機能などであってもよい。

本明細書の例のように，医師への要請通知の場合であって，その要請の種類が，集合要請，助言・画像読影要請，災害要請などの場合には，応答ＵＲＬを生成する。応答ＵＲＬの生成処理は，まず，対象者識別情報と要請日時と所定のハッシュ関数とに基づいてハッシュ値を算出し，そのハッシュ値をパラメータとして付加した対象者ごとの任意のＵＲＬを生成する。要請の種類が集合要請，災害要請の場合にはハッシュ値に，種別に応じた回答番号を付加したＵＲＬを生成する。

たとえば要請の種類が集合要請の場合，種別として「どのくらいの時間で集合できるか」を示す集合可能時間種別を設け，「１」が「１０分以内に集合」，「２」が「３０分以内に集合」，「３」が「１時間以内に集合」，「４」が「集合不可」として設定する。そして，ハッシュ値にこれらの種別に応じた回答番号「１」乃至「４」を付加したＵＲＬを生成する。

また，要請の種類が災害要請の場合，種別として「現在地の場所」を示す現在地種別を設け，「１」が「自宅」，「２」が「病院内災害対策本部」，「３」が「病院初療室」，「４」が「病院病棟」，「５」が「災害現場」，「６」が「移動中」として設定する。そして，ハッシュ値にこれらの種別に応じた回答番号「１」乃至「６」を付加したＵＲＬを生成する。

以上のようにして生成した要請通知の一例を図１５乃至図１８に示す。図１５が要請の種類が集合要請の場合の要請通知であり，図１６が要請の種類が災害要請の場合の要請通知であり，図１７が要請の種類が助言・画像読影要請の場合の要請通知であり，図１８が待機要請の場合の要請通知である。

応答受付処理部２８は，対象者に対して送った要請通知に対する応答を受け付け，応答情報として後述する応答情報記憶部２９に記憶させる。また受け付けた応答情報に対応する処理を実行する。

たとえば助言・画像読影要請に対する応答の場合，たとえば図１９に示す応答ページを対象者端末５に表示させ，画像に対応する助言を受け付ける。また，災害要請に対する応答の場合，図２０に示す到着までに要する時間の入力を受け付けるための応答ページを対象者端末５に表示させ，集合可能となる時間の入力を受け付ける。そして図２１（ａ）乃至図２３に示すように応答したことを示す応答ページを対象者端末５に表示させる。

応答情報としては，たとえば集合要請に対する応答の場合，集合可能種別に対する回答内容が応答情報となり，災害要請に対する応答の場合，現在地種別に対する回答内容が応答情報となり，助言・画像読影要請に対する応答の場合，助言の内容が応答情報になる。

応答情報記憶部２９は，応答受付処理部２８で受け付けた応答情報を記憶させる。この場合，応答情報を識別するため，一意に識別可能な応答識別情報に対応付けて記憶させる。図２２に応答情報記憶部２９の一例を模式的に示す。

事後状況処理部３０は，要請情報記憶部２６に記憶する要請情報のうち，要請が解除されていないものについて，あらかじめ定められた時間を経過した要請情報については自動解除の処理を実行し，その時間を経過していない要請情報については，定期的に応答状況を確認する応答状況確認通知を各対象者に送信する。

つぎに本発明の緊急要請システム１を用いた処理プロセスを図３乃至８を用いて説明する。

まず，図３の処理の事前の処理として，病院が緊急要請システム１を利用するにあたり，そのユーザ登録をシステム管理者端末３から行っておく必要がある。この場合，システム管理者が，システム管理者端末３において所定の操作を行うことで管理サーバ２にアクセスをする。このアクセスを受け付けるとユーザ情報登録処理部２０は，図９に示すユーザ登録の画面をシステム管理者端末３に表示させる。

システム管理者端末３で表示したユーザ登録の画面に基づいて，ユーザ識別情報（ＩＤ）やパスワードなどの認証情報，名前などの入力を受け付ける。また，病院名，権限の選択を受け付ける。権限としては，システム管理者，医師，看護師，技術スタッフ，事務員などが一例としてある。図９の画面における「ユーザ新規登録」のボタンが押下されることで，入力を受け付けた各種の情報をユーザ情報としてシステム管理者端末３から管理サーバ２に送り，管理サーバ２のユーザ情報登録処理部２０が，受け付けたユーザ情報をユーザ情報記憶部２１に記憶させる。このような処理を実行することで，緊急要請システム１を利用するユーザを，逐次，登録することができる。

つぎに，要請を行う対象者の登録をシステム管理者端末３から行う。この場合，システム管理者がシステム管理者端末３において所定の操作を行うことで管理サーバ２にアクセスをする。このアクセスを受け付けると対象者情報登録処理部２２は，図１１に示す対象者登録の画面をシステム管理者端末３に表示させる。

システム管理者端末３で表示した対象者登録の画面に，要請対象となる医師の情報を記憶させる。たとえば病院名，医師の名前，医師の電子メールアドレス，医師の電話番号，医師の役職などの入力を受け付ける。役職としては，対象者となるかの条件を示すものであり，たとえば「若手」（医師になって浅い者），「近郊」（病院の近くに居住している），「ＡＣＳ」（急性冠症候群（不安定狭心症，急性心筋梗塞，虚血性心臓性突然死の総称）に対応可能な医師），「脳外科」（脳外科所属の医師），「整形外科」（整形外科所属の医師）などがその一例としてある。なお，役職は，たとえば「産科」，「小児科」などのほか，「ベテラン」（経験豊富な医師），「科長」や「部長」（所属の責任者）など，任意に設定可能である。

図１１の画面における「医師登録」のボタンが押下されることで，入力を受け付けた各種の情報を対象者情報としてシステム管理者端末３から管理サーバ２に送り，管理サーバ２の対象者情報登録処理部２２が，受け付けた対象者情報を対象者情報記憶部２３に記憶させる。このような処理を実行することで，緊急要請の対象となる医師を，逐次，登録することができる。

このような事前処理を行った後，実際に，緊急要請システム１による要請を医師に対して行うこととなる。

まず，要請を行う病院の担当者，たとえば看護師や事務員などは，要請側端末４で所定の操作を行うことで管理サーバ２のログインページへアクセスの要求を行う（Ｓ１００）。この要求を受け付けた管理サーバ２のログイン処理部２４は（Ｓ１１０），図２３に示すログインページを要請側端末４に送信し（Ｓ１２０），表示させる（Ｓ１３０）。図２３では，看護師の「鈴木花子」がログインをする場合とする。

ログインページが要請側端末４で表示されると，ログインの操作をする看護師「鈴木花子」は，自らに付与されたＩＤやパスワードなどの認証情報を入力し（Ｓ１４０），「ログイン」ボタンを押下することで，入力された認証情報が要請側端末４から管理サーバ２に送られる。そして管理サーバ２のログイン処理部２４で認証情報を受け付けると（Ｓ１５０），受け付けた認証情報がユーザ情報記憶部２１に記憶されているかを判定する（Ｓ１６０，Ｓ１７０）。そして一致しない場合には，ログイン処理部２４は，再度，ログインページを要請側端末４に送信する。一方，一致した場合には，ログイン処理が正常に行えたので，要請受付処理部２５が，図１３に示すような要請ページを要請側端末４に送信する（Ｓ１８０）。

要請側端末４で要請ページを表示すると（Ｓ１９０），要請を行う看護師「鈴木花子」は，要請情報を入力する（Ｓ２００）。すなわち，要請ページに従って，要請対象とする医師を特定する条件や状況などの情報を，対応にあたっている医師の指示，あるいは所定のルールなどに従って，要請情報として入力する。

たとえば，複数の疾病者が病院を訪れ，対応の限界であることから，若手医師の応援が一人欲しい場合，「要請」として「集合」，「理由」として「複数疾病者」，「要請対象」として「若手」，必要人数として「１人」を入力する。

また，脳のＣＴ画像やＭＲＩ画像などの画像読影の助言が欲しい場合には，「要請」として「助言・画像読影」，「要請対象」として「脳外科」，「確認内容」として「脳のＭＲＩ画像の読影の助言をお願いします」といったメッセージ，「画像」として当該ＭＲＩ画像の記憶場所（フォルダ名など），「備考」にＭＲＩ画像を撮るに至った経緯，たとえば「交通事故による外傷」等の付加的情報などを入力する。

また，大規模災害が発生したことにより，応援の医師が欲しい場合には「要請」として「災害」，「要請対象」として「若手，近郊」，「必要人数」として「指定なし」といった情報を入力する。

また，念のための待機となる医師が欲しい場合には，「要請」として「待機」，「要請対象」として「若手」，「必要人数」として「１人」といった情報を入力する。

このように要請ページで入力された要請情報は，「確認」を押下することで，要請側端末４から管理サーバ２に送られ，管理サーバ２の要請受付処理部２５で受け付ける（Ｓ２１０）。そして要請情報において要請対象となる条件を充足する医師がいるか（Ｓ２２０），必要人数が足りるか（Ｓ２３０），などを判定し，条件を充足できなかった場合には，要請ページにエラー情報を表示させるため，要請受付処理部２５が要請側端末４にその情報を送る（Ｓ２４０）。

一方，条件を充足できる場合には，要請受付処理部２５は，図２４に示す要請内容確認ページを要請側端末４に送信し（Ｓ２５０），要請側端末４で表示させる（Ｓ２６０）。看護師「鈴木花子」は，要請側端末４で要請内容確認ページに表示されている入力内容を確認して問題があれば（Ｓ２７０），「修正」ボタンを押下することで，要請ページを表示し，再度，要請情報の入力を行う。一方，入力内容に問題がなければ（Ｓ２７０），「送信」ボタンを押下する。これによって，内容が確定したことを示す情報が要請側端末４から管理サーバ２に送られる（Ｓ２８０）。この情報を管理サーバ２の要請受付処理部２５で受け付けると（Ｓ２９０），要請受付処理部２５は，図２５に示す要請完了ページを要請側端末４に送信し（Ｓ３００），要請側端末４はそれを表示する（Ｓ３１０）。

また，要請受付処理部２５は，内容が確定したことを示す情報を要請側端末４から受け付けると，要請情報として要請情報記憶部２６に記憶させる（Ｓ３２０）。この際に，要請情報を識別する要請識別情報と要請日時情報（要請情報を記憶した日時情報）とを対応付けて記憶させる。

要請情報が要請情報記憶部２６に記憶されると，要請通知処理部２７は，当該要請情報における要請の種類を判定し（Ｓ３３０），それが「待機要請」の場合，要請情報における条件に該当する医師を対象者情報記憶部２３から特定する。そして特定した各医師の電子メールアドレスの情報を抽出し，その電子メールアドレスに対して，図１８に示すような要請通知を生成し，送信する（Ｓ３４０）。

また，要請通知処理部２７は，要請の種類が「集合要請」，「助言・画像読影要請」，「災害要請」の場合，要請情報における条件に該当する医師を対象者情報記憶部２３から特定する。そしてこれらの医師に対応する応答ＵＲＬの生成処理を実行する（Ｓ３５０）。

すなわち，要請通知処理部２７は，特定した各医師のＩＤを対象者情報記憶部２３から抽出し（Ｓ４００），また要請日時情報を要請情報記憶部２６から抽出する（Ｓ４１０）。そして，要請日時とＩＤとを，所定のハッシュ関数の引数とすることで，ハッシュ値を生成する（Ｓ４２０）。

生成したハッシュ値に対して，「集合要請」の場合には，集合可能時間種別の回答番号ごとに，あらかじめ定められたＵＲＬに付加することで，応答ＵＲＬを生成する（Ｓ４３０）。集合可能時間種別としては，「１」が「１０分以内に集合」，「２」が「３０分以内に集合」，「３」が「１時間以内に集合」，「４」が「集合不可」として一例としてあげられる。また，生成したハッシュ値が「dae1ff52385d585d555a3c24fa552de0」で，あらかじめ定められたＵＲＬが「http://example.jp/emc/receive/」であったとする。そうすると，回答番号１に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/1」，回答番号２に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/2」，回答番号３に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/3」，回答番号４に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/4」を生成する。このようにして，図１５に示すような，応答ＵＲＬを含む集合要請の要請通知を生成する。

また，要請の種類が「災害要請」の場合には，現在地種別の回答番号ごとに，あらかじめ定められたＵＲＬに付加することで，応答ＵＲＬを生成する（Ｓ４３０）。現在地種別としては，その回答番号「１」が「自宅」，「２」が「病院内災害対策本部」，「３」が「病院初療室」，「４」が「病院病棟」，「５」が「災害現場」，「６」が「移動中」として設定されていたとすると，回答番号１に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/1」，回答番号２に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/2」，回答番号３に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/3」，回答番号４に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/4」，回答番号５に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/5」，回答番号６に対応する応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/6」を生成する。このようにして，図１６に示すような，応答ＵＲＬを含む災害要請の要請通知を生成する。

また，要請の種類が「助言・画像読影要請」の場合，そのハッシュ値のみをあらかじめ定められたＵＲＬに付加する。すなわち，応答ＵＲＬとして「http://example.jp/emc/receive/dae1ff52385d585d555a3c24fa552de0/」を生成する。このようにして，図１７に示すような，応答ＵＲＬを含む助言・画像読影要請の要請通知を生成する。

そして要請通知処理部２７は，上述で特定した各医師の電子メールアドレスの情報を抽出し，その電子メールアドレスに対して，図１５乃至図１７に示すような要請通知を送信する（Ｓ３６０）。

このようにして送られた要請通知は，特定された各医師の対象者端末５で受け取られる（Ｓ３７０，Ｓ３８０）。

以上のような処理によって，要請情報に該当する各医師に要請通知を，看護師「鈴木花子」は，容易に送ることができる。また，要請情報として，たとえば備考欄などにさまざまな情報を含めれば，従来よりも多くの情報を通知することもできるので，医師の側も多くの情報を把握することができる。

要請通知を受け取った医師は，図１８に示す待機要請であれば，所定の場所で待機をする。

また，要請通知が集合要請，助言・画像読影要請，災害要請であれば，要請通知における応答ＵＲＬを選択（クリックなど）する（Ｓ５００）。ここで応答受付処理部２８は，選択された応答ＵＲＬを判定する（Ｓ５１０，Ｓ５２０）。

要請通知が助言・画像読影要請の場合，その応答ＵＲＬにはハッシュ値が含まれているだけであるので，そのハッシュ値に基づいて，要請情報記憶部２６における要請情報を特定する。そして特定した要請情報に基づいて，図１９に示す，読影する画像を含む助言・画像読影要請応答ページを対象者端末５に送信し（Ｓ５３０），それを対象者端末５で表示する（Ｓ５４０）。

この画面を閲覧した対象者は，助言・画像読影要請応答ページに所定の箇所，たとえば「助言」の欄に読影した結果を回答内容として入力し，「確認」ボタンを押下することで，回答内容が対象者端末５から管理サーバ２に送られる（Ｓ５５０）。送られた回答内容は，管理サーバ２の応答受付処理部２８で受け付け（Ｓ５６０），図２６に示すように，回答内容確認ページを対象者端末５に送信する（Ｓ５７０）。

そして回答内容確認ページを対象者端末５で表示すると（Ｓ５８０），その内容を修正する場合には（Ｓ５９０），「修正」ボタンを押下することで，再度，Ｓ５４０における助言・画像読影要請応答ページが表示される。一方，修正がなければ（Ｓ５９０），「送信」ボタンを押下することで，内容が確定したことを示す情報が対象者端末５から管理サーバ２に送られる（Ｓ６００）。この情報を管理サーバ２の応答受付処理部２８で受け付けると（Ｓ６１０），応答受付処理部２８は，図２７に示す回答完了ページを対象者端末５に送信し（Ｓ６２０），対象者端末５はそれを表示する（Ｓ６３０）。

また，応答受付処理部２８は，内容が確定したことを示す情報を対象者端末５から受け付けると，応答内容を応答情報記憶部２９に記憶させる（Ｓ７２０）。この際に，応答情報を識別する応答識別情報に対応付けて記憶させる。また，応答日時情報を対応付けて記憶させる。画像の読影を要請した医師は，この応答情報を要請側端末４など，所定の方法で閲覧することで，その応答内容である助言を知ることができる。

Ｓ５１０，Ｓ５２０において，要請通知が災害要請の場合，その応答ＵＲＬには，ハッシュ値のほか，現在地種別が含まれている。そこで，応答受付処理部２８は，現在地種別に基づいて，病院内か病院外かを判定する（Ｓ６４０）。現在地種別が「２」（病院内対策本部），「３」（病院初療室），「４」（病院病棟）である場合には，病院内と判定し，現在地種別が「１」（自宅），「５」（災害現場），「６」（移動中）である場合には，病院外と判定する。

そして病院外と判定した場合，応答受付処理部２８は，対象者端末５に対して，図２０に示す到着時間応答ページを送信し（Ｓ６５０），これを対象者端末５で表示する（Ｓ６６０）。到着時間応答ページを閲覧した医師は，あとどのくらいの時間で病院に到着できそうかを考え，それに対応するボタン，たとえば「３０分以内」のボタンを押下する。対象者端末５は，押下されたボタンに応じた時間の情報を回答内容として管理サーバ２に送信する（Ｓ６７０）。送られた回答内容は，管理サーバ２の応答受付処理部２８で受け付け（Ｓ６８０），応答受付処理部２８は，その回答内容に基づいて到着予定時刻を算出する（Ｓ６９０）。

たとえば，受け付けた回答内容が上述のように「３０分以内」であり，回答を受け付けた日時が「２０１３年５月２９日２３時１２分４５秒」であった場合，受け付けた時間に回答内容の時刻を加算し，到着予定時刻を「２０１３年５月２９日２３時４２分４５秒」として算出する。

そして応答受付処理部２８は，図２１（ａ）に示す災害応答ページを対象者端末５に送信し（Ｓ７００），対象者端末５ではそれを表示する（Ｓ７１０）。また，応答受付処理部２８は，応答情報として，対象者端末５から受け付けた，現在地種別を示す情報，到着時刻応答ページにおける回答内容，到着予定時刻を応答内容として，応答情報記憶部２９に記憶させる（Ｓ７２０）。この際に，応答情報を識別する応答識別情報に対応付けて記憶させる。また，応答日時情報を対応付けて記憶させる。そして病院側は所定の操作を行うことで，この応答情報を要請側端末４などで閲覧し，当該応答を行った医師の到着予定時刻を知ることができる。

またＳ６４０において，現在地種別が病院内であると判定した場合，すでに病院にいることから，図２１（ｂ）に示す災害応答ページを対象者端末５に送信し（Ｓ７００），対象者端末５ではそれを表示する（Ｓ７１０）。また，応答受付処理部２８は，応答情報として，対象者端末５から受け付けた，現在地種別を示す情報を応答内容として，応答情報記憶部２９に記憶させる（Ｓ７２０）。この際に，応答情報を識別する応答識別情報に対応付けて記憶させる。また，応答日時情報を対応付けて記憶させる。

Ｓ５１０，Ｓ５２０において，要請通知が集合要請の場合，その応答ＵＲＬには，ハッシュ値のほか，集合可能時間種別が含まれている。そこで，応答受付処理部２８は，集合可能時間種別に基づいて，到着予定時刻を算出する（Ｓ６９０）。たとえば応答ＵＲＬに含まれる集合可能種別が「２」であり，回答を受け付けた日時が「２０１３年５月２９日２３時１２分４５秒」であった場合，受け付けた時間に回答内容の時刻を加算し，到着予定時刻を「２０１３年５月２９日２３時４２分４５秒」として算出する。

そして応答受付処理部２８は，図２１（ｃ）に示す集合応答ページを対象者端末５に送信し（Ｓ７００），対象者端末５ではそれを表示する（Ｓ７１０）。また，応答受付処理部２８は，応答情報として，対象者端末５から受け付けた，集合可能時間種別を示す情報，到着予定時刻を応答内容として，応答情報記憶部２９に記憶させる（Ｓ７２０）。この際に，応答情報を識別する応答識別情報に対応付けて記憶させる。また，応答日時情報を対応付けて記憶させる。

以上のような処理を実行することで，管理サーバ２が対象者端末５に対して送信した要請通知に対する応答を取得することができる。また，その際に，必要に応じて，どのくらいで到着できるのかの情報も取得することができるので，病院側にとっては，いつどれだけの人数の医師が到着できるか，を認識することができる。

つぎに要請を解除する場合の処理を説明する。まず，要請を行った病院の担当者，たとえば看護師「鈴木花子」が，すでに行った要請を解除する場合には，要請側端末４から管理サーバ２に対してログイン処理を行う（Ｓ８００）。

つまり，要請側端末４で所定の操作を行うことで管理サーバ２のログインページへアクセスの要求を行う。この要求を受け付けた管理サーバ２のログイン処理部２４は，図２３に示すログインページを要請側端末４に送信し，表示させる。

ログインページが要請側端末４で表示されると，看護師や事務員などは，自らに付与されたＩＤやパスワードなどの認証情報を入力し，「ログイン」ボタンを押下することで，入力された認証情報が要請側端末４から管理サーバ２に送られる。そして管理サーバ２のログイン処理部２４で認証情報を受け付けると，受け付けた認証情報がユーザ情報記憶部２１に記憶されているかを判定する。そして一致しない場合には，ログイン処理部２４は，再度，ログインページを要請側端末４に送信する。

一致した場合には，ログイン処理が正常に行えたので，要請受付処理部２５は，要請情報記憶部２６を参照することで，要請中の情報があるかを判定し（Ｓ８１０），要請中の情報がない場合には，要請受付処理部２５は，図１３に示すような要請ページを要請側端末４に送信する（Ｓ８２０）。

一方，要請中の情報がある場合には，要請情報記憶部２６からその情報を抽出し，図２８に示すように，要請中の情報を含めた要請ページを要請側端末４に送信する（Ｓ８３０）。この要請ページを要請側端末４で表示する（Ｓ８４０）。

そして要請中の情報について，要請を解除する場合には，図２８に示す要請中の情報の中から，解除する要請を選択し，「要請解除」のボタンを押下することで，要請解除の情報を要請側端末４から管理サーバ２に送信する（Ｓ８５０）。要請解除の情報は，管理サーバ２の要請受付処理部２５で受け付ける（Ｓ８６０）。

要請解除の情報を受け付けた要請受付処理部２５は，図２９に示す要請解除確認ページを要請側端末４に送信し（Ｓ８７０），要請側端末４ではこれを表示する（Ｓ８８０）。要請解除を行わない場合には（Ｓ８９０），「キャンセル」ボタンを押下することで，図２８に示す要請ページを再度表示する。

要請解除を行う場合には（Ｓ８９０），要請解除確認ページにおける「ＯＫ」ボタンを押下することで，要請解除の実行の情報が管理サーバ２に送信される（Ｓ９００）。管理サーバ２の要請受付処理部２５で要請解除の実行の情報を受け付けると（Ｓ９１０），解除の対象となる要請情報を要請情報記憶部２６から削除する（Ｓ９２０）。なお，ここで削除とは，実際に要請情報を要請情報記憶部２６から削除してもよいし，要請が解除されたことを示す情報を記憶させ，要請中の情報として表示されないようにする処理を実行するのでもよい。

このようにして要請情報が更新されると，要請受付処理部２５は，図３０に示す要請解除完了ページを要請側端末４に送信し（Ｓ９３０），要請側端末４ではそれを表示する（Ｓ９４０）。一方，要請通知処理部２７は，Ｓ９２０で要請情報の削除を実行する際に，要請通知を送信した各医師に対して，図３１に示す要請解除通知を送信する（Ｓ９５０）。送られた要請解除は，対象者端末５で受け取り（Ｓ９６０），それを閲覧することで当該医師は要請が解除されたことを認識する。

つぎに，要請の対象となった医師から応答を受け付けた後，その後の応答状況を通知する場合を説明する。

まず事後状況処理部３０は，要請情報記憶部２６を参照し，各要請情報について要請の種類とその状況（要請中か解除されたか）を判定する（Ｓ１０００）。そして，要請がすでに解除されている要請情報については処理対象から除外する（Ｓ１０１０）。

要請中の情報のうち，要請の種類が「集合要請」，「助言・画像読影要請」，「災害要請」の要請情報については，要請情報を受け付けた日時（要請日時情報）から所定の時間が経過した場合，たとえば要請日時から５分後，１０分後，２０分後，３０分後，４５分後，６０分後，７５分後である場合，その要請情報の送信先として特定された医師に対して，図３２に示すような応答状況確認通知を送信する（Ｓ１０４０）。そして対象者端末５で応答状況確認通知を受け取った医師は（Ｓ１０５０），それによって現在の状況を認識することができる。

一方，要請情報を受け付けた要請日時から所定の時間（たとえば９０分）が経過した場合，事後状況処理部３０は，その要請を自動的に解除する処理を実行する。すなわち，Ｓ１０００で判定した要請情報について，その要請情報を解除にするため，要請情報記憶部２６から削除する（要請情報を削除するほか，要請情報が解除されたことを示す情報を記憶させる）。そして，その要請情報の送信先として特定された医師に対して，図３１に示す要請解除通知を送信する（Ｓ１０７０）。医師は，対象者端末５で要請解除通知を受け取り（Ｓ１０８０），それを閲覧することで，要請が解除されたことを認識する。

また，Ｓ１０００乃至Ｓ１０２０で要請中と判定した要請情報のうち，要請の種類が「待機要請」であった場合には，その要請日時から所定の時間（たとえば９０分）が経過した場合，事後状況処理部３０は，その要請を自動的に解除する処理を実行する。すなわち，Ｓ１０００で判定した要請情報について，その要請情報を解除にするため，要請情報記憶部２６から削除する（要請情報を削除するほか，要請情報が解除されたことを示す情報を記憶させる）。そして，その要請情報の送信先として特定された医師に対して，図３１に示す要請解除通知を送信する（Ｓ１０７０）。医師は，対象者端末５で要請解除通知を受け取り（Ｓ１０８０），それを閲覧することで，要請が解除されたことを認識する。

以上のような処理を実行することで，要請の対象となった医師から応答を受け付けた後，その後の応答状況を管理することができる。

上述の実施例において，対象となる医師を特定する場合に，その医師の現在地の情報をＧＰＳにより取得し，それを対象となる医師を特定するための条件としてもよい。図３３に本実施例における緊急要請システム１のシステム構成の概念図の一例を模式的に示す。本実施例の場合，図３３に示すように，管理サーバ２では，位置情報取得処理部３１を備える。

位置情報取得処理部３１は，要請側端末４から位置情報を取得する要求を受け付けると，要請情報の条件を充足する対象者（医師など）の所持する対象者端末５に備えられたＧＰＳ機能を起動させてその位置情報（緯度，経度の情報）を取得して管理サーバ２に送るよう制御指示を送る。位置情報取得処理部３１は，各対象者端末５から位置情報を取得すると，その位置情報と病院の位置情報とを用いて，病院までの距離を算出する。この場合，病院までの直線距離を算出してもよいし，地図情報を参照することで，実距離を算出してもよい。また，距離のほか，移動に要する時間を算出してもよい。

そして要請通知処理部２７は，対象者端末５から受け付けた要請情報と，位置情報取得処理部３１から取得した位置情報や距離や移動時間の情報に基づいて，対象者となる医師を特定する。

なお対象者となる医師を特定した後に，位置情報取得処理部３１による処理を実行し，距離の近い医師，移動時間の短い医師に対して，優先的に要請通知を送るようにしても良い。

以上の機能を実行するためには，たとえば以下のような処理を実行するとよい。

まず，位置情報取得処理部３１において位置情報を取得するためには，要請側端末４において，図３４に示す対象者の登録画面から，「位置情報を取得」のボタンを押下することで，位置情報の取得要求が要請側端末４から管理サーバ２に送られる。

位置情報の取得要求を受け付けた位置情報取得処理部３１は，要請情報の条件を充足する医師の対象者端末５に対して，ＧＰＳ機能を起動してその位置情報を取得して管理サーバ２に送る旨の制御指示を送る。この制御指示を受け取った各対象者端末５では，ＧＰＳ機能を起動し，その位置情報を取得し，管理サーバ２に送る。

各対象者端末５からその位置情報を受け取った位置情報取得処理部３１は，各位置情報に基づいて，病院までの距離や移動時間を算出する。ここで算出した距離や移動時間を要請通知処理部２７に渡すことで，要請通知処理部２７は，要請通知を送る先となる対象者の医師をさらに絞り込んで特定する。また場合によっては，距離の近い医師，移動時間の短い医師から順番に要請通知を送る。つまり，対象先となった医師について，距離や移動時間に従って並び替え，要請情報における必要な人数に相当する医師に，まず要請通知を送る。たとえば３人必要であれば，距離や移動時間が短い医師３人を順番に特定し，その３人の医師だけに要請通知を送る。

そして所定時間が経過しても応答がなされない医師，あるいは集合不可の医師がいた場合には，上記並び替えた医師の順番に従って，応答がないまたは集合不可の医師に相当する人数分だけ，要請通知を送る。たとえば上記で送った３人のうち，１人が応答がなく，１人が集合不可の応答であった場合，上記で並び替えた医師のうち，３番目までの医師にはすでに要請通知を送っていることから，４番目と５番目の医師に要請通知を送る。

このようにすることで，医師の現状にあわせて要請通知を送ることができる。

本実施例においては，さらに，要請の対象者を特定するに際し，過去の案件を処理した情報を参照し，それに基づいて最適な対象者を特定する場合を説明する。この場合の緊急要請システム１のシステム構成の一例を図３５に示す。

本実施例における緊急要請システム１ではさらに，案件情報参照処理部３２と案件情報記憶部３３とを有する。なお，図３５では，実施例２の緊急要請システム１に上記構成を付加した場合を示しているが，図１に上記構成を付加してもよい。

案件情報参照処理部３２は，要請受付処理部２５で受け付けた要請情報に基づいて，案件情報記憶部３３に記憶する案件情報のうち，過去に同種の案件を処理したことがあるか，その処理件数を特定する。そして同種の案件を処理した件数が多い対象者を要請通知処理部２７に渡す。あるいは，要請通知処理部２７で要請情報に基づいて特定した対象者について，案件情報記憶部３３に記憶する案件情報のうち，過去の同種の案件の処理数を特定し，それに基づいて順位付けを行う。そしてその優先順位を要請通知処理部２７に渡す。

案件情報記憶部３３は，過去の案件情報を記憶している。案件情報としては，たとえば電子カルテの情報などがある。

本実施例における処理を実行するには，たとえば以下のような方法がある。

要請側端末４で要請ページを表示すると（Ｓ１９０），要請を行う看護師や事務員などは，要請情報を入力する（Ｓ２００）。この際に入力する要請情報として，どのような症状なのか，どのような症状が疑われるのか，どの専門分野の医師を特定するのか，を，たとえば要請ページの備考欄に入力をする。

たとえばある疾病者が救急患者として搬送されてきた場合，検査の結果，ある特殊な病気が疑われる場合，その病名等を入力することとなる。

このように要請ページで入力された要請情報は，「確認」を押下することで，要請側端末４から管理サーバ２に送られ，管理サーバ２の要請受付処理部２５で受け付ける（Ｓ２１０）。そして要請情報において要請対象となる条件を充足する医師がいるか（Ｓ２２０），必要人数が足りるか（Ｓ２３０），などを判定し，条件を充足できなかった場合には，要請ページにエラー情報を表示させるため，要請受付処理部２５が要請側端末４にその情報を送る（Ｓ２４０）。

一方，条件を充足できる場合には，要請受付処理部２５は，図２４に示す要請内容確認ページを要請側端末４に送信し（Ｓ２５０），要請側端末４で表示させる（Ｓ２６０）。看護師または事務員などは，要請側端末４で要請内容確認ページに表示されている入力内容を確認して問題があれば（Ｓ２７０），「修正」ボタンを押下することで，要請ページを表示し，再度，要請情報の入力を行う。一方，入力内容に問題がなければ（Ｓ２７０），「送信」ボタンを押下することで，内容が確定したことを示す情報が要請側端末４から管理サーバ２に送られる（Ｓ２８０）。この情報を管理サーバ２の要請受付処理部２５で受け付けると（Ｓ２９０），要請受付処理部２５は，図２５に示す要請完了ページを要請側端末４に送信し（Ｓ３００），要請側端末４はそれを表示する（Ｓ３１０）。

また，要請受付処理部２５は，内容が確定したことを示す情報を要請側端末４から受け付けると，要請情報として要請情報記憶部２６に記憶させる（Ｓ３２０）。この際に，要請情報を識別する要請識別情報に対応付けて記憶させる。また，要請日時情報を対応付けて記憶させる。

要請情報が要請情報記憶部２６に記憶されると，要請通知処理部２７は，当該要請情報における要請の種類を判定する（Ｓ３３０）。それが「待機要請」の場合，要請情報における条件に該当する医師を対象者情報記憶部２３から特定する。そして特定した各医師の電子メールアドレスの情報を抽出し，その電子メールアドレスに対して，図１８に示すような要請通知を生成し，送信する（Ｓ３４０）。

また，要請通知処理部２７は，要請の種類が「集合要請」，「助言・画像読影要請」，「災害要請」の場合，要請情報における条件に該当する医師を対象者情報記憶部２３から特定する。そしてこれらの医師に対応する応答ＵＲＬの生成処理を実行する（Ｓ３５０）。

なお，本実施例においては，該当する医師を特定する際に，実施例１のように，単に要請通知処理部２７が要請情報に基づいて対象者情報記憶部２３から該当する医師を特定するのみならず，案件情報参照処理部３２が，要請情報における，たとえば備考欄に記入されている病名などの情報を抽出し，抽出した病名などの情報に基づいて，電子カルテである案件情報を案件情報記憶部３３から検索する。この場合に各患者の電子カルテについて横断的に検索を行い，その病名が含まれているか，その処置を行った医師は誰であるか，を特定する。そして医師ごとにその病名に対する処置件数を算出する。

このようにして医師ごとの処置件数の情報を要請通知処理部２７に渡し，要請通知処理部２７は，処置件数の多い医師から順に，要請情報における条件に該当するかを判定し，必要な人数の医師に達した時点で，それら医師を対象者として特定する。

また，別の方法として，条件に該当する医師の情報を案件情報参照処理部３２に渡す。そして案件情報処理部は，要請情報における，たとえば備考欄に記入されている病名などの情報を抽出する。そして該当する医師が，抽出した病名の疾病に対する処置の件数を，案件情報記憶部３３から電子カルテを検索することで判定する。そして，条件に該当する医師ごとに，その病名に対する処置件数を算出する。

このように条件に該当する医師ごとの当該病名の処置件数を要請通知処理部２７に渡し，要請通知処理部２７は，処置件数の多い医師から順に，要請情報における条件に該当するかを判定し，必要な人数の医師に達した時点で，それら医師を対象者として特定する。

以上のような処理を実行することで，その病名に対して経験の多い医師を対象者として特定することができる。そしてこの特定については，深い知識は不要であり，要請情報として登録だけ行えば足りる。

そして以後の処理は上述の実施例１，実施例２と同様に実行する。

本発明の緊急要請システム１を用いることによって，緊急での集合要請など，緊急要請を行う看護師などのスタッフに過大な負担がかかることがなく，誰でもが簡単にその作業を行うことができる。また，一斉要請の際に，さまざまな情報を付加して要請が行えるので，それを受け取る医師などの担当職員の側でも情報を入手することができる。また，緊急要請が確認されたか，どの程度の時間で到着できるのか，といった情報を，要請を行った病院や官公庁，企業などの側で把握することができる。

さらに，特定の医師などの担当職員を呼び出す場合には，カルテや報告書類などの従来の処理記録に基づいて，該当する症状や事案に経験ある医師などの担当職員を自動的に特定し，要請を行うこともできるので，治療などにあたっている者に発生する負担を減らすことができる。

１：緊急要請システム
２：管理サーバ
３：システム管理者端末
４：要請側端末
５：対象者端末
２０：ユーザ情報登録処理部
２１：ユーザ情報記憶部
２２：対象者情報登録処理部
２３：対象者情報記憶部
２４：ログイン処理部
２５：要請受付処理部
２６：要請情報記憶部
２７：要請通知処理部
２８：応答受付処理部
２９：応答情報記憶部
３０：事後状況処理部
３１：位置情報取得処理部
３２：案件情報参照処理部
３３：案件情報記憶部
７０：演算装置
７１：記憶装置
７２：表示装置
７３：入力装置
７４：通信装置

Claims (7)

1. 医療従事者に対して緊急に要請を行う際に用いる緊急要請システムであって，
   前記緊急要請システムは，
   緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部と，
   病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部と，
   前記受け付けた要請情報における条件に基づいて，要請通知の送り先となる医療従事者を前記対象者情報記憶部から特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部と，
   前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部と，を有しており，
   前記要請通知処理部は，
   病院までの到着予想時間ごとの所定の回答番号を含む一意の識別子を生成し，前記到着予想時間ごとの識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，
   前記応答受付処理部は，
   前記識別子における回答番号に基づいて，到着予定時刻を算出する，
   ことを特徴とする緊急要請システム。
2. 医療従事者に対して緊急に要請を行う際に用いる緊急要請システムであって，
   前記緊急要請システムは，
   緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部と，
   病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部と，
   前記受け付けた要請情報における条件に基づいて，要請通知の送り先となる医療従事者を前記対象者情報記憶部から特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部と，
   前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部と，を有しており，
   前記要請通知処理部は，
   前記医療従事者の現在地の種別に応じた所定の回答番号を含む一意の識別子を生成し，その識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，
   前記応答受付処理部は，
   前記識別子における回答番号に基づいて，前記医療従事者が病院内にいるか病院外にいるかを判定し，
   病院外にいると判定した場合には，前記医療従事者の対象者端末に対して，病院までの到着予想時間の情報の入力を促し，
   前記対象者端末から受け付けた到着予想時間の情報に基づいて，到着予定時刻を算出する，
   ことを特徴とする緊急要請システム。
3. 前記緊急要請システムは，さらに，
   前記要請情報を受け付け後，あらかじめ定められた時間毎に，前記特定した医療従事者の対象者端末に対して応答状況を確認する通知を送り，前記要請情報を受け付けてから所定時間の経過後，前記要請を自動的に解除する事後状況処理部，
   を有することを特徴とする請求項１または請求項２に記載の緊急要請システム。
4. 前記緊急要請システムは，さらに，
   医療従事者の位置情報を取得するよう制御指示を対象者端末に送信し，その位置情報を前記対象者端末から受け取ることで，病院とその医療従事者との距離および／または移動時間を算出する位置情報取得処理部，を有しており，
   前記要請通知処理部は，
   前記要請通知を送る対象となる医療従事者を特定する際に，前記位置情報取得処理部で特定した距離および／または移動時間を用いて，前記距離が近いおよび／または移動時間の短い医療従事者から優先的に特定し，前記要請通知を送る，
   ことを特徴とする請求項１から請求項３のいずれかに記載の緊急要請システム。
5. 前記緊急要請システムは，さらに，
   電子カルテの情報を記憶する案件情報記憶部と，
   前記要請情報に基づいて前記案件情報記憶部に記憶する電子カルテの情報を参照することで，その要請における症状と同種の症状を，過去に治療した医療従事者とその治療件数とを特定する案件情報参照処理部と，を有しており，
   前記要請通知処理部は，
   前記要請通知を送る対象となる医療従事者を特定する際に，前記案件情報参照処理部で特定した医療従事者のうち，治療件数の多い医療従事者から優先的に特定し，前記要請通知を送る，
   ことを特徴とする請求項１から請求項４のいずれかに記載の緊急要請システム。
6. コンピュータを，
   病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部，
   前記受け付けた要請情報における条件に基づいて，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部から，要請通知の送り先となる医療従事者を特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部，
   前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部，
   として機能させる緊急要請プログラムであって，
   前記要請通知処理部は，
   病院までの到着予想時間ごとの所定の回答番号を含む一意の識別子を生成し，前記到着予想時間ごとの識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，
   前記応答受付処理部は，
   前記識別子における回答番号に基づいて，到着予定時刻を算出する，
   ことを特徴とする緊急要請プログラム。
7. コンピュータを，
   病院が利用する要請側端末から，要請対象となる医療従事者を特定するための条件を含む要請情報を受け付ける要請受付処理部，
   前記受け付けた要請情報における条件に基づいて，緊急要請の対象となる医療従事者の情報を記憶する対象者情報記憶部から，要請通知の送り先となる医療従事者を特定し，前記特定した医療従事者が利用する対象者端末に対して，要請通知を送る要請通知処理部，
   前記要請通知に対する応答情報を前記対象者端末から受け付ける応答受付処理部，
   として機能させる緊急要請プログラムであって，
   前記要請通知処理部は，
   前記医療従事者の現在地の種別に応じた所定の回答番号を含む一意の識別子を生成し，その識別子をあらかじめ定められたアクセス先の情報に付加した応答先となる情報を含む要請通知を送り，
   前記応答受付処理部は，
   前記識別子における回答番号に基づいて，前記医療従事者が病院内にいるか病院外にいるかを判定し，
   病院外にいると判定した場合には，前記医療従事者の対象者端末に対して，病院までの到着予想時間の情報の入力を促し，
   前記対象者端末から受け付けた到着予想時間の情報に基づいて，到着予定時刻を算出する，
   ことを特徴とする緊急要請プログラム。

Images