JP6540470B2 - 閲覧制御方法、閲覧制御プログラムおよび閲覧制御装置 - Google Patents

Description

本発明は、閲覧制御方法、閲覧制御プログラムおよび閲覧制御装置に関する。

従来、例えば、救急隊員が患者の識別情報を入力すると、氏名、生年月日や複数の病院で入力された病歴等の過去の診断情報を含む個人情報を閲覧することが可能となるシステムがある。

特開２０１３−２１４９０５号公報

ところで、緊急搬送時に、個人情報を搬送先候補の病院に通知することは、病院側の受け入れ判断の際に有用である。しかし、個人情報であるため、不特定多数の病院に通知することは望ましくない。そこで、過去の診断情報を含む個人情報が閲覧可能なシステムを用いて、救急隊員が選択した病院にのみ患者の個人情報を通知することが考えられる。

個人情報を通知したが、通知先の病院が患者の受け入れを拒否した場合、救急隊員は、別の病院に個人情報を通知し受け入れ可否の判断を仰ぐこととなる。このような場合、最初に通知した病院において、患者の受け入れをしないにもかかわらず、依然として患者の個人情報が閲覧可能であることは個人情報の保護の点から望ましくない。

一つの側面では、個人情報を保護できる閲覧制御方法、閲覧制御プログラムおよび閲覧制御装置を提供することを目的とする。

第１の案では、閲覧制御方法は、コンピュータが、第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、第１の識別情報に対応する緊急搬送先候補を含む個人情報を取得要求の要求元の端末に送信する処理を実行する。閲覧制御方法は、コンピュータが、緊急搬送先候補のうち第１の緊急搬送先が端末において選択されると、該第１の緊急搬送先の端末による第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行う処理を実行する。閲覧制御方法は、コンピュータが、設定後に、緊急搬送先候補のうち第２の緊急搬送先が端末において選択されると、第１の緊急搬送先の端末による第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う処理を実行する。

本発明の一の実施態様によれば、個人情報を保護できるという効果を奏する。

図１は、システム構成の一例を説明する図である。 図２は、閲覧制御装置の機能的な構成を概略的に示した図である。 図３は、医療機関情報のデータ構成の一例を示す図である。 図４は、登録患者情報のデータ構成の一例を示す図である。 図５は、診療情報のデータ構成の一例を示す図である。 図６は、緊急時紹介先情報のデータ構成の一例を示す図である。 図７は、受入登録情報のデータ構成の一例を示す図である。 図８は、発生災害情報のデータ構成の一例を示す図である。 図９は、搬送患者情報のデータ構成の一例を示す図である。 図１０は、生理学評価情報のデータ構成の一例を示す図である。 図１１は、病状情報のデータ構成の一例を示す図である。 図１２は、利用医療機関情報のデータ構成の一例を示す図である。 図１３は、搬送依頼状況情報のデータ構成の一例を示す図である。 図１４Ａは、救急隊用の操作画面の一例を示す図である。 図１４Ｂは、救急隊用の操作画面の一例を示す図である。 図１４Ｃは、患者に関する情報を入力した救急隊用の操作画面の一例を示す図である。 図１４Ｄは、複数の患者を登録する場合の救急隊用の操作画面の一例を示す図である。 図１４Ｅは、患者診療情報のタブが表示された救急隊用の操作画面の一例を示す図である。 図１４Ｆは、救急隊用の操作画面の一例を示す図である。 図１５Ａは、救急隊用の操作画面の一例を示す図である。 図１５Ｂは、救急隊用の操作画面の一例を示す図である。 図１５Ｃは、救急隊用の操作画面の一例を示す図である。 図１６Ａは、送信画面の一例を示す図である。 図１６Ｂは、理由入力画面の一例を示す図である。 図１７は、搬送依頼状況情報の変化の一例を示す図である。 図１８Ａは、閲覧画面の一例を示す図である。 図１８Ｂは、閲覧画面の一例を示す図である。 図１９は、閲覧制御の流れの一例を示すフローチャートである。 図２０は、救急隊用の操作画面の一例を示す図である。 図２１は、閲覧制御プログラムを実行するコンピュータの一例を示す図である。

以下に、本発明にかかる閲覧制御方法、閲覧制御プログラムおよび閲覧制御装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
最初に、システムの一例を説明する。図１は、システム構成の一例を説明する図である。システム１０は、救急隊が患者の搬送先の決定に用いるシステムである。システム１０は、閲覧制御装置１１と、端末装置１２と、端末装置１３と、端末装置１４とを有する。閲覧制御装置１１、端末装置１２、端末装置１３および端末装置１４は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、携帯電話などの移動体通信網、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。図１の例では、ネットワークＮには、移動体通信網の基地局Ｎ１が設けられている。端末装置１２は、基地局Ｎ１を介して無線通信によりネットワークＮに通信可能に接続されている。本実施例では、伝送される情報を保護するため、ＩＰｓｅｃ（Security Architecture for Internet Protocol）などの暗号通信技術を用いてＶＰＮにより通信を行っている。なお、図１の例では、端末装置１２及び端末装置１３を１台ずつ設けた場合を例示したが、これに限定されず、端末装置１２、端末装置１３および端末装置１４を任意の数とすることができる。

端末装置１２は、救急隊が使用する装置である。例えば、端末装置１２は、スマートフォンや移動体通信網と通信可能なタブレット端末などの携帯型の情報処理装置などである。端末装置１２は、カメラが設けられており、画像や動画の撮影が可能とされている。また、端末装置１２は、救急隊を支援する救急支援ソフトウェアがインストールされている。救急支援ソフトウェアは、Ｗｅｂ（World Wide Web）アプリケーションとされており、起動されると閲覧制御装置１１にアクセスする。端末装置１２は、救急支援ソフトウェアが起動されると、閲覧制御装置１１と各種の情報を送受信して各種の操作画面が表示され、操作画面からカメラにより画像や動画の撮影も可能とされている。救急隊は、救急が要請された場合、救急車などにより救急が要請された現場に急行し、傷病者など救急を要する患者を病院などの医療機関に搬送する。この際、救急隊は、端末装置１２を用いて、患者の受け入れが可能な医療機関を検索し、医療機関に対して患者に関する各種の情報を送って患者の受け入れを要請する。そして、救急隊は、受け入れ可能と回答が得られた医療機関に患者を搬送する。なお、救急支援ソフトウェアは、Ｗｅｂアプリケーションに限られず、ネイティブアプリケーションであっても良い。

端末装置１３は、救急に対応が可能な医療機関が使用する装置である。例えば、端末装置１３は、パーソナルコンピュータ、スマートフォンやタブレット端末などの情報処理装置などである。端末装置１３は、Ｗｅｂブラウザがインストールされている。端末装置１３は、Ｗｅｂブラウザにより閲覧制御装置１１にアクセスし、閲覧制御装置１１と各種の情報を送受信する。端末装置１３のＷｅｂブラウザには、各種の操作画面が表示される。例えば、端末装置１３のＷｅｂブラウザには、救急隊から受け入れを要請された患者に関する各種の情報が表示される。医療機関では、表示された患者に関する各種の情報を基に、該患者を受け入れるかを回答する。

端末装置１４は、患者が日常的に通院する医療機関が使用する装置である。例えば、端末装置１４は、パーソナルコンピュータ、スマートフォンやタブレット端末などの情報処理装置などである。端末装置１４は、Ｗｅｂブラウザがインストールされている。端末装置１４は、Ｗｅｂブラウザにより閲覧制御装置１１にアクセスし、閲覧制御装置１１と各種の情報を送受信する。端末装置１３のＷｅｂブラウザには、各種の操作画面が表示される。例えば、端末装置１４のＷｅｂブラウザには、患者に関する各種の情報を登録する画面が表示される。患者のかかりつけの医師や薬剤師等は、担当する患者に関する各種の情報を登録する。

閲覧制御装置１１は、救急隊が医療機関に患者の受け入れを要請する際に、患者の個人情報の閲覧を制御する装置である。閲覧制御装置１１は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。閲覧制御装置１１は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装してもよい。なお、本実施例では、閲覧制御装置１１を１台のコンピュータとした場合を例として説明する。閲覧制御装置１１は、端末装置１２、端末装置１３および端末装置１４からアクセスされると、端末装置１２、端末装置１３および端末装置１４と各種の情報を送受信して各種の操作画面を表示させる。

［閲覧制御装置の構成］
次に、閲覧制御装置１１の構成について説明する。図２は、閲覧制御装置の機能的な構成を概略的に示した図である。閲覧制御装置１１は、通信Ｉ／Ｆ（インタフェース）部２０と、記憶部２１と、制御部２２とを有する。なお、閲覧制御装置１１は、上記の機器以外の他の機器を有してもよい。

通信Ｉ／Ｆ部２０は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部２０は、ネットワークＮを介して他の装置と各種情報を送受信する。通信Ｉ/Ｆ部２０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。

記憶部２１は、各種の情報を記憶する記憶デバイスである。例えば、記憶部２１は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。なお、記憶部２１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。

記憶部２１は、制御部２２で実行される制御プログラムや各種プログラムを記憶する。さらに、記憶部２１は、制御部２２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部２１は、医療機関情報３０と、登録患者情報３１と、診療情報３２と、緊急時紹介先情報３３と、受入登録情報３４と、発生災害情報３５と、搬送患者情報３６と、生理学評価情報３７と、病状情報３８と、利用医療機関情報３９と、搬送依頼状況情報４０とを記憶する。

医療機関情報３０は、医療機関に関する情報を記憶したデータである。図３は、医療機関情報のデータ構成の一例を示す図である。図３に示すように、医療機関情報３０は、「医療機関コード」、「医療機関名」、「救急対応」、「所在地区」などの項目を有する。なお、図３に示した医療機関情報３０の各項目は、一例であり、その他の項目を有してもよい。また、医療機関情報３０のデータ構成も一例であり、これに限定されるものではない。

医療機関コードの項目は、それぞれの医療機関を識別する識別情報を記憶する領域である。病院などの医療機関には、識別情報として、ユニークな医療機関コードが付与される。医療機関コードの項目には、医療機関に対して付与された医療機関コードが格納される。医療機関名の項目は、医療機関の名称を記憶する領域である。救急対応の項目は、救急の患者に対応可能であるか否かを記憶する領域である。救急対応の項目には、救急病院などの救急の患者に対応している医療機関の場合、「Ｙ」が格納され、クリニック、診療所などの救急の患者に対応していない医療機関の場合、「Ｎ」が格納されている。所在地区の項目は、医療機関が所在する地区に関する情報を記憶する領域である。例えば、所在地区の項目には、医療機関が所在する市町村名を記憶させる。

図３の例では、医療機関コード「Ｍ０１」の医療機関は、名称が「ＡＡ病院」であり、救急に対応しておらず、所在地区が「ＸＸ市」であることを示す。また、医療機関コード「Ｍ１０」の医療機関は、名称が「ＨＨ病院」であり、救急に対応しており、所在地区が「ＸＸ市」であることを示す。

図２に戻り、登録患者情報３１は、患者に関する情報を記憶したデータである。図４は、登録患者情報のデータ構成の一例を示す図である。図４に示すように、登録患者情報３１は、「患者ＮＯ」、「氏名」、「フリガナ」、「住所」、「性別」、「電話番号」、「生年月日」などの項目を有する。なお、図４に示した登録患者情報３１の各項目は、一例であり、その他の項目を有してもよい。また、登録患者情報３１のデータ構成も一例であり、これに限定されるものではない。

ここで、患者は、持病などにより病院に通院し、持病に応じた薬を服用している場合がある。この患者の持病や服用中の薬などの医療に関する情報は、緊急時に医療機関に提供することで、適正な医療を支援できる。この医療に関する情報は、かかりつけの医師が把握しやすい。そこで、この医療に関する情報を共有するシステムを構築されている。医療に関する情報を共有する患者には、ユニークな患者ＮＯが定められ、患者ＮＯをコード化したＱＲ（Quick Response）コードなどのコード画像が記載されたカードが渡される。また、患者の氏名、住所、性別、電話番号、生年月日など医療に関して共有する情報が登録患者情報３１に登録される。なお、カードは、コード画像が記載されたカードに限られず、ＩＣ（Integrated circuit）カードでも良い。

患者ＮＯの項目は、それぞれの患者を識別する識別情報として患者ＮＯを記憶する領域である。氏名の項目は、患者の氏名を記憶する領域である。フリガナの項目は、患者の氏名の読み方を示したフリガナを記憶する領域である。住所の項目は、患者が主に生活の拠点にしている場所の住所を記憶する領域である。性別の項目は、患者の性別を記憶する領域である。電話番号の項目は、患者の連絡先とされた電話番号を記憶する領域である。生年月日の項目は、患者が生まれた年と月と日を記憶する領域である。

図４の例では、患者ＮＯ「０００１」の患者は、氏名が「富士通 太郎」であり、フリガナが「フジツウ タロウ」であり、住所が「ＸＸＸＸ」であり、性別が「男」であり、電話番号が「１１１１１１１１１１」であり、生年月日が「昭和５８年４月１日」であることを示す。また、患者ＮＯ「９９９９」の患者は、氏名が「富士通 一郎」であり、フリガナが「フジツウ イチロウ」であり、住所が「ＸＸＸＸ」であり、性別が「男」であり、電話番号が「１２３４５６７８９０」であり、生年月日が「昭和６０年２月１２日」であることを示す。

図２に戻り、診療情報３２は、患者を医療機関で受診したことにより得られた医療に関する情報を記憶したデータである。図５は、診療情報のデータ構成の一例を示す図である。図５に示すように、診療情報３２は、「医療機関コード」、「患者ＮＯ」、「日常生活状態」、「行動特徴」などの項目を有する。なお、図５に示した診療情報３２の各項目は、一例であり、その他の項目を有してもよい。また、診療情報３２のデータ構成も一例であり、これに限定されるものではない。

医療機関コードの項目は、医療に関する情報を登録した医療機関の医療機関コードを記憶する領域である。患者ＮＯの項目は、医療に関する情報が登録された患者の患者ＮＯを記憶する領域である。日常生活状態の項目は、患者の日常生活に関する情報を登録する領域である。本実施例では、日常生活状態の項目は、「食事」、「栄養経路」、「排泄」、「移動」の各項目に分かれている。食事の項目は、患者が食事を取る際に要する介助の状態を記憶する領域である。栄養経路の項目は、患者が栄養を取得する経路を記憶する領域である。排泄の項目は、患者が排泄を行う際に要する介助の状態を記憶する領域である。移動の項目は、患者が移動する際に要する介助の状態を記憶する領域である。行動特徴の項目は、患者の行動の特徴を記憶する領域である。ここで、医療機関コードおよび患者ＮＯ以外の項目は、任意の登録項目とされ、項目の情報がある場合、情報がない場合、「‐」が格納される。

患者が日常的に通院する医療機関のかかりつけの医師や薬剤師等は、端末装置１４を用いて、患者の日常生活状態、行動特徴など、患者の医療に関する情報を登録する。登録された情報は、診療情報３２に記憶される。

図５の例では、医療機関コード「Ｍ０１」の医療機関は、患者ＮＯ「９９９９」の患者の医療に関する情報として、食事に一部介助を要し、栄養経路が経口であり、排泄に一部介助を要し、移動に一部介助を要し、行動特徴として被害的と登録されていることを示す。

図２に戻り、緊急時紹介先情報３３は、患者について登録された緊急時の紹介先に関する情報を記憶したデータである。図６は、緊急時紹介先情報のデータ構成の一例を示す図である。図６に示すように、緊急時紹介先情報３３は、「患者ＮＯ」、「登録番号」、「医療機関コード」などの項目を有する。なお、図６に示した緊急時紹介先情報３３の各項目は、一例であり、その他の項目を有してもよい。また、緊急時紹介先情報３３のデータ構成も一例であり、これに限定されるものではない。

患者ＮＯの項目は、緊急時の紹介先が登録された患者の患者ＮＯを記憶する領域である。登録番号の項目は、紹介先の順番を示す番号を記憶する領域である。医療機関コードの項目は、緊急時の紹介先とされた医療機関の医療機関コードを記憶する領域である。

患者のかかりつけの医師や薬剤師等は、端末装置１４を用いて、患者が希望する緊急時の紹介先の医療機関に関する情報を登録する。登録された情報は、緊急時紹介先情報３３に記憶される。

図６の例では、患者ＮＯ「９９９９」の患者は、登録番号「１」として、医療機関コード「Ｍ１０」の医療機関が緊急時の紹介先として登録されていることを示す。また、患者ＮＯ「９９９９」の患者は、登録番号「２」として、医療機関コード「Ｍ１１」の医療機関が緊急時の紹介先として登録されていることを示す。

図２に戻り、受入登録情報３４は、救急の患者に対応可能な医療機関が救急を受け入れ可能か否かに関する情報を記憶したデータである。図７は、受入登録情報のデータ構成の一例を示す図である。図７に示すように、受入登録情報３４は、「医療機関コード」、「登録情報」などの項目を有する。なお、図７に示した受入登録情報３４の各項目は、一例であり、その他の項目を有してもよい。また、受入登録情報３４のデータ構成も一例であり、これに限定されるものではない。

救急の患者に対応可能な医療機関では、救急を受け入れ可能か否かを、端末装置１３を用いて登録する。登録された情報は、受入登録情報３４に記憶される。

図７の例では、医療機関コード「Ｍ１０」の医療機関は、救急の受け入れを不可と表明していることを示す。また、医療機関コード「Ｍ１１」の医療機関は、救急の受け入れを可能と表明していることを示す。

図２に戻り、発生災害情報３５は、発生した災害に関する情報を記憶したデータである。図８は、発生災害情報のデータ構成の一例を示す図である。図８に示すように、発生災害情報３５は、「災害番号」、「救急隊コード」、「現地到着日時」、「発生場所」などの項目を有する。なお、図８に示した発生災害情報３５の各項目は、一例であり、その他の項目を有してもよい。また、発生災害情報３５のデータ構成も一例であり、これに限定されるものではない。

災害番号の項目は、救急隊が出動した各災害を識別する識別情報を記憶する領域である。救急隊の出動した災害には、災害毎に、識別情報として、順にユニークな災害番号が自動的に採番される。災害番号の項目には、採番された災害番号が記憶される。救急隊コードは、出動した救急隊を識別する識別情報を記憶する領域である。救急隊には、識別情報として、ユニークな救急隊コードが付与される。なお、救急隊コードは、救急隊が所属する消防署や管轄のエリアごとにユニークであってもよい。現地到着日時の項目は、救急が要請された現地に救急隊が到着した現地到着日時を記憶する領域である。発生場所は、救急隊が到着した場所を記憶する領域である。

図８の例では、災害番号「０００１」の災害は、救急隊コードが「Ｔ００１」の救急隊が出動しており、現地到着日時が「２０１５／８／３１ ２０：２６」であり、発生場所が「ＸＸＸＸＸ」であることを示す。また、災害番号「０００２」の災害は、救急隊コードが「Ｔ００２」の救急隊が出動しており、現地到着日時が「２０１５／８／３１ ２２：３０」であり、発生場所が「ＸＸＸＸＸ」であることを示す。

図２に戻り、搬送患者情報３６は、発生した災害で搬送する患者に関する情報を記憶したデータである。図９は、搬送患者情報のデータ構成の一例を示す図である。図９に示すように、搬送患者情報３６は、「災害番号」、「登録番号」、「患者ＮＯ」、「氏名」、「フリガナ」、「住所」、「性別」、「電話番号」、「生年月日」などの項目を有する。なお、図９に示した搬送患者情報３６の各項目は、一例であり、その他の項目を有してもよい。また、搬送患者情報３６のデータ構成も一例であり、これに限定されるものではない。

災害番号の項目は、災害の災害番号を記憶する領域である。登録番号の項目は、患者の登録された順番を示す番号を記憶する領域である。患者ＮＯの項目は、患者の患者ＮＯを記憶する領域である。氏名の項目は、患者の氏名を記憶する領域である。フリガナの項目は、患者の氏名の読み方を示したフリガナを記憶する領域である。住所の項目は、患者の住所を記憶する領域である。性別の項目は、患者の性別を記憶する領域である。電話番号の項目は、患者の連絡先とされた電話番号を記憶する領域である。生年月日の項目は、患者が生まれた年と月と日を記憶する領域である。ここで、患者ＮＯ、氏名、フリガナ、住所、性別、電話番号、生年月日の項目は、任意の登録項目とされ、項目の情報がある場合、情報がない場合、「‐」が格納される。

図９の例では、災害番号「０００１」の災害は、登録番号が「１」のみであることから患者が１人であり、患者の患者ＮＯが「９９９９」であることを示す。また、災害番号「０００１」の災害は、患者の氏名が「富士通 一郎」であり、フリガナが「フジツウ イチロウ」であり、住所が「ＸＸＸＸ」であり、性別が「男」であり、電話番号が「１２３４５６７８９０」であり、生年月日が「昭和６０年２月１２日」であることを示す。また、災害番号「０００２」の災害は、登録番号が「１」、「２」があることから患者が２人であり、１人目の患者の患者ＮＯが「０００１」であり、２人目の患者の患者ＮＯが未登録であることを示す。また、災害番号「０００２」の災害は、１人目の患者の氏名が「富士通 太郎」であり、フリガナが「フジツウ タロウ」であり、住所が「ＸＸＸＸ」であり、性別が「男」であり、電話番号が「１１１１１１１１１１」であり、生年月日が「昭和５８年４月１日」であることを示す。また、災害番号「０００２」の災害は、２人目の患者の氏名が「富士通 花子」であり、フリガナが「フジツウ ハナコ」であり、住所が「ＸＸＸＸ」であり、性別が「女」であり、電話番号が「１１１１１１１１１１」であり、生年月日が未登録であることを示す。

図２に戻り、生理学評価情報３７は、救急隊が測定した患者の生理学評価に関する情報を記憶したデータである。図１０は、生理学評価情報のデータ構成の一例を示す図である。図１０に示すように、生理学評価情報３７は、「災害番号」、「救急隊コード」、「登録番号」、「測定番号」、「経過時間」、「ＪＣＳ」、「ＧＣＳ」、「呼吸」、「血圧」、「脈拍」、「ＳＰＯ２」などの項目を有する。なお、図１０に示した生理学評価情報３７の各項目は、一例であり、その他の項目を有してもよい。また、生理学評価情報３７のデータ構成も一例であり、これに限定されるものではない。

災害番号の項目は、災害の災害番号を記憶する領域である。救急隊コードの項目は、出動した救急隊の救急隊コードを記憶する領域である。登録番号の項目は、生理学評価が行われた患者に対応する登録番号を記憶する領域である。測定番号の項目は、患者に対して行われた生理学評価の登録された順番を示す番号を記憶する領域である。患者ごとに、生理学評価が登録されると、１から順にユニークな測定番号が自動的に採番される。測定番号の項目には、採番された測定番号が格納される。経過時間の項目は、救急隊が到着した時刻から生理学評価が行われた時刻までの経過時間を記憶する領域である。ＪＣＳの項目は、測定された意識レベルを表すＪＣＳ（Japan Coma Scale）の評価値を記憶する領域である。ＧＣＳの項目は、測定された意識レベルを表すＧＣＳ（Glasgow Come Scale）の評価値を記憶する領域である。呼吸の項目は、測定された呼吸数を記憶する領域である。血圧の項目は、測定された血圧値を記憶する領域である。脈拍の項目は、測定された脈拍数を記憶する領域である。ＳＰＯ２の項目は、測定された経皮的動脈血酸素飽和濃度（Ｓｐｏ_２）を記憶する領域である。ここで、ＪＣＳ、ＧＣＳ、呼吸、血圧、脈拍、ＳＰＯ２の項目は、任意の登録項目とされ、項目の情報がある場合、情報がない場合、「‐」が格納される。

図１０の例では、災害番号「０００１」の災害は、救急隊コードが「Ｔ００１」の救急隊が出動しており、登録番号「１」の患者に対して測定番号が「１」、「２」があることから生理学評価が２回行われたことを示す。災害番号「０００１」の災害は、１回目の生理学評価が救急隊の到着から３６分後に行われ、ＪＣＳが「２」であり、ＧＣＳが「Ｅ：３，Ｖ：４，Ｍ：６」であり、呼吸が１２回、血圧が１３０／８０であり、脈拍が７０であり、ＳＰＯ２が９８％であることを示す。また、災害番号「０００１」の災害は、２回目の生理学評価が救急隊の到着から１時間後に行われ、ＪＣＳが「２」であり、ＧＣＳが「Ｅ：３，Ｖ：４，Ｍ：６」であり、呼吸が１１回、血圧が１２５／７８であり、脈拍が６８であり、ＳＰＯ２が９７％であることを示す。

図２に戻り、病状情報３８は、救急隊が評価した患者の病状に関する情報を記憶したデータである。図１１は、病状情報のデータ構成の一例を示す図である。図１１に示すように、病状情報３８は、「災害番号」、「救急隊コード」、「登録番号」、「病状」、「診療科」などの項目を有する。なお、図１１に示した病状情報３８の各項目は、一例であり、その他の項目を有してもよい。また、病状情報３８のデータ構成も一例であり、これに限定されるものではない。

災害番号の項目は、災害の災害番号を記憶する領域である。救急隊コードの項目は、出動した救急隊の救急隊コードを記憶する領域である。登録番号の項目は、生理学評価が行われた患者に対応する登録番号を記憶する領域である。病状の項目は、患者の病状を記憶する領域である。診療科の項目は、患者が受診している診療科に関する情報を記憶する領域である。ここで、病状、診療科の項目は、任意の登録項目とされ、項目の情報がある場合、情報がない場合、「‐」が格納される。

図１１の例では、災害番号「０００１」の災害は、救急隊コードが「Ｔ００１」の救急隊が出動しており、登録番号「１」の患者の病状として外傷があり、診療科が不明であることを示す。

図２に戻り、利用医療機関情報３９は、救急隊が救急で利用頻度の高い医療機関に関する情報を記憶したデータである。図１２は、利用医療機関情報のデータ構成の一例を示す図である。図１２に示すように、利用医療機関情報３９は、「救急隊コード」、「順位」、「医療機関コード」などの項目を有する。なお、図１２に示した利用医療機関情報３９の各項目は、一例であり、その他の項目を有してもよい。また、利用医療機関情報３９のデータ構成も一例であり、これに限定されるものではない。

救急隊コードの項目は、救急隊の救急隊コードを記憶する領域である。順位の項目は、利用頻度の高い順に順位を示す数値を記憶する領域である。医療機関コードの項目は、順位とされた医療機関の医療機関コードを記憶する領域である。

システムの管理者は、救急隊ごとに、救急隊が救急で利用頻度の高い医療機関を登録する。登録された情報は、利用医療機関情報３９に記憶される。なお、例えば、半年など一定期間ごとのタイミングや、４月１日など所定の日時のタイミングで、システムが、閲覧制御装置１１のシステムが、医療機関別に患者を搬送した回数を集計して、救急隊ごとに、利用頻度の高い医療機関を利用医療機関情報３９に自動的に登録してもよい。

図１２の例では、救急隊コードが「Ｔ００１」の救急隊は、医療機関コード「Ｍ１４」の医療機関が利用頻度１位であり、医療機関コード「Ｍ１５」の医療機関が利用頻度２位であり、医療機関コード「Ｍ１６」の医療機関が利用頻度３位であることを示す。

図２に戻り、搬送依頼状況情報４０は、救急の患者に対応可能な医療機関に救急の受け入れを要請した状況に関する情報を記憶したデータである。図１３は、搬送依頼状況情報のデータ構成の一例を示す図である。図１３に示すように、搬送依頼状況情報４０は、「災害番号」、「依頼番号」、「通知先」、「通知日時」、「状況」、「理由」、「患者情報閲覧」などの項目を有する。なお、図１３に示した搬送依頼状況情報４０の各項目は、一例であり、その他の項目を有してもよい。また、搬送依頼状況情報４０のデータ構成も一例であり、これに限定されるものではない。

災害番号の項目は、災害の災害番号を記憶する領域である。依頼番号の項目は、災害番号の災害で医療機関に対して救急の受け入れを要請した順番を示す番号を記憶する領域である。通知先の項目は、救急の受け入れを要請した医療機関の医療機関コードを記憶する領域である。通知日時は、救急の受け入れを要請した日時を記憶する領域である。状況の項目は、要請について状況を示す情報を記憶する領域である。状況の項目には、救急の受け入れを要請すると「通知中」が格納され、受け入れができない回答がされると「受入不可」が格納される。理由の項目は、受け入れができない回答がされた場合に、受け入れができない理由を示す情報を記憶する領域である。患者情報閲覧の項目は、救急の受け入れの要請先で患者の個人情報を閲覧可能とするかの設定を記憶する領域である。患者情報閲覧の項目には、患者の個人情報を閲覧可能とする場合、「可」が格納され、患者の個人情報を閲覧不能とする場合、「不可」が格納される。

図１３の例では、災害番号「０００１」の災害は、依頼番号「１」として、医療機関コード「Ｍ１４」の医療機関に救急の受け入れを要請しており、状況が救急の受け入れの通知中であることを示す。

図２に戻り、制御部２２は、閲覧制御装置１１を制御するデバイスである。制御部２２としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。

制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、受付部５０と、設定部５１とを有する。本実施例では、受付部５０が送信部に対応する。

受付部５０は、各種の操作を受け付ける。例えば、受付部５０は、アクセスを受け付けると、アクセス元に各種の操作画面の情報を送信してアクセス元に操作画面を表示させ、操作画面から各種の操作を受け付ける。例えば、受付部５０は、患者の医療に関する情報を共有するシステムのＷｅｂサイトを提供する。受付部５０は、端末装置１４から、患者の医療に関する情報を共有するシステムのＷｅｂサイトへのアクセスを受け付けると、ログイン画面の情報をアクセス元の端末装置１４へ送信してログイン画面を表示させ、ログインＩＤ及びパスワードを入力してログイン操作を受け付ける。受付部５０は、ログイン操作を受け付けると、入力されたログインＩＤ及びパスワードを事前に登録されたログインＩＤ及びパスワードと比較して認証を行う。受付部５０は、正当との認証が得られた場合、患者の医療に関する情報を登録する操作画面の情報をアクセス元の端末装置１４へ送信して操作画面を表示させ、医療に関する各種の情報の登録を受け付ける。患者のかかりつけの医師や薬剤師等は、端末装置１４を用いて、操作画面から、患者の日常生活状態、行動特徴など、患者の医療に関する情報を登録する。受付部５０は、登録された情報を診療情報３２に格納する。

また、受付部５０は、端末装置１２の救急支援ソフトウェアからのアクセスを受け付けると、アクセス元に各種の操作画面の情報を送信して、救急支援ソフトウェアを介して各種の操作画面を表示させ、操作画面から各種の操作を受け付ける。例えば、受付部５０は、救急隊用のログイン画面の情報をアクセス元の端末装置１２へ送信してログイン画面を端末装置１２に表示させ、救急隊コードを入力してログイン操作を受け付ける。なお、受付部５０は、ログインＩＤ及びパスワードを入力してログイン操作を受け付け、事前に登録されたログインＩＤ及びパスワードと比較して認証を行ってもよい。受付部５０は、ログインがなされると、救急隊用の各種の操作画面の情報をアクセス元の端末装置１２へ送信して各種の操作画面を表示させ、各種の情報の登録を受け付ける。

図１４Ａは、救急隊用の操作画面の一例を示す図である。図１４Ａの例は、ログインがなされて端末装置１２に表示される救急隊用の操作画面の一例を示している。操作画面１００は、上部のヘッダ部分１０１と、下部のフッタ部分１０２と、中央のコンテンツエリア部分１０３とを有する。

ヘッダ部分１０１は、患者の追加を指示する追加ボタン１１０と、患者を削除する削除ボタン１１１と、患者の登録番号を表示する表示領域１１２と、消防隊が所属する消防本部を表示する表示領域１１３を有する。

フッタ部分１０２は、複数のボタン１２０が並んでおり、ログアウトボタン１２０Ａと、搬送先選定ボタン１２０Ｂが設けられている。

コンテンツエリア部分１０３は、タブ１３０により表示領域が切り替え可能とされている。図１４Ａの例は、「出場情報」のタブ１３０が選択された状態の操作画面１００を示している。図１４Ａに示すように、操作画面１００のコンテンツエリア部分１０３は、災害番号を表示する災害番号領域１４０と、発生場所を入力する発生場所領域１４１と、日時を入力する日時領域１４２とを有する。

災害番号領域１４０は、災害番号が表示される。災害番号は、救急隊ごとや消防本部ごとなど所定管理単位ごとに、順に自動で採番される。なお、災害番号は、消防隊の採番操作により自動で採番されてもよい。また、災害番号領域１４０を入力可能として救急隊により災害番号を入力可能としてもよい。発生場所領域１４１には、災害の発生場所が入力される。例えば、操作画面１００では、入力可能な領域を選択すると、例えば、フリック入力など文字や数字が入力可能なソフトウェアキーボードが表示され、文字や数字が入力可能とされる。日時領域１４２には、現地到着日時が入力される。なお、入力可能な領域は、リストボックスなどにより候補を提示し、選択により入力可能としてもよい。例えば、発生場所領域１４１は、リストボックスなどによる選択により発生場所を入力可能としてもよい。例えば、市町村、町など住所のエリアごとにリストボックスを設ける。そして、上位エリアのリストボックスが選択されると、選択された上位エリアに対応した候補を下位エリアのリストボックスに提示して選択可能としてもよい。また、発生場所領域１４１は、現在位置を入力する現在位置ボタンを設け、現在位置ボタンが押された際の現在位置をＧＰＳなどにより特定し、特定した現在位置から自動で入力してもよい。日時領域１４２も、リストボックスなどによる選択により日付、時刻を入力可能としてもよい。また、日時領域１４２も、現在日時を入力する現在日時ボタンを設け、現在日時ボタンが押された際のシステム日付、時刻を自動で入力してもよい。

救急隊は、救急が要請された現場に到着すると、端末装置１２を用いて、操作画面１００の「出場情報」のタブ１３０を選択し、日時領域１４２に現地到着日時を入力し、発生場所領域１４１に災害の発生場所を入力する。

受付部５０は、災害番号領域１４０に表示された災害番号と、消防隊の消防隊コードと、日時領域１４２に入力された現地到着日時と、発生場所領域１４１に入力された発生場所を発生災害情報３５に格納する。

図１４Ｂは、救急隊用の操作画面の一例を示す図である。図１４Ｂの例は、「患者基本情報」のタブ１３０が選択された状態のコンテンツエリア部分１０３を示している。図１４Ｂに示すように、操作画面１００のコンテンツエリア部分１０３は、カード読取ボタン１５０と、患者ＮＯを入力するカード番号入力領域１５１と、送信ボタン１５２とを有する。また、操作画面１００のコンテンツエリア部分１０３は、患者の氏名を入力する氏名領域１５３と、患者のフリガナを入力するフリガナ領域１５４と、患者の住所を入力する住所領域１５５と、患者の電話番号を入力する電話番号領域１５６とを有する。また、操作画面１００のコンテンツエリア部分１０３は、患者の性別を選択する性別領域１５７と、患者の生年月日の年号、年、月、日をそれぞれ入力する生年月日領域１５８とを有する。

カード読取ボタン１５０は、選択されるとカメラによる画像の撮影が開始され、撮影された画像にコード画像が認識された場合、コード画像をデコードして患者ＮＯを読み出す。読み出された患者ＮＯは、カード番号入力領域１５１に表示される。なお、患者ＮＯは、手入力によりカード番号入力領域１５１に入力してもよい。送信ボタン１５２は、選択されると、カード番号入力領域１５１に表示された患者ＮＯにより登録患者情報３１の検索が行われ、同一の患者ＮＯが登録患者情報３１に登録されている場合、同一の患者ＮＯの患者に関する情報が操作画面１００のコンテンツエリア部分１０３に表示される。

患者が患者ＮＯのコード画像が記載されたカードを持っている場合、救急隊は、カードのコード画像を読み取って患者に関する情報を入力する。図１４Ｃは、患者に関する情報を入力した救急隊用の操作画面の一例を示す図である。図１４Ｃの例は、患者ＮＯ「９９９９」の患者の患者に関する情報を表示した一例を示している。氏名領域１５３、フリガナ領域１５４、住所領域１５５、電話番号領域１５６、性別領域１５７、生年月日領域１５８には、図４に示した登録患者情報３１の患者ＮＯ「９９９９」の患者の氏名、フリガナ、住所、電話番号、性別、生年月日が表示されている。

一方、患者が患者ＮＯのコード画像が記載されたカードを持っていない場合、救急隊は、操作画面１００に患者の氏名、フリガナ、住所、電話番号、性別、生年月日をわかる範囲で入力する。

また、救急隊は、複数の患者を登録する場合、操作画面１００の追加ボタン１１０を選択する。操作画面１００は、追加ボタン１１０が選択されると、表示領域１１２に患者の登録番号が追加され、登録番号の患者の情報の登録が可能となる。図１４Ｄは、複数の患者を登録する場合の救急隊用の操作画面の一例を示す図である。図１４Ｄの例では、表示領域１１２に患者の登録番号「２」が追加され、登録番号「２」の患者に関する情報の入力が可能となる。操作画面１００は、表示領域１１２に表示された登録番号を選択することにより、情報を登録する対象の患者を切り替えることができる。

受付部５０は、操作画面１００に入力された患者ＮＯ、患者者の氏名、フリガナ、住所、電話番号、性別、生年月日を、災害番号および患者の登録番号と共に搬送患者情報３６に格納する。

操作画面１００は、患者ＮＯを入力して患者が登録されると、「患者診療情報」のタブ１３０が追加表示される。図１４Ｅは、患者診療情報のタブが表示された救急隊用の操作画面の一例を示す図である。図１４Ｅの例は、「患者診療情報」のタブ１３０を選択が選択された状態の操作画面１００を示している。図１４Ｅに示すように、操作画面１００のコンテンツエリア部分１０３は、緊急時紹介先を表示する緊急時紹介先領域１６０と、過去の診療情報を表示する過去の診療情報領域１６１とを有する。

緊急時紹介先領域１６０は、患者ＮＯの患者に対応して緊急時の紹介先が登録された医療機関の名称が表示される。診療情報領域１６１は、患者ＮＯの患者を診療した各医療機関名がタブ１６２に表示され、各医療機関で受診したことにより得られた医療に関する情報がタブ１６２により切り替えて表示可能とされている。受付部５０は、緊急時紹介先情報３３から患者の患者ＮＯに対応して記憶された医療機関コードを読み出す。受付部５０は、医療機関コードに対応する医療機関名を医療機関情報３０から読み出して緊急時紹介先領域１６０に表示させる。また、受付部５０は、診療情報３２から患者の患者ＮＯに対応して記憶された各医療機関コードと医療に関する情報を読み出す。そして、受付部５０は、医療機関コードに対応する医療機関名を医療機関情報３０から読み出して診療情報領域１６１のタブ１６２に表示し、タブ１６２によりそれぞれの医療機関で登録された医療に関する情報を切り替え可能に表示する。図１４Ｅの例では、診療情報領域１６１にＡＡ病院により登録された患者ＮＯ「９９９９」の患者の食事、栄養経路、排泄の状態が表示されている。

救急隊は、操作画面１００の「患者診療情報」のタブ１３０を選択することにより、患者が希望する緊急時紹介先の医療機関と、過去の診療情報を把握できる。

図１４Ｆは、救急隊用の操作画面の一例を示す図である。図１４Ｆの例は、「生理学的評価」のタブ１３０が選択された状態のコンテンツエリア部分１０３を示している。図１４Ｆに示すように、操作画面１００のコンテンツエリア部分１０３は、タブ１７０により複数回の生理学評価の測定結果の入力が可能とされており、測定結果を入力する測定結果領域１７１を有する。タブ１７０は、測定結果の入力が完了すると次回の測定結果の入力用が表示される。例えば、タブ１７０は、初期状態で１回目が表示され、１回目の入力が完了すると２回目が表示される。

測定結果領域１７１は、経過時間を入力する経過時間領域１７２と、ＪＣＳを入力するＪＣＳ領域１７３と、ＧＣＳを入力するＧＣＳ領域１７４と、呼吸数を入力する呼吸数領域１７５とを有する。また、測定結果領域１７１は、脈拍数を入力する脈拍数領域１７６と、血圧を入力する血圧領域１７７と、経皮的動脈血酸素飽和濃度を入力するＳＰＯ２領域１７８とを有する。

救急隊は、患者のＪＣＳ、ＧＣＳ、呼吸数、脈拍数、血圧数、経皮的動脈血酸素飽和濃度を測定すると、端末装置１２を用いて、操作画面１００の「生理学的評価」のタブ１３０を選択し、測定結果を入力する。

受付部５０は、操作画面１００に入力された患者のＪＣＳ、ＧＣＳ、呼吸数、脈拍数、血圧数、経皮的動脈血酸素飽和濃度を、災害番号、救急隊の救急隊コード、患者の登録番号、測定番号と共に生理学評価情報３７に格納する。

また、操作画面１００は、「状況・病状」のタブ１３０を選択することにより、患者の状況、病状を入力でき、「診療科」のタブ１３０を選択することにより、患者が受診している診療科を入力できる。

救急隊は、端末装置１２を用いて、操作画面１００の「状況・病状」のタブ１３０を選択して、患者の状況、病状を入力し、操作画面１００の「診療科」のタブ１３０を選択して、患者の診療科を入力する。

受付部５０は、操作画面１００に入力された患者の状況、病状や、診療科を、災害番号、救急隊の救急隊コード、患者の登録番号と共に病状情報３８に格納する。

図１５Ａは、救急隊用の操作画面の一例を示す図である。図１５Ａの例は、搬送先選定ボタン１２０Ｂが選択された状態の操作画面を示している。図１５Ａに示すように、操作画面１００のフッタ部分１０２は、ログアウトボタン１２０Ａと、傷病者情報入力ボタン１２０Ｃが設けられている。傷病者情報入力ボタン１２０Ｃが選択されると、図１４Ｂに示した操作画面１００が表示される。

図１５Ａに示すように、操作画面１００のコンテンツエリア部分１０３は、患者に関して操作画面１００から登録された情報が表示される傷病者情報領域１８０と、搬送先の医療機関の候補を表示する医療機関搬送・対応情報領域１８１とを有する。

傷病者情報領域１８０は、患者に関して操作画面１００から登録された各種の情報が表示される。図１５Ａの例では、患者ＮＯ「９９９９」の患者の氏名、フリガナ、性別、生年月日、年齢、住所、電話番号が表示されている。

医療機関搬送・対応情報領域１８１は、「緊急時紹介先」、「よく利用する医療機関」、「その他」のタブ１８２が表示され、タブ１８２により搬送先の候補となる医療機関が切り替えて表示可能とされている。図１５Ａの例は、「緊急時紹介先」のタブ１８２が選択された状態の医療機関搬送・対応情報領域１８１を示している。

医療機関搬送・対応情報領域１８１には、登録された患者の緊急時紹介先として登録された医療機関の名称および所在地区と、医療機関が救急を受け入れ可能か否かに関する情報が表示される。受付部５０は、緊急時紹介先情報３３から患者の患者ＮＯに対応して記憶された医療機関コードを登録番号の順に読み出す。そして、受付部５０は、医療機関コードに対応する医療機関名および所在地区を医療機関情報３０から読み出して医療機関搬送・対応情報領域１８１に表示させる。また、受付部５０は、受入登録情報３４から医療機関コードに対応して記憶された登録情報を読み出す。そして、受付部５０は、登録情報に応じて、救急の受け入れ可能か否かを表示する。図１５Ａの例では、傷病者１として、登録番号「１」の患者ＮＯ「９９９９」の患者の緊急時搬送先の各医療機関が表示されている。また、図１５Ａの例では、救急の受け入れを可能と表明している医療機関については「事前受入可能表明中」が表示され、救急の受け入れを不可と表明している医療機関については「事前受入不可表明中」が表示されている。

図１５Ｂは、救急隊用の操作画面の一例を示す図である。図１５Ｂの例は、「よく利用する医療機関」のタブ１８２が選択された状態の医療機関搬送・対応情報領域１８１を示している。

医療機関搬送・対応情報領域１８１には、救急隊が救急で利用頻度の高い医療機関の名称および所在地区と、医療機関が救急を受け入れ可能か否かに関する情報が表示される。受付部５０は、利用医療機関情報３９から救急隊の救急隊コードに対応して記憶された医療機関コードを順位の順に読み出す。そして、受付部５０は、医療機関コードに対応する医療機関名および所在地区を医療機関情報３０から読み出して医療機関搬送・対応情報領域１８１に表示させる。また、受付部５０は、受入登録情報３４から医療機関コードに対応して記憶された登録情報を読み出す。そして、受付部５０は、登録情報に応じて、救急の受け入れ可能か否かを表示する。図１５Ｂの例では、救急隊コードが「Ｔ００１」の救急隊の利用頻度の高い医療機関が表示されている。また、図１５Ｂの例では、救急の受け入れを可能と表明している医療機関については「事前受入可能表明中」が表示されている。

図１５Ｃは、救急隊用の操作画面の一例を示す図である。図１５Ｃの例は、「その他」のタブ１８２が選択された状態の医療機関搬送・対応情報領域１８１を示している。

医療機関搬送・対応情報領域１８１には、救急に対応可能な医療機関の名称および所在地区と、医療機関が救急を受け入れ可能か否かに関する情報が表示される。受付部５０は、医療機関情報３０から救急対応の項目が「Ｙ」とされた医療機関の医療機関コード、医療機関名および所在地区を読み出して医療機関搬送・対応情報領域１８１に表示させる。医療機関搬送・対応情報領域１８１には、所在地区の選択や、医療機関名の指定、「あ」〜「わ」による５０音での医療機関の絞り込みが可能とされている。

救急隊は、端末装置１２を用いて、操作画面１００の医療機関搬送・対応情報領域１８１のタブ１８２を操作し、表示された医療機関のなかから患者の緊急搬送先の候補の医療機関を選ぶ。救急隊は、選んだ搬送先の候補の医療機関に携帯電話などの通信手段を用いて連絡し、患者の受け入れを要請する。また、救急隊は、医療機関搬送・対応情報領域１８１から、選んだ搬送先の候補の医療機関を選択する。

受付部５０は、操作画面１００の医療機関搬送・対応情報領域１８１で医療機関が選択されると、患者情報の送信画面を表示する。

図１６Ａは、送信画面の一例を示す図である。送信画面２００は、送信の対象とする患者に関する情報が表示される対象患者領域２０１を有する。図１６Ａの例では、患者ＮＯ「９９９９」の患者の氏名、フリガナ、性別、生年月日、年齢、住所、電話番号が表示されている。また、送信画面２００は、医療機関通知ボタン２０２と、搬送先確定ボタン２０３と、受入不能ボタン２０４と、閉じるボタン２０５とを有する。

医療機関通知ボタン２０２は、搬送先の候補の医療機関への患者情報の送信を指示するボタンである。搬送先確定ボタン２０３は、搬送先の候補の医療機関を患者の搬送先として決定を指示するボタンである。受入不能ボタン２０４は、搬送先の候補の医療機関に受け入れができない回答がされたことを記録するためのボタンである。閉じるボタン２０５は、送信画面２００を閉じて操作画面１００に戻るためのボタンである。

救急隊は、搬送先の候補の医療機関に患者情報を送信する場合、医療機関通知ボタン２０２を選択する。これにより、搬送先の候補の医療機関では、患者情報が閲覧可能となる。搬送先の候補の医療機関は、患者情報を参照して、患者を受け入れるかを決定し、救急隊に回答する。例えば、搬送先の候補の医療機関は、携帯電話などの通信手段を用いて救急隊に回答する。救急隊は、受け入れ可能との回答が得られた場合、搬送先確定ボタン２０３を選択する。一方、救急隊は、受け入れ不能との回答が得られた場合、受入不能ボタン２０４を選択する。なお、救急隊は、患者情報を送信せずに搬送先の候補の医療機関を変更する場合、閉じるボタン２０５を選択する。

受付部５０は、送信画面２００の受入不能ボタン２０４が選択されると、理由入力画面を表示する。

図１６Ｂは、理由入力画面の一例を示す図である。理由入力画面２１０は、任意に設定できる受け入れの拒否理由の候補が複数表示され、選択により受け入れ拒否の理由を入力する画面である。理由入力画面２１０は、手術中・患者対応中ボタン２１１と、ベッド満床ボタン２１２と、医師不在ボタン２１３と、理由不明２１４とを有する。

救急隊は、搬送先の候補の医療機関で受け入れが不能とされた理由に対応して、理由入力画面２１０から手術中・患者対応中ボタン２１１、ベッド満床ボタン２１２、医師不在ボタン２１３、理由不明２１４のいずれかを選択する。

受付部５０は、理由入力画面２１０から理由が選択されると、図１５Ａに示した操作画面１００を表示する。救急隊は、患者の緊急搬送先の候補の医療機関を再度選択する。

設定部５１は、各種の設定を行う。設定部５１は、第１設定部５１Ａと、第２設定部５１Ｂを有する。

第１設定部５１Ａは、患者の緊急搬送先の候補の医療機関が選択されると、該患者の緊急搬送先の候補の医療機関で患者の個人情報の閲覧の可否設定を可とする設定を行う。例えば、第１設定部５１Ａは、送信画面２００において医療機関通知ボタン２０２が選択されると、操作画面１００の医療機関搬送・対応情報領域１８１で現在選択された患者の緊急搬送先の候補の医療機関で、患者の個人情報の閲覧の可否設定を可とする設定を行う。例えば、第１設定部５１Ａは、患者の緊急搬送先の候補の医療機関の医療機関コードを通知先とし、状況の項目を「通知中」として、患者情報閲覧の項目を「可」として、理由の項目を「−」とし、現在の日時を通知日時として、災害の災害番号、依頼番号と共に搬送依頼状況情報４０に格納する。図１３の例は、医療機関コード「Ｍ１４」に災害番号「０００１」の患者の受け入れを要請し、患者の個人情報の閲覧を可に設定した状態を示している。

第２設定部５１Ｂは、患者の緊急搬送先の候補の医療機関で受け入れが不能とされると、受け入れが不能とされた理由を設定する。例えば、第２設定部５１Ｂは、理由入力画面２１０から理由が選択されると、災害の災害番号および現在選択された患者の緊急搬送先の候補の医療機関の医療機関コードに対応する搬送依頼状況情報４０のレコードの状況の項目を「受入不可」に更新し、理由の項目に選択された理由を格納する。

また、第２設定部５１Ｂは、第１設定部５１Ａによる設定後に、送信画面２００において医療機関通知ボタン２０２が選択されると、第１設定部５１Ａにおいて閲覧が可とされた個人情報の閲覧の可否設定を不可とする設定を行う。例えば、第２設定部５１Ｂは、送信画面２００において医療機関通知ボタン２０２が選択されると、現在選択された患者の緊急搬送先の候補の医療機関以外の医療機関で、患者の個人情報の閲覧の可否設定を不可とする設定を行う。例えば、第２設定部５１Ｂは、災害の災害番号かつ現在選択された患者の緊急搬送先の候補の医療機関以外の医療機関の医療機関コードに対応する搬送依頼状況情報４０のレコードの患者情報閲覧の項目を「不可」に更新する。

図１７は、搬送依頼状況情報の変化の一例を示す図である。図１７の（Ａ）は、搬送依頼状況情報４０の変化前を示し、（Ｂ）は、搬送依頼状況情報４０の変化後を示している。医療機関コード「Ｍ１４」に災害番号「０００１」の患者の受け入れを要請して受け入れが拒否され、医療機関コード「Ｍ１５」に災害番号「０００１」の患者の受け入れを要請した場合、搬送依頼状況情報４０は、図１７に示すように変化する。図１７の例では、医療機関コード「Ｍ１４」は、受け入れができないため、状況の項目が「通知中」から「受入不可」に更新され、理由の項目に理由が格納されている。また、医療機関コード「Ｍ１４」の患者情報閲覧の項目は、「可」から「不可」に更新されている。

受付部５０は、救急に対応が可能な医療機関に対して救急患者の情報を提供するシステムのＷｅｂサイトを提供する。受付部５０は、端末装置１３から、救急患者の情報を提供するシステムのＷｅｂサイトへのアクセスを受け付けると、ログイン画面の情報を送信してログイン画面を表示させ、ログインＩＤ及びパスワードを入力してログイン操作を受け付ける。受付部５０は、ログイン操作を受け付けると、入力されたログインＩＤ及びパスワードを事前に登録されたログインＩＤ及びパスワードと比較して認証を行う。受付部５０は、正当との認証が得られた場合、ログインした医療機関に対して受け入れを要請し、救急の受け入れ要請先に対して閲覧可能とされた患者の情報を送信して、要請した患者の情報を閲覧する閲覧画面を表示させる。

図１８Ａは、閲覧画面の一例を示す図である。閲覧画面２５０は、要請元の表示する要請元領域２５１と、患者の情報を表示する患者領域２５２と、患者の病状を表示する病状領域２５３と、患者の生理学評価を表示する生理学評価領域２５４とを有する。

要請元領域２５１には、受入れを要請した救急隊の情報と要請した患者人数が表示される。患者領域２５２には、患者の氏名、フリガナ、性別、生年月日、年齢、住所、電話番号が表示される。また、患者領域２５２には、患者ＮＯが登録されている場合、患者ＮＯとリンクボタン２５５が表示される。図１８Ａの例では、患者ＮＯが登録されているため、リンクボタン２５５が表示されている。病状領域２５３には、要請した患者の病状が表示される。生理学評価領域２５４には、測定された回数ごとにタブで分けて生理学評価の測定結果が表示される。リンクボタン２５５は、選択されると、患者ＮＯの患者に関する情報が表示される。例えば、受付部５０は、リンクボタン２５５が選択されると、診療情報３２に記憶された、患者が日常的に通院する各医療機関から登録された患者の医療に関する情報を別画面で表示する。

救急に対応が可能な医療機関では、端末装置１３により一定期間ごとなど、所定のタイミングで、救急患者の情報を提供するシステムのＷｅｂサイトにアクセスして、閲覧画面２５０を確認する。救急隊から患者の受け入れを要請された医療機関の端末装置１３の閲覧画面２５０には、要請された患者の情報が表示される。例えば、救急隊から医療機関コード「Ｍ１４」のＬＬ病院に患者の受け入れが要請され、搬送依頼状況情報４０が図１３に示す状態である場合、ＭＭ病院では、図１８Ａに示す閲覧画面２５０が表示される。患者の受け入れを要請された医療機関では、要請された患者を受け入れるか否かを判断する。この際、閲覧画面２５０には、要請された患者の情報が表示される。また、リンクボタン２５５が選択されると、患者が日常的に通院する各医療機関から登録された患者の医療に関する情報が別画面で表示される。これにより、患者の受け入れを要請された医療機関は、救急隊により登録された患者の状態や、かかりつけの医師、薬剤師等による患者の日常的な状態を把握して、患者を受け入れるか否かを判断できる。ＭＭ病院が受け入れを断り、救急隊が医療機関コード「Ｍ１５」のＮＮ病院に患者の受け入れを要請した場合、搬送依頼状況情報４０は、図１７に示すように変化し、医療機関コード「Ｍ１４」の患者情報閲覧の項目が「可」から「不可」に更新されている。これにより、ＬＬ病院では、受け入れを要請した患者情報が端末装置１３に表示されなくなる。図１８Ｂは、閲覧画面の一例を示す図である。搬送依頼状況情報４０が図１７の（Ｂ）に示す状態である場合、閲覧画面２５０には、図１８Ｂに示すように、患者の情報が表示されなくなる。このように、患者の受け入れを要請された医療機関の端末装置１３では、要請された患者の受け入れを断った場合、要請された患者の個人情報が閲覧不可能となるため、患者の個人情報を保護できる。

次に、本実施例に係るシステム１０による閲覧制御の流れを説明する。図１９は、閲覧制御の流れの一例を示すフローチャートである。

図１９に示すように、端末装置１２は、救急支援ソフトウェアが閲覧制御装置１１にアクセスし、操作画面を要求する（Ｓ１０）。閲覧制御装置１１は、端末装置１２の救急支援ソフトウェアからのアクセスを受け付けると、アクセス元に各種の操作画面の情報を送信する（Ｓ１１）。端末装置１２は、操作画面の情報を表示する（Ｓ１３）。端末装置１２は、操作画面での情報の入力を受け付ける。例えば、端末装置１２は、操作画面１００での患者に関する情報の入力を受け付ける（Ｓ１４）。端末装置１２は、操作画面１００の送信ボタン１５２が選択されると、カード番号入力領域１５１に入力された患者ＮＯを送信する。閲覧制御装置１１は、送信された患者ＮＯにより登録患者情報３１の検索を行い、同一の患者ＮＯが登録患者情報３１に登録されている場合、同一の患者ＮＯの患者に関する情報を端末装置１２に送信して、操作画面１００のコンテンツエリア部分１０３に表示する（Ｓ１５）。

端末装置１２は、操作画面１００の医療機関搬送・対応情報領域１８１で医療機関が選択され、送信画面２００で医療機関通知ボタン２０２が選択されることにより、選択された医療機関の受け入れが要請される（Ｓ１６）。端末装置１２は、患者の緊急搬送先の候補の医療機関が選択されると、該患者の緊急搬送先の候補の医療機関で患者の個人情報の閲覧の可否設定を可とする設定を行う（Ｓ１７）。第２設定部５１Ｂは、第１設定部５１Ａによる設定後に、送信画面２００において医療機関通知ボタン２０２が選択されると、現在処理中の救急に対応する災害番号で搬送依頼状況情報４０を検索し、現在選択された患者の緊急搬送先の候補の医療機関以外の医療機関に患者の受け入れを要請しているか判定する（Ｓ１８）。患者の受け入れを要請している場合（Ｓ１８肯定）、閲覧制御装置１１は、災害の災害番号かつ現在選択された患者の緊急搬送先の候補の医療機関以外の医療機関の医療機関コードに対応する搬送依頼状況情報４０のレコードの患者情報閲覧の項目を「不可」に更新する（Ｓ１９）。

救急に対応が可能な医療機関では、端末装置１３により一定期間ごとなど、所定のタイミングで、救急患者の情報を提供するシステムのＷｅｂサイトにアクセスする（Ｓ２０）。閲覧制御装置１１は、アクセス元の医療機関に対して受け入れを要請し、救急の受け入れを要請先に対して閲覧可能とされた患者の情報を表示した閲覧画面２５０の情報を送信する（Ｓ２１）。端末装置１３では、閲覧画面２５０を表示する（Ｓ２２）。閲覧画面２５０には、閲覧可能とされた患者の情報が表示され、閲覧不可とされた患者の情報は表示されない。これにより、本実施例では、患者の受け入れを要請した病院において、患者の受け入れができない場合、他の病院に搬送の要請がされると、患者の個人情報が閲覧不可能となるため、患者の個人情報を保護できる。

このように、本実施例に係る閲覧制御装置１１は、患者ＮＯに基づく個人情報の取得要求に応じて、患者ＮＯに対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部２１を参照し、患者ＮＯに対応する緊急搬送先候補を含む個人情報を取得要求の要求元の端末装置１２に送信する。閲覧制御装置１１は、緊急搬送先候補のうち第１の緊急搬送先が端末装置１２において選択されると、該第１の緊急搬送先の端末装置１３による患者ＮＯに対応する個人情報の閲覧の可否設定を可とする設定を行う。閲覧制御装置１１は、設定後に、緊急搬送先候補のうち第２の緊急搬送先が端末装置１２において選択されると、第１の緊急搬送先の端末装置１３による患者ＮＯに対応する個人情報の閲覧の可否設定を不可とする設定を行う。これにより、閲覧制御装置１１は、個人情報を保護できる。

また、本実施例に係る閲覧制御装置１１は、緊急搬送先候補を病院とする。これにより、閲覧制御装置１１は、一旦、緊急搬送先候補となり、患者を受け入れなかった病院に対して患者の個人情報を保護できる。

また、本実施例に係る閲覧制御装置１１は、第１の緊急搬送先が選択された際、要求元の端末装置１２から該第１の緊急搬送先の端末装置１３に患者ＮＯと患者ＮＯに対応する個人情報の一部とが閲覧制御装置１１を介して送信される。これにより、第１の緊急搬送先では、搬送される個人情報を把握できるため、患者の受け入れをできるかを適切に判である。

また、本実施例に係る閲覧制御装置１１は、第１の緊急搬送先の端末装置１３において受け入れ不可の情報が入力されている場合、第１の緊急搬送先について受け入れ不可の情報を取得要求の要求元の端末装置１２に送信する。これにより、閲覧制御装置１１は、救急の受け入れを不可と表明している医療機関については、患者を受け入れることができないことを事前に提示できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、次の緊急搬送先が選択されると、以前の緊急搬送先での対象の患者の情報を閲覧不可とする場合を例に説明したが、開示の装置はこれに限定されない。例えば、緊急搬送先の選択の解除又は緊急搬送先への搬送不可の入力がなされると、該緊急搬送先での対象の患者の情報を閲覧不可とする設定を行ってもよい。例えば、第２設定部５１Ｂは、送信画面２００の受入不能ボタン２０４が選択されると、搬送先の候補の医療機関で、患者の個人情報の閲覧の可否設定を不可とする設定を行ってもよい。これにより、患者の受け入れを要請した病院において、患者の受け入れができない場合、患者の個人情報が閲覧不可能となるため、患者の個人情報を保護できる。

また、上記の実施例では、操作画面１００の医療機関搬送・対応情報領域１８１に、医療機関が事前に表明した受入れ可否の情報を表示する場合を例に説明したが、開示の装置はこれに限定されない。例えば、各医療機関の救急の受け付け情報を操作画面１００の医療機関搬送・対応情報領域１８１に表示してもよい。例えば、受付部５０は、医療機関コードで搬送依頼状況情報４０から、医療機関の状況を読み出す。そして、受付部５０は、通知日時が現在から所定期間以内の期間に登録された要請について状況のうち、最も新しい要請について状況に関する情報を表示する。例えば、受付部５０は、受け入れ不可の情報が入力されると、所定期間の間、受け入れ不可の緊急搬送先について受け入れ不可の情報を、他の救急隊の端末装置１２に送信して受け入れができない表明があった旨を表示する。所定期間は、例えば、４時間とする。この所定期間は、変更可能としてもよい。これにより、閲覧制御装置１１は、受け入れ不可の緊急搬送先の情報を他の救急隊と共有させることができる。図２０は、救急隊用の操作画面の一例を示す図である。図２０の例は、搬送依頼状況情報４０が図１７の（Ｂ）に示す状態である場合、「よく利用する医療機関」のタブ１８２が選択された状態の医療機関搬送・対応情報領域１８１を示している。図２０の例では、医療機関コード「Ｍ１４」のＬＬ病院は、患者の受け入れ不可が発生したことを示す。また、医療機関コード「Ｍ１５」のＭＭ病院は、患者の受け入れが要請されていることを示す。なお、受付部５０は、通知日時や、患者の受け入れ不可の場合に理由を医療機関搬送・対応情報領域１８１に表示させてもよい。

また、上記の実施例では、患者の受け入れを要請された医療機関に、患者の医療に関する情報を閲覧可能とする場合を例に説明したが、開示の装置はこれに限定されない。患者の医療に関する情報には、患者が開示したくない情報が含まれる場合がある。そこで、開示する範囲を制限できるようにしてもよい。例えば、患者の医療に関する情報を登録した医療機関でしか、該患者の医療に関する情報を閲覧できないようにしてもよい。例えば、受付部５０は、リンクボタン２５５が選択されると、アクセス元の医療機関から登録された患者の医療に関する情報のみを診療情報３２から読み出して表示してもよい。患者の医療に関する各情報に対して、閲覧可否や、閲覧可能な医療機関を指定可能として、閲覧可能な医療機関に対して閲覧可能な医療に関する情報のみを表示するようにしてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、閲覧制御装置１１の受付部５０および設定部５１（第１設定部５１Ａ、第２設定部５１Ｂ）の各処理部が適宜統合されてもよい。また、例えば、受付部５０は、画面のデータなど各種のデータを送信する送信部、データを記憶部２１に格納する格納部など、機能によって複数の処理部に分けてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［閲覧制御プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図２１は、閲覧制御プログラムを実行するコンピュータの一例を示す図である。

図２１に示すように、コンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３００〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記の受付部５０および設定部５１（第１設定部５１Ａ、第２設定部５１Ｂ）と同様の機能を発揮する閲覧制御プログラム３２０Ａが予め記憶される。なお、閲覧制御プログラム３２０Ａについては、適宜分離してもよい。

また、ＨＤＤ３２０は、各種情報を記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種の処理に用いる各種データを記憶する。

そして、ＣＰＵ３１０が、閲覧制御プログラム３２０ＡをＨＤＤ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、閲覧制御プログラム３２０Ａは、受付部５０および設定部５１（第１設定部５１Ａ、第２設定部５１Ｂ）と同様の動作を実行する。

なお、上記した閲覧制御プログラム３２０Ａは、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。

また、例えば、閲覧制御プログラム３２０Ａは、コンピュータ３００に挿入されるＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させてもよい。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１０ システム
１１ 閲覧制御装置
１２ 端末装置
１３ 端末装置
１４ 端末装置
２１ 記憶部
２２ 制御部
３０ 医療機関情報
３１ 登録患者情報
３２ 診療情報
３３ 緊急時紹介先情報
３４ 受入登録情報
３５ 発生災害情報
３６ 搬送患者情報
３７ 生理学評価情報
３８ 病状情報
３９ 利用医療機関情報
４０ 搬送依頼状況情報
５０ 受付部
５１ 設定部
５１Ａ 第１設定部
５２Ａ 第２設定部

Claims (10)

1. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信し、
   前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行い、
   前記設定後に、前記緊急搬送先候補のうち第２の緊急搬送先が前記端末において選択されると、前記第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う、
   処理をコンピュータが実行することを特徴とする閲覧制御方法。
2. 前記緊急搬送先候補は、病院であることを特徴とする請求項１に記載の閲覧制御方法。
3. 前記第１の緊急搬送先が選択された際、前記要求元の端末から該第１の緊急搬送先の端末に前記第１の識別情報と前記第１の識別情報に対応する個人情報の一部とが送信されることを特徴とする請求項１又は２に記載の閲覧制御方法。
4. 前記要求元の端末において前記第１の緊急搬送先について受け入れ不可の情報が入力されると、前記第１の緊急搬送先について受け入れ不可の情報を、他の個人情報の取得要求の要求元の端末に送信することを特徴とする請求項１に記載の閲覧制御方法。
5. 前記第１の緊急搬送先の端末において受け入れ不可の情報が入力されている場合、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信する際に、前記第１の緊急搬送先について受け入れ不可の情報を前記取得要求の要求元の端末に送信することを特徴とする請求項１に記載の閲覧制御方法。
6. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信し、
   前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行い、
   前記設定後に、前記緊急搬送先候補のうち第２の緊急搬送先が前記端末において選択されると、前記第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う、
   処理をコンピュータに実行させることを特徴とする閲覧制御プログラム。
7. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信する送信部と、
   前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行う第１設定部と、
   前記第１設定部による前記設定後に、前記緊急搬送先候補のうち第２の緊急搬送先が前記端末において選択されると、前記第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う第２設定部と、
   を有することを特徴とする閲覧制御装置。
8. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信し、
   前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行い、
   前記設定後に、前記第１の緊急搬送先の選択の解除又は前記第１の緊急搬送先への搬送不可の入力がなされると、前記第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う、
   処理をコンピュータが実行することを特徴とする閲覧制御方法。
9. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信し、
   前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行い、
   前記設定後に、前記第１の緊急搬送先の選択の解除又は前記第１の緊急搬送先への搬送不可の入力がなされると、前記第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う、
   処理をコンピュータに実行させることを特徴とする閲覧制御プログラム。
10. 第１の識別情報に基づく個人情報の取得要求に応じて、識別情報に対応づけて緊急搬送先候補を含む個人情報を記憶する記憶部を参照し、前記第１の識別情報に対応する緊急搬送先候補を含む個人情報を前記取得要求の要求元の端末に送信する送信部と、
    前記緊急搬送先候補のうち第１の緊急搬送先が前記端末において選択されると、該第１の緊急搬送先の端末による前記第１の識別情報に対応する個人情報の閲覧の可否設定を可とする設定を行う第１設定部と、
    前記第１設定部による前記設定後に、前記第１の緊急搬送先の選択の解除又は前記第１の緊急搬送先への搬送不可の入力がなされると、前記第１の緊急搬送先の端末（１３）による前記第１の識別情報に対応する個人情報の閲覧の可否設定を不可とする設定を行う第２設定部と、
    を有することを特徴とする閲覧制御装置。

Images