(57)【要約】【課題】医療法人（総合病院、医院）と医療機器を扱う卸業者が地域内で連携することが可能である医業専門のポータルサイトを提供する。【解決手段】ｗｅｂサーバ１１８は、ユーザＩＤに基づいて、ユーザページ構成テーブルより法人ＩＤを取得する法人ＩＤ取得部２０６ａと、法人ＩＤに基づいて、法人リンクテーブル２１７を検索し、シリアルナンバーを取得するシリアルナンバー取得部２０６ｂと、取得したシリアルナンバーに基づいて、リンクアクセス許可属性テーブル２１８を検索し、ユーザＩＤのユーザ属性コードが、シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上のユーザ属性コードを取得するユーザ属性コード取得部２０６ｃと、取得したユーザ属性コードに基づいて、位置情報に対するユーザのアクセスが許可されている位置情報を含む文書を作成する文書作成部２０６ｄと、を備える。【選択図】図５
2008276724.tif 000002
【特許請求の範囲】
【請求項１】
ユーザを特定するユーザＩＤを重複なく格納するユーザテーブルと、
前記ユーザＩＤ毎に表示を所望する前記法人ＩＤを格納するユーザページ構成テーブルと、
前記法人ＩＤ毎に１つ以上の位置情報と前記１つ以上の位置情報毎に対応付けられたシリアルナンバーを格納する法人リンクテーブルと、
前記法人リンクテーブルのレコードに格納される前記位置情報毎にアクセスを許可する前記ユーザ属性を格納するリンクアクセス許可属性テーブルと、
前記ユーザＩＤに基づいて、前記ユーザページ構成テーブルより前記法人ＩＤを取得する法人ＩＤ取得部と、
前記法人ＩＤ取得部が取得した前記法人ＩＤに基づいて、前記法人リンクテーブルを検索し、前記シリアルナンバーを取得するシリアルナンバー取得部と、
前記シリアルナンバー取得部が取得した前記シリアルナンバーに基づいて、前記リンクアクセス許可属性テーブルを検索し、前記ユーザＩＤのユーザ属性コードが、前記シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上の前記ユーザ属性コードを取得するユーザ属性コード取得部と、
前記ユーザ属性コード取得部が取得した前記ユーザ属性コードに基づいて、前記位置情報に対するユーザのアクセスが許可されている前記位置情報を含む文書を作成する文書作成部と、
を含むことを特徴とするｗｅｂサーバ。
【請求項２】
請求項１記載のｗｅｂサーバにおいて、
前記法人リンクテーブルは、前記リンク情報に表示される位置情報のタイトルを整列して表示させるために参照される表示順フィールドを有し、
前記表示部は、前記リンク情報に含まれる位置情報を前記表示順フィールドに格納された値に基づいて整列して表示する文書を生成することを特徴とする
ｗｅｂサーバ。
【請求項３】
コンピュータを、
ユーザを特定するユーザＩＤを重複なく格納するユーザテーブルと、
前記ユーザＩＤ毎に表示を所望する前記法人ＩＤを格納するユーザページ構成テーブルと、
前記法人ＩＤ毎に１つ以上の位置情報と前記１つ以上の位置情報毎に対応付けられたシリアルナンバーを格納する法人リンクテーブルと、
前記法人リンクテーブルのレコードに格納される前記位置情報毎にアクセスを許可する前記ユーザ属性を格納するリンクアクセス許可属性テーブルと、
ユーザ属性コード取得部２０６ｃは、ユーザＩＤに基づいて、前記ユーザページ構成テーブルより前記法人ＩＤを取得する法人ＩＤ取得部と、
前記法人ＩＤ取得部が取得した前記法人ＩＤに基づいて、前記法人リンクテーブルを検索し、前記シリアルナンバーを取得するシリアルナンバー取得部と、
前記シリアルナンバー取得部が取得した前記シリアルナンバーに基づいて、前記リンクアクセス許可属性テーブルを検索し、前記ユーザＩＤのユーザ属性コードが、前記シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上の前記ユーザ属性コードを取得するユーザ属性コード取得部と、
前記ユーザ属性コード取得部が取得した前記ユーザ属性コードに基づいて、前記位置情報に対するユーザのアクセスが許可されている場合のみ前記位置情報を含む文書を作成する文書作成部と、
を有するｗｅｂサーバとして機能させるためのプログラム。
【請求項４】
ユーザを特定するユーザＩＤに基づいて、前記ユーザＩＤ毎に表示を所望する法人が特定される法人ＩＤが格納されるユーザページ構成テーブルより前記法人ＩＤを取得するステップと、
取得した前記法人ＩＤに基づいて、前記法人ＩＤ毎に１つ以上の位置情報と前記１つ以上の位置情報毎に対応付けられたシリアルナンバーを格納する法人リンクテーブルを検索し、前記シリアルナンバーを取得するステップと、
取得した前記シリアルナンバーに基づいて、前記法人リンクテーブルのレコードに格納される前記位置情報毎にアクセスを許可するユーザ属性コードを格納するリンクアクセス許可属性テーブルを検索し、前記ユーザＩＤのユーザ属性コードが、前記シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上の前記ユーザ属性コードを取得するステップと、
取得した前記ユーザ属性コードに基づいて、前記位置情報に対するユーザのアクセスが許可されている場合のみ前記位置情報を含む文書を作成するステップと、
を含むことを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ｗｅｂサーバに適用して好適な技術に関する。
例えば、ある地域内において、複数の医療従事者の医療業務を支援する医業ＳＮＳサービスに適用して好適なｗｅｂサーバ、ｗｅｂサーバとして機能させるためのプログラム及び情報提供方法に関する。
【背景技術】
【０００２】
医業全体に過渡の市場競争原理が持ち込まれてしまった結果、大病院と開業医との格差が生じ、地域医療の効率が阻害される実態を招いてしまった。
これを是正し、地域医療行政の効率化を図り、以ってわが国全体の医療費の低減に結びつけるためには、近隣地域における医療法人同士の連携と情報交換が求められる。
そこで発明者は、医療法人同士が互助の精神に基づき、医業専門のポータルサイトを構築することを考えた。
【０００３】
特許文献１には、へき地を含む地域全体の医療及び福祉を総合的に支援するための地域医療・福祉連携ネットワークシステムについて記載されている。
【特許文献１】特開２００５−２５０８０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来、開業医が大病院に患者を紹介し、開業医または大病院の担当者が医療機器の卸業務を行う卸業者に購買要求を行う業務が存在する。このような業務を行うために、個別に電話またはＦＡＸによる連絡を行っていた。従来の電話またはＦＡＸによる連絡は、手間と時間がかかるため、開業医、大病院、卸業者が一括して参加する医業専門のポータルサイトが求められていた。
【０００５】
しかしながら、従来、医業専門のポータルサイトにアクセスするユーザ毎に認証を行っていたが、そのユーザのユーザ属性（例えば、医師、看護師等）に応じたアクセス制限はかけていなかった。このため、本来、アクセスを不可とすべきユーザ属性のユーザであってもアクセス可能なリンクが表示されてしまうという問題が生じていた。
【０００６】
本発明はかかる点に鑑みてなされたものであり、医療法人（総合病院、医院）と医療機器を扱う卸業者が地域内で連携する場合に、ユーザの属性に応じてアクセス可能なＵＲＬを異なって表示させる医業専門のポータルサイトを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための本発明は、ユーザを特定するユーザＩＤを重複なく格納するユーザテーブルと、ユーザＩＤ毎に表示を所望する法人ＩＤを格納するユーザページ構成テーブルと、法人ＩＤ毎に１つ以上の位置情報と１つ以上の位置情報毎に対応付けられたシリアルナンバーを格納する法人リンクテーブルと、法人リンクテーブルのレコードに格納される位置情報毎にアクセスを許可するユーザ属性を格納するリンクアクセス許可属性テーブルと、ユーザＩＤに基づいて、ユーザページ構成テーブルより法人ＩＤを取得する法人ＩＤ取得部と、法人ＩＤ取得部が取得した法人ＩＤに基づいて、法人リンクテーブルを検索し、シリアルナンバーを取得するシリアルナンバー取得部と、シリアルナンバー取得部が取得したシリアルナンバーに基づいて、リンクアクセス許可属性テーブルを検索し、ユーザＩＤのユーザ属性コードが、シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上のユーザ属性コードを取得するユーザ属性コード取得部と、ユーザ属性コード取得部が取得したユーザ属性コードに基づいて、位置情報に対するユーザのアクセスが許可されている位置情報を含む文書を作成する文書作成部と、を含むものである。
【発明の効果】
【０００８】
本発明により、医療法人（総合病院、医院）と医療機器を扱う卸業者が地域内で連携する場合に、ユーザの属性に応じてアクセス可能なＵＲＬを異なって表示させる医業専門のポータルサイトを実現することができる。このため、アクセスを不可としたいＵＲＬは、ユーザの属性に応じて表示されないため、機密性が高まるというという効果がある。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を、図１〜図２３を参照して説明する。
【００１０】
本実施形態について、図示を伴って説明する前に、本実施形態にかかるシステムの概略を説明する。
本実施形態は、医業に特化したソーシャル・ネットワーキング・サービス（Social Networking Service：ＳＮＳ：人と人とのつながりを促進する、コミュニティ型のｗｅｂサイト。以下、ＳＮＳサービスと称する。）を実現するためのｗｅｂサーバが中心となって構成される。このＳＮＳサービスには、画面毎にリンク先の位置情報を示すＵＲＬが埋め込まれた画像、文書等が配置される。
【００１１】
本実施形態の地域医療支援サーバが提供するＳＮＳサービスは、患者のプライバシー等に配慮し、一般人からのアクセスを遮断するために、ユーザ認証の仕組みを採り入れている。また、医師、看護師、助産師、事務担当者、営業担当者、薬剤師等、ユーザの属性を考慮したコンテンツ表示制御やアクセス制御を行うようにしている。
更に、本実施形態の地域医療支援サーバは、検査予約等で病院ｗｅｂサイトにログインする際に必要なユーザ認証を代行する仕組みを採り入れている。
【００１２】
［全体構成］
図１は、本実施の形態の例である、地域医療支援システム１０１の全体を示す概略図である。複数の診療科を受け持つ総合病院１０２、単一の診療科を受け持つ医院１１０、医療法人に医療器具を卸す卸業者１１４は、インターネット１１７に接続される。各医療法人に所属する医療従事者（以下、ユーザとも称する。）は、インターネット１１７を介して、地域医療支援サーバ１１８に構築された地域医療支援サイト１００にアクセスし、相互に医療情報を交換することができる。なお、地域医療支援サーバ１１８は、Ｗｅｂサービス業者によって提供されるＷｅｂサーバである。また、地域医療支援サイト１００は、医業専門のＳＮＳサービスが実現されるポータルサイトとして機能する。
【００１３】
総合病院１０２には、地域医療支援サーバ１１８を介してインターネット経由で医院１１０からの検査、診療予約等を受け付けるための病院サーバ１１９が設置されている。病院サーバ１１９は、後述するプロキシ等の機能も有している。総合病院１０２の内部に設置された院内ＬＡＮ１０３には、クライアントＰＣ１０７、１０８及び１０９が接続されている。クライアントＰＣ１０７は、医師１０４によって操作される。クライアントＰＣ１０８は、看護師１０５によって操作される。クライアントＰＣ１０９は、事務担当者１０６によって操作される。各クライアントＰＣは、医師１０４、看護師１０５、事務担当者１０６毎に割り当てられている。
医院１１０には、単一のクライアントＰＣ１１１が存在する。クライアントＰＣ１１１は、開業医１１２と看護師１１３によって操作される。
【００１４】
卸業者１１４には、インターネット経由で総合病院１０２、医院１１０等からの医薬品、医療器具の受注を受け付けるための卸業者サーバ１２０が設置されている。
卸業者１１４には、総合病院１０２と同様に、図示しない社内ＬＡＮを通じてクライアントＰＣ１１５が接続されている。クライアントＰＣ１１５は、営業担当者１１６によって操作される。
これらクライアントＰＣ１０７〜１０９、１１１，１１５は、インターネット１１７に接続されている。
そして、地域医療支援サーバを構成するｗｅｂサーバ１１８も、インターネット１１７に接続されている。
【００１５】
［ｗｅｂサーバ］
図２は、ｗｅｂサーバ１１８の機能的な構成を示すブロック図である。
ｗｅｂサーバ１１８は、概略的にはＨＴＴＰ（Hyper Text Transfer Protocol）を用いて、クライアントの図示しないｗｅｂブラウザの要求に応じて、クライアントにｈｔｍｌ文書を送信する、周知のｗｅｂサーバである。また、以下の説明では、クライアントＰＣ１０７〜１０９、１１１、１１５を単に「クライアントＰＣ」とも称する。
ｗｅｂサーバ１１８は、一般的なネットワークＯＳが稼動するコンピュータである。ネットワークＯＳは、一例として、ＦｒｅｅＢＳＤ等のＢＳＤ系、或はＬｉｎｕｘ（登録商標）等のＰＯＳＩＸ（Portable Operating System Interface for UNIX）（ＵＮＩＸは登録商標）系ＯＳ等が挙げられる。
【００１６】
ｗｅｂサーバプログラム２０２は、クライアントＰＣから送信される要求（コマンド）を受信し、要求に応じて、ＨＴＴＰにてｈｔｍｌ文書をクライアントへ送信する機能を提供する。端的にいえばｗｅｂサーバソフトウェアであり、一例としてはＡｐａｃｈｅ(http://www.apache.org/)等である。
ｗｅｂサーバプログラム２０２は、クライアントＰＣの要求に応じ、ｃｇｉ（Common Gateway Interface）の実行も行う。
特に、本実施形態のｗｅｂサーバ１１８には、所定の機密性が必要とされるため、ｗｅｂサーバプログラム２０２は、暗号化モジュール２０３を含んでいる。
暗号化モジュール２０３はＨＴＴＰＳ（Hypertext Transfer Protocol Security：ｗｅｂサーバとクライアントＰＣがデータを送受信するのに使われるプロトコルであるＨＴＴＰに、ＳＳＬによるデータの暗号化機能を付加したプロトコル。ポート番号４４３番が主に用いられる。）の機能を提供する。
【００１７】
ｃｇｉの実体は、標準出力にテキストを出力するプログラムである。ｃｇｉが生成するテキストは、ｗｅｂサーバプログラム２０２によってＨＴＴＰ或はＨＴＴＰＳによって、クライアントＰＣへ送信される。
ｃｇｉを構成する要素としては、どのようなプログラミング言語であってもよい。ｐｅｒｌ（http://www.perl.org/）やＰＨＰ（http://php.net/）、ｐｙｔｈｏｎ（http://www.python.org/）、ｒｕｂｙ（http://www.ruby-lang.org/ja/）等のインタプリタ言語に留まらず、ＣやＪａｖａ（登録商標）等のコンパイルを要する言語であってもよい。簡単な内容であればシェルスクリプトであってもよい。
【００１８】
各ｃｇｉは、主にｗｅｂブラウザに表示する画面を作るためのｈｔｍｌ文書を作成する。つまり、ｈｔｍｌ文書はｗｅｂブラウザを通じてＧＵＩ（Graphical User Interface）を作成する手段である。
なお、図２では、ｗｅｂブラウザに表示させる画面毎にｃｇｉが個別に設けられているが、単一のｃｇｉで構成することも可能である。但し、その場合は単一のｃｇｉの中に複数の表示画面を作成する機能が含まれることとなる。
【００１９】
認証ｃｇｉ２０４は、クライアントＰＣから来るアクセス要求に応じて、ｗｅｂサーバプログラム２０２によって実行される。
認証ｃｇｉ２０４は、クライアントＰＣから得られたパラメータであるユーザＩＤとパスワードをユーザテーブル２０５から検索して照合する。
ユーザテーブル２０５には、地域医療支援サイト１００を利用可能な登録ユーザが重複のないユーザＩＤにて記録されている。ユーザテーブル２０５は、各登録ユーザのユーザＩＤをパスワードと共に管理する。
認証ｃｇｉ２０４による照合の結果、ユーザＩＤとパスワードが合致していれば、認証ｃｇｉ２０４は、正常にログインが完了したことを示すＣｏｏｋｉｅ（クッキー：ｗｅｂサイトの提供者が、ｗｅｂブラウザを通じて訪問者のコンピュータに一時的にデータを書き込んで保存させるしくみ。殆どの場合、アルファベット及び数字の１バイト文字列にて構成される。）を作成すると共に、自動的に表示ｃｇｉ２０６に移行するＨＴＴＰメッセージを作成する。これらはｗｅｂサーバプログラム２０２を通じてクライアントＰＣに送信される。
一方、照合の結果、ユーザＩＤとパスワードが合致していなければ、ログインが失敗したことを示すエラーメッセージを付して、図示しないエラー画面に移行するためのｈｔｍｌ文書が含まれるＨＴＴＰメッセージを作成する。これらはｗｅｂサーバプログラム２０２を通じてクライアントＰＣに送信される。
【００２０】
自動的に表示ｃｇｉ２０６に移行するＨＴＴＰメッセージには、ＨＴＴＰのステータスコードの一種である転送機能を用いている。この転送機能のステータスコードは、ＨＴＴＰのバージョンによって異なる。
http ver.1.1の場合は「303 See Other」というステータスコードと、表示ｃｇｉ２０６のＵＲＩ（Uniform Resource Identifier）を、ＨＴＴＰ応答ヘッダに記す。
http ver.1.0の場合は「302 Found」というステータスコードと、表示ｃｇｉ２０６のＵＲＩを、ＨＴＴＰ応答ヘッダに記す。
認証ｃｇｉ２０４は、このように構成したＨＴＴＰ応答ヘッダを作成し、クライアントＰＣへ送信する。
クライアントＰＣのｗｅｂブラウザは、このＨＴＴＰ応答ヘッダを解釈し、直ちに記されているＵＲＩに基づいて表示ｃｇｉ２０６の表示（実行）をｗｅｂサーバ１１８に要求する。
すなわち、認証ｃｇｉ２０４は、ｗｅｂブラウザによって表示画面に表示されるｈｔｍｌ文書を作成しない。或は、認証ｃｇｉ２０４がｈｔｍｌ文書（ＨＴＴＰメッセージの本文）を作成しても、ｗｅｂブラウザの機能により、ｗｅｂブラウザがＨＴＴＰ応答ヘッダ中の転送ステータスコードを検出して転送を実行するので、当該作成されたｈｔｍｌ文書はｗｅｂブラウザには表示されない。
ログイン失敗時に自動的にエラー画面ｈｔｍｌ文書に移行するＨＴＴＰメッセージも、同様である。
【００２１】
表示ｃｇｉ２０６は、後述する地域医療支援サイト１００のトップメニュー画面をクライアントＰＣのディスプレイに表示するｈｔｍｌ文書を生成する。なお、表示ｃｇｉ２０６の処理と表示画面については後述する。
ユーザ登録ｃｇｉ２０７は、新規にユーザを登録する際に用いられる。
法人登録ｃｇｉ２０８は、新規に医療法人や卸業者を登録する際に用いられる。
これら以外にも多くのｃｇｉがあるが、詳細は省略する。
【００２２】
プロキシｃｇｉ２０９は、クライアントＰＣの代わりに、総合病院１０２、卸業者１１４が保有するＷｅｂサーバに代理で接続するプロキシ（proxy）サーバの機能を提供するｃｇｉである。
プロキシサーバは代理サーバともいう。その意味である「代理」の通り、直接アクセスができないクライアントに代わって、アクセスを代行するサーバを指す。多くは企業内ＬＡＮと外部のインターネットとの間に設けられたり、インターネット接続プロバイダのサービスの一環として設けられたりすることが多い。
【００２３】
プロキシｃｇｉ２０９は、各病院が保有するｗｅｂサーバ（本例では、病院サーバ１１９）にアクセスするために、非対話型のｗｅｂクライアント２１０を稼動させる。プロキシｃｇｉ２０９は、ＵＲＬ文字列のうち、アクセス要求として渡されるパス名と、それ以降の文字列を受けて、ｗｅｂクライアント２１０を実行し、病院サーバ１１９等にアクセスする。
また、各病院が保有する病院サーバ１１９にアクセスする際に必要な情報（アクセスをしてきたユーザが、目的となる病院サーバ１１９においてユーザ認証を済ませているか否か等の情報）をセッション情報ファイル２１１に記録する。
そして、スプールディレクトリ２１２は、ｗｅｂクライアント２１０が病院サーバ１１９等から受信したデータを一時的に保存するディスク領域である。各病院が保有するｗｅｂサーバから受信したｈｔｍｌ文書や画像データ等は、スプールディレクトリ２１２に一時的に保存される。
【００２４】
ここで、図３を参照して、ｗｅｂサーバ１１８に存在する各種テーブルについて説明する。
【００２５】
ユーザテーブル２０５は、ユーザを識別するために参照されるテーブルである。
ユーザテーブル２０５には、前述の通り、ユーザＩＤとパスワードの他に、当該ユーザの氏名、当該ユーザが所属する医療法人や業者を表す法人ＩＤが格納されている。ユーザテーブル２０５はユーザＩＤにおいて重複がない状態で各レコードが格納されている。以下、あるフィールドにおいて「重複がない状態」を「ユニーク（unique）である」と呼ぶ。
【００２６】
ユーザ属性テーブル２１３は、ユーザと、ユーザ毎の属性（例えば、医師、看護師等）を格納するテーブルである。
ユーザ属性テーブル２１３には、ユーザＩＤとユーザ属性コードが格納されている。ユーザ属性テーブル２１３はユーザＩＤにおいて重複するレコードが存在し得るので、ユニークではない。
【００２７】
ユーザ属性マスタ２１４は、ユーザの属性を格納するマスタテーブルである。
ユーザ属性マスタ２１４には、ユーザ属性コードと、ユーザ属性の詳細情報が格納されている。
【００２８】
例として、看護師Ａが助産師の免許を取得した場合、看護師Ａは看護師のユーザ属性コード「２」に加えて、助産師のユーザ属性コード「３」を持つ。看護師ＡのユーザＩＤが「ＡＢＣ９８７６５」というコードであるなら、ユーザ属性テーブル２１３には、「ユーザＩＤ，ユーザ属性コード」のフィールド順に、「ＡＢＣ９８７６５，２」というレコードと、「ＡＢＣ９８７６５，３」というレコードが格納される。
すなわち、ユーザは複数の属性を取り得る。属性はシステムの運用に伴い、増減する可能性がある。そこで、ユーザ属性マスタ２１４とユーザ属性テーブル２１３で、ユーザの情報を管理する。
【００２９】
法人テーブル２１５は、医療法人を識別するために参照されるテーブルである。
法人テーブル２１５には、法人ＩＤ、法人名、法人種別コードが格納されている。総合病院（要紹介状病院）、開業医、卸業者、他メーカー等は、法人ＩＤによって識別される。法人テーブル２１５は、法人ＩＤにおいてユニークである。
【００３０】
法人種別マスタ２１６は、法人種別コードを格納するマスタテーブルである。
法人種別マスタ２１６には、法人種別コードと、法人種別の詳細情報が格納されている。法人の場合は複数の種別を持つことはないので、ユーザ属性テーブル２１３のような、法人ＩＤと法人種別コードとの関係を格納するテーブルは設けていない。
【００３１】
法人リンクテーブル２１７は、医療法人リンク画面（図１３参照）で参照されるテーブルである。
法人リンクテーブル２１７には、法人ＩＤと、リンクＵＲＬ（Uniform Resource Locator：ＴＣＰ／ＩＰネットワーク上に存在する情報源の場所を指し示す記述方式。）、そしてこれらに付随する情報が格納されている。
【００３２】
リンクアクセス許可属性テーブル２１８は、シリアルナンバー単位で複数のユーザ属性コードを格納するテーブルである。
リンクアクセス許可属性テーブル２１８には、シリアルナンバーとユーザ属性コードが格納されている。リンクアクセス許可属性テーブル２１８はシリアルナンバーにおいてユニークではなく、シリアルナンバー毎に重複するレコードが存在し得る。
なお、法人リンクテーブル２１７、リンクアクセス許可属性テーブル２１８の詳細については、後述する。
【００３３】
プロキシ認証テーブル２１９は、プロキシｃｇｉ２０９が参照するテーブルである。
プロキシ認証テーブル２１９には、プロキシｃｇｉ２０９の認証動作において、病院のｗｅｂサイトにアクセスする際に必要なユーザ認証に用いる各種情報が保持されている。また、プロキシ認証テーブル２１９には、シリアルナンバーにおいてユニークではなく、シリアルナンバー毎に重複するレコードが存在し得る。
プロキシ認証テーブル２１９には、病院サーバ１１９にアクセスする際に行うユーザ認証に必要な情報が格納されている。
プロキシ認証テーブル２１９のシリアルナンバーは、法人リンクテーブル２１７のシリアルナンバーと等しい。
全体認証はフラグフィールドであり、このフィールドが「Ｙ」のときには、ユーザＩＤの欄は空欄で、アクセス可能な全てのユーザが、共通のサーバ用ＩＤとサーバ用パスワードを用いて認証を行う。
ユーザＩＤは、ユーザテーブル２０５のユーザＩＤと等しい。
サーバ用ＩＤとサーバ用パスワード（サーバ用ＰＷ）は、病院サーバ１１９、卸業者サーバ１２０にアクセスする際に必要となるＩＤとパスワードである。
【００３４】
認証ｃｇｉのＵＲＬは、病院サーバ１１９、卸業者サーバ１２０に設けられている認証ｃｇｉのＵＲＬである。（本実施形態のｗｅｂサーバ１１８の認証ｃｇｉ２０４とは別であることに注意されたい。）このように記載を分けている理由は、法人リンクテーブル２１７に記載されるリンクＵＲＬにはログイン画面のＵＲＬが記載されるのに対し、認証ｃｇｉのＵＲＬはログイン画面のログインボタン等を押すことによりアクセスが行われ、実質的な認証処理が行われることに起因する。
【００３５】
認証方式は、認証の方法が記入される。本実施形態ではＣｏｏｋｉｅ認証とＢＡＳＩＣ認証のいずれかの値が記入される。勿論、これらと認証の方法が異なる方式に対応する場合には、このフィールドに新たな値が追加されることとなる。
メソッドは、認証方式がＣｏｏｋｉｅ認証の場合における、ＩＤとパスワードの送信方法である。ＰＯＳＴメソッドとＧＥＴメソッドのいずれかである。
認証成功時のＵＲＬは、Ｃｏｏｋｉｅ認証の場合において、認証が成功した時にリダイレクトアクセスされるＵＲＬが記入される。これは認証の成功或は失敗の判断処理に用いられる。
なお、プロキシ認証テーブル２１９の各フィールドの内容は、ＨＴＴＰのアクセスの詳細な内容に深く立ち入る内容である。したがって、システム管理者等がこのフィールドの中身を記述することとなる。
【００３６】
ユーザページ構成テーブル２２０は、地域医療支援サイト１００にアクセスしたユーザ毎に異なる画面を表示するために参照されるテーブルである。
ユーザページ構成テーブル２２０には、ユーザＩＤと法人ＩＤと表示順が格納されている。ユーザページ構成テーブル２２０は、ユーザＩＤにおいてユニークではなく、ユーザＩＤ毎に重複するレコードが存在し得る。
ユーザページ構成テーブル２２０は、法人リンクテーブル２１７、リンクアクセス許可属性テーブル２１８と共に、トップメニューの医療法人リンク欄１００３及び１００４等の表示内容を構成する際に用いられる。
各ユーザはユーザ登録ｃｇｉ２０７を実行して、表示ｃｇｉ２０６によって表示されるトップメニューに表示したい項目を設定する。すると、その設定内容は、ユーザページ構成テーブル２２０に格納される。
なお、ユーザページ構成テーブル２２０に示しているフィールドは、図１２に示す医療法人リンク欄１００３を表現するに最低限必要なフィールドのみ記している。これ以外にもフィールドは存在するが、詳細は略す。
【００３７】
［クライアントＰＣ］
図４は、クライアントＰＣの機能ブロック図である。ここでは、クライアントＰＣ１０７を例に内部構成について説明する。なお、クライアントＰＣ１０８，１０９，１１１，１１５は、クライアントＰＣ１０７と同様の構成としているため、詳細な説明は省略する。
【００３８】
典型的なパーソナルコンピュータであるクライアントＰＣ１０７には、ＯＳ（Operating System）として、例えばマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）が稼動する。クライアントＰＣ１０７は、図示しない所定のインターフェースを通じてインターネット１１７に接続される。
クライアントＰＣ１０７で稼動するｗｅｂブラウザ４０３は、インターネット１１７を通じてｗｅｂサーバ１１８から受信するｈｔｍｌ文書を解釈し、ディスプレイ４０４に表示する。
また、クライアントＰＣ１０７には、ＩＣカードリーダ４０５が接続されている。ＩＣカードリーダ４０５は電波を発してＩＣカード４０６から非接触にて、ユーザＩＤ、パスワード、自動実行用ｈｔｍｌ文書又はそのＵＲＬ、卸業者の担当営業のデータ等の情報を読み取り、当該情報に記述されている内容に従って、所定のプログラムを起動する。このような非接触ＩＣカードを用いた認証技術として、例えば、Ｆｅｌｉｃａ（登録商標）が用いられる。
【００３９】
ＯＳからは、ＩＣカード４０６はＩＣカードリーダ４０５と共に、半導体ディスク装置として見える。このため、ＩＣカード４０６は、ファイルシステムを備える、論理的に小さなディスク装置として扱われる。
ＩＣカード４０６には、ユーザのＩＤとパスワード、そして自動実行用ｈｔｍｌ文書、或はそのＵＲＬがファイルの形で記録されている。特に、自動実行用ｈｔｍｌ文書のＵＲＬは、Ｗｉｎｄｏｗｓ（登録商標）における「ショートカット」の形式で記述されている。
ＯＳは、ＩＣカードリーダ４０５が、これらＩＣカード４０６の情報を読み取ると、ＯＳに標準的に備わっている「ＭＩＭＥ」（Multipurpose Internet Mail Extension：ＴＣＰ／ＩＰネットワーク上でやりとりされる電子メールにおいて、各国語や画像、音声、動画などを扱うための規格。）の機能に則り、連想的にｗｅｂブラウザ４０３を起動する。
【００４０】
自動実行用ｈｔｍｌ文書がＩＣカード４０６或はｗｅｂサーバ１１８からｗｅｂブラウザ４０３に読み込まれると、ｗｅｂブラウザ４０３はｈｔｍｌ文書に埋め込まれているプログラムを実行する。このプログラムは、ＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されている。そして、ＩＣカード４０６内に記録されているユーザＩＤとパスワードを読み取り、ｗｅｂサーバ１１８の認証ｃｇｉ２０４に、読み取ったユーザＩＤとパスワードを送信する。
また、ｗｅｂブラウザ４０３は、ｗｅｂサーバ１１８とのＨＴＴＰＳによる通信を行うために、暗号化モジュール４０９を備える。
【００４１】
ｗｅｂブラウザ４０３の起動と共に、ＩＣカード４０６内に記録されているユーザＩＤとパスワードを認証ｃｇｉ２０４に送信するための仕組みは、様々な形態が考えられる。
標準的なｗｅｂブラウザは、このような「起動と共に特定の記録媒体から予め定められた情報を読み取って、所定のＵＲＬに向けて送信する」機能を持たない。そこで、そのような機能を提供するプログラムを埋め込んだｈｔｍｌ文書をｗｅｂブラウザの起動時に読み込ませる方法が考えられる。
このため、ＪａｖａＳｃｒｉｐｔ（登録商標）でそのようなプログラムを埋め込んだｈｔｍｌ文書をＩＣカード４０６に格納する実施形態が考えられる。あるいは、ｗｅｂサーバに、そのようなプログラムを埋め込んだｈｔｍｌ文書を置いて、ＩＣカード４０６にはそのＵＲＬを記述しておく、等の実施形態が考えられる。
また、ｗｅｂブラウザにプラグインソフトウェアを追加するか、専用のｗｅｂブラウザを作成すれば、ｗｅｂブラウザにＩＣカードからユーザＩＤとパスワードを読み出す仕組みを組み込める。このため、ＩＣカードには、ｗｅｂサーバ１１８の認証ｃｇｉ２０４のＵＲＬを記録するだけでよい。
【００４２】
また、ｗｅｂブラウザ４０３にはセキュリティを担保する機能として、セキュリティ担保機能部４０８が設けられている。これは、
・ｗｅｂブラウザ４０３が稼動している最中にはキャッシュディレクトリ内のファイルを他のプロセスから読み出されないようにロックを掛け、
・ｗｅｂブラウザ４０３が終了する際には、キャッシュディレクトリ内のファイルを、不用意に読み出されないように全部削除する
ためのものである。セキュリティ担保機能部４０８は、ｗｅｂブラウザ４０３のプラグインとして提供されるか、専用のｗｅｂブラウザの一機能として組み込まれる。
【００４３】
ＩＣカードリーダドライバ４０７は、ＩＣカード４０６が載置されているか否かを常にポーリングしている。ＩＣカード４０６が取り外されている状態では、初期画面（図１１参照）を表示したｗｅｂブラウザ４０３が起動している。
ＩＣカードリーダドライバ４０７に、ＩＣカード４０６が載置されたタイミングで、地域医療支援サイト１００のトップメニュー画面（図１２参照）に画面遷移する。ＩＣカードリーダ４０５からＩＣカード４０６が取り外されると、ＩＣカードリーダドライバ４０７はＩＣカード４０６が取り外されたことを検出して、地域医療支援サイト１００へのアクセスを切断し、ｗｅｂブラウザ４０３に初期画面（図１１参照）を表示させる。
【００４４】
［表示ｃｇｉ］
図５は、表示ｃｇｉ２０６の機能ブロック図である。ここでは、表示ｃｇｉ２０６の内部構成例について説明する。表示ｃｇｉ２０６は、ｗｅｂサーバ１１８上で稼動するプログラムである。ここでは、地域医療支援サイト１００のトップメニュー画面（図１２参照）をｗｅｂブラウザ４０３に表示するために必要となるｈｔｍｌ文書を作成する各ブロックの構成例について説明する。なお、トップメニュー画面以外の画面を表示する場合であっても、表示ｃｇｉ２０６により、その画面を表示するために必要なｈｔｍｌ文書が作成される。
【００４５】
表示ｃｇｉ２０６は、法人ＩＤを取得する法人ＩＤ取得部２０６ａと、シリアルナンバーを取得するシリアルナンバー取得部２０６ｂと、ユーザ属性コードを取得するユーザ属性コード取得部２０６ｃと、トップメニュー画面をｈｔｍｌ形式の文書で作成する文書作成部２０６ｄとで構成される。
ｗｅｂサーバ１１８は、一時的にデータを保存するためのワーク領域３００を持つ。ワーク領域３００には、地域医療支援サイト１００にログインしたユーザＩＤと、このユーザＩＤのユーザ属性コードを含むユーザ情報３００ａが格納される。また、ワーク領域３００には、取得した法人ＩＤを記録する法人ＩＤリスト３００ｂ、取得したシリアルナンバーを記録するシリアルナンバーリスト３００ｃを格納する領域を確保している。
【００４６】
表示ｃｇｉ２０６は、ワーク領域３００より認証済みのクライアントＰＣ（ユーザＩＤ）からトップページの表示要求を受けて稼動する。
そして、認証されたユーザであれば、ユーザテーブル２０５を参照して得られるユーザＩＤに基づいて、ユーザページ構成テーブル２２０を検索して、法人ＩＤを取得する。取得した法人ＩＤは、法人ＩＤリスト３００ｂに記録する。
【００４７】
シリアルナンバー取得部２０６ｂは、法人ＩＤリスト３００ｂに記録された法人ＩＤに基づいて、法人リンクテーブル２１７を検索し、シリアルナンバーを取得する。取得したシリアルナンバーは、シリアルナンバーリスト３００ｃに記録する。
ユーザ属性コード取得部２０６ｃは、シリアルナンバーリスト３００ｃに記録されたシリアルナンバーに基づいて、リンクアクセス許可属性テーブル２１８を検索し、ユーザＩＤのユーザ属性コードが、シリアルナンバー毎に格納されるユーザ属性コードに含まれている場合に、１つ以上のユーザ属性コードを取得する。
リンクアクセス許可属性テーブル２１８には、シリアルナンバー毎に、アクセスが許可されたユーザ属性コードが設定されている。このため、ユーザ属性コード取得部２０６ｃは、ユーザＩＤから得られるユーザ属性コードと、リンクアクセス許可属性テーブル２１８に格納されるシリアルナンバー毎のユーザ属性コードとを突合せ、リンクアクセス許可属性テーブル２１８にユーザＩＤから得られるユーザ属性コードが含まれるかどうか判断する。ユーザＩＤがアクセス許可されたユーザ属性コードである場合、ユーザ属性コード取得部２０６ｃは、このシリアルナンバーに関連付けられたリンクＵＲＬを得る。
【００４８】
文書作成部２０６ｄは、ワーク領域３００に格納された各データを参照しつつ、取得したユーザ属性コードに基づいて、ＵＲＬに対するユーザのアクセスが許可されている場合のみ、このＵＲＬを含むリンク情報が記述される文書を作成する。この文書は、マークアップ言語の一種であるｈｔｍｌを用いて作成される。文書作成部２０６ｄが作成した文書は、インターネット１１７を介してクライアントＰＣに送出され、クライアントＰＣのｗｅｂブラウザで画面が表示される。
【００４９】
なお、文書作成部２０６ｄは、マークアップ言語の一種であるｈｔｍｌを用いて、ｗｅｂページの構成情報が記述される文書を作成しているが、ｘｍｌ（Extensible Markup Language）等の他のマークアップ言語を用いて作成してもよい。また、マークアップ言語に限らず、ｗｅｂベースで表示可能な文書構造をサポートする言語または形式であればいかなる手段を用いてもよい。
また、法人ＩＤリスト３００ｂ、シリアルナンバーリスト３００ｃは、便宜的にリストと称しているが、紙媒体等で印刷するものでなく、ユーザがログインしている間、ワーク領域３００に一時的に格納されるデータである。ユーザがログアウトすることで、これらのデータは消去され、ワーク領域３００は解放される。
【００５０】
［ログインからトップメニュー表示まで］
図６は、上述のｗｅｂサーバ１１８とクライアントＰＣ１０７との間で行われる、ユーザ認証から表示ｃｇｉ２０６によるトップページを表示するまでの動作の流れを示すフロー図である。
【００５１】
始めにｗｅｂブラウザ４０３を起動すると、初期画面が表示される（Ｓ５０１）。
次に、ユーザが、ＩＣカード４０６をＩＣカードリーダ４０５に載置すると（Ｓ５０２）、地域医療支援サイト１００へのアクセス処理が開始される。
そして、クライアントＰＣ１０７は、認証ｃｇｉ２０４にユーザＩＤとパスワードを送信する（Ｓ５０３）。
ｗｅｂサーバ１１８は、クライアントＰＣ１０７のアクセスに呼応して認証ｃｇｉ２０４を実行し、受信したユーザＩＤとパスワードをユーザテーブル２０５と突き合わせる。その結果、ユーザＩＤとパスワードの組が正しければ、ユーザを認証する（Ｓ５０４）。
【００５２】
次に、ｗｅｂサーバ１１８は、正規ユーザであることに呼応して、表示ｃｇｉ２０６にリダイレクト（redirect：転送）するための転送ＨＴＴＰメッセージを、Ｃｏｏｋｉｅと共に送信する（Ｓ５０５）。つまり、これがステータスコード「302」或は「303」の転送ステータスコードのＨＴＴＰメッセージである。
クライアントＰＣ１０７のｗｅｂブラウザ４０３は、転送ＨＴＴＰメッセージを受けると、メッセージヘッダ中のＣｏｏｋｉｅを保存し、以降のｗｅｂサーバ１１８へのアクセスの際にはこのＣｏｏｋｉｅを伴ってアクセスする。そして、メッセージヘッダ中のＵＲＬ、すなわち表示ｃｇｉ２０６にリダイレクトアクセスする（Ｓ５０６）。これがトップページの要求となる。
【００５３】
表示ｃｇｉ２０６は、クライアントＰＣ１０７のｗｅｂブラウザ４０３のアクセスを受けて実行される（Ｓ５０７）。表示ｃｇｉ２０６は、要求に含まれるＣｏｏｋｉｅの存在を検証し、正規にログインされたユーザであることを確認した後、図１２に示すトップページを構成するｈｔｍｌ文書を作成し、これをクライアントＰＣ１０７に送信する（Ｓ５０８）。なお、ｈｔｍｌ文書とともに、トップメニュー画面を構成する画像ファイルについても送信される。
クライアントＰＣ１０７のｗｅｂブラウザ４０３は、受信したｈｔｍｌ文書を解釈し、地域医療支援サイト１００のトップメニュー画面を構成する（Ｓ５０９）。この結果、地域医療支援サイト１００のトップ画面（図１２参照）がディスプレイ４０４に表示される。
【００５４】
図７は、クライアントＰＣ１０７の、ユーザ認証から表示ｃｇｉ２０６によるトップページを表示するまでの動作の流れを示すフローチャートである。
クライアントＰＣ１０７は、処理を開始すると（Ｓ６０１）、ＩＣカードリーダドライバ４０７は、ＩＣカード４０６がＩＣカードリーダ４０５に置かれたか、常にポーリングする（Ｓ６０２）。
ＩＣカード４０６がＩＣカードリーダ４０５に置かれたことを検出すると、ＩＣカード４０６内に格納されている自動実行用ｈｔｍｌ文書或はそのＵＲＬを読み取り、地域医療支援サイト１００へのアクセス処理を開始する（Ｓ６０３）。
ｗｅｂブラウザ４０３は、ｈｔｍｌ文書に埋め込まれているＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されているプログラムを実行し、ＩＣカード４０６内に記録されているユーザＩＤとパスワードを読み取り（Ｓ６０４）、ｗｅｂサーバ１１８の認証ｃｇｉ２０４に送信する（Ｓ６０５）。その後は、ｗｅｂサーバ１１８からＨＴＴＰメッセージが来るのを待つ（Ｓ６０６）。
【００５５】
ｗｅｂサーバ１１８からＨＴＴＰメッセージが来たら、ＨＴＴＰメッセージ中のヘッダを解釈し、Ｃｏｏｋｉｅを保存し、以降のアクセスに用いると共に、ヘッダに記されている転送先ＵＲＬにアクセスする（Ｓ６０７）。この時点で、ｗｅｂブラウザ４０３は表示ｃｇｉ２０６へアクセスすることとなる。
その後は、ｗｅｂサーバ１１８からＨＴＴＰメッセージに含まれるｈｔｍｌ文書が来るのを待ち（Ｓ６０８）、表示ｃｇｉ２０６が生成したｈｔｍｌ文書を受信したら、これを表示し（Ｓ６０９）、終了する（Ｓ６１０）。
【００５６】
図８は、ｗｅｂサーバの、認証ｃｇｉ２０４の動作の流れを示すフローチャートである。
ｗｅｂサーバプログラム２０２によって起動されると（Ｓ７０１）、クライアントＰＣ１０７から受信したＩＤとパスワードをユーザテーブル２０５と照合する（Ｓ７０２）。
【００５７】
照合の結果、ＩＤとパスワードの組み合わせが正しいものと確認したら、認証ｃｇｉ２０４は、Ｃｏｏｋｉｅを含む、トップページ（表示ｃｇｉ２０６）へリダイレクトするためのＨＴＴＰメッセージを作成して送信する（Ｓ７０３）。このとき、ｗｅｂサーバ１１８は、Ｃｏｏｋｉｅと対応するユーザＩＤをセッション情報ファイル２１１に記録しておき、クライアントから来るメッセージ要求に含まれているＣｏｏｋｉｅから正常に認証を済ませたユーザであるのか、またそのユーザＩＤを取得できるようにする。
照合の結果、ＩＤとパスワードの組み合わせが誤っているものと確認したら、認証ｃｇｉ２０４はエラー画面へリダイレクトするためのＨＴＴＰメッセージを作成して送信する（Ｓ７０４）。
ＨＴＴＰメッセージの送信完了を以って、認証ｃｇｉ２０４は終了する（Ｓ７０５）。
【００５８】
図９は、ｗｅｂサーバの、表示ｃｇｉ２０６の動作の流れを示すフローチャートである。
表示ｃｇｉ２０６は、ｗｅｂサーバプログラム２０２によって起動されると（Ｓ８０１）、クライアントＰＣ１０７に送信するためのｈｔｍｌ文書を作成する（Ｓ８０２）。
ｈｔｍｌ文書を作成したら、所定のＨＴＴＰメッセージヘッダを付して、クライアントＰＣ１０７に送信し（Ｓ８０３）、終了する（Ｓ８０４）。
【００５９】
図１０は、表示ｃｇｉ２０６におけるｈｔｍｌ文書を作成する動作の流れを示すフローチャートである。この処理は、図９のステップＳ８０２に該当する。
処理を開始すると（Ｓ９０１）、クライアントＰＣ１０７から受信したメッセージ要求に含まれているＣｏｏｋｉｅを基にセッション情報ファイル２１１を検索し、ユーザＩＤを取得する。そして、法人ＩＤ取得部２０６ａは、取得したユーザＩＤをキーとして、ユーザテーブル２０５を検索し、ユーザが所属する法人の法人コードを取得するとともに、ユーザページ構成テーブル２２０を検索し、トップ画面に表示される法人ページへのリンクを設定する法人ＩＤを取得する（Ｓ９０２）。このとき、法人ＩＤ取得部２０６ａは、取得した法人ＩＤを法人ＩＤリスト３００ｂとして作成する。ここで、図１０のステップＳ９０２中、「（複数）」と括弧を付しているのは、ユーザが表示を望む医療法人は必ずしも複数とは限らないことに起因する。要するに、図１３の医療法人リンク欄１００４がない場合もありうる、ということである。
【００６０】
検索の結果、法人ＩＤを一つ以上得ると、シリアルナンバー取得部２０６ｂは、法人ＩＤリストに記された法人ＩＤを検索のキーとする。検索の結果得られた法人ＩＤについて順番に処理するために、最初に得られた法人ＩＤを検索のキーに設定する（Ｓ９０３）。
これ以降はループ処理である。
シリアルナンバー取得部２０６ｂは、検索キーに設定された法人ＩＤを用いて、法人リンクテーブル２１７を検索し、シリアルナンバーを複数取得する（Ｓ９０４）。このとき、シリアルナンバー取得部２０６ｂは、法人ＩＤ毎に取得したシリアルナンバーをシリアルナンバーリスト３００ｃとして作成する。
そして、検索の結果得られたシリアルナンバーを順番に処理するために、ユーザ属性コード取得部２０６ｃは、シリアルナンバーリスト３００ｃに記されたシリアルナンバーのうち、最初に得られたシリアルナンバーを検索キーに設定する（Ｓ９０５）。
【００６１】
これ以降はループ処理である。
ユーザ属性コード取得部２０６ｃは、検索キーに設定されたシリアルナンバーを用いて、リンクアクセス許可属性テーブル２１８を検索し、ユーザ属性コードを複数取得する（Ｓ９０６）。
得られたユーザ属性コードの中に、現在アクセスしているユーザのユーザ属性はあるか否かを検証する（Ｓ９０７）。もしあれば、それは医療法人リンク欄１００３等に表示すべき項目である。そこで、このステップで得られたシリアルナンバーに基づき、法人リンクテーブル２１７の該当するレコードを読み取り、ＲＡＭ等に一時保存する（Ｓ９０８）。なければその項目（法人リンクテーブル２１７の該当するレコード）は表示対象外であるので何もしない（Ｓ９０７のＮ）。
【００６２】
次に、ユーザ属性コード取得部２０６ｃは、ステップＳ９０４における検索の結果得られたシリアルナンバーについて、次に処理するべきシリアルナンバーがあるか否かを確認する（Ｓ９０９）。
もしあれば（Ｓ９０９のＮ）、ユーザ属性コード取得部２０６ｃは、検索キーを次のシリアルナンバーに設定し（Ｓ９１３）、再度リンクアクセス許可属性テーブル２１８を検索する処理（Ｓ９０６）を、検索対象のシリアルナンバーがなくなるまで続ける。
検索対象のシリアルナンバーがなければ（Ｓ９０９のＹ）、文書作成部２０６ｄは、ＲＡＭ等に一時保存していた、法人リンクテーブル２１７の該当レコードの情報を、表示順のフィールドの値に基づいてソートし、地域医療支援サイト１００のトップ画面（図１２参照）を構成する文書を作成し、地域医療支援サイト１００のトップ画面を表示する（Ｓ９１０）。
以上で、ユーザページ構成テーブル２２０における、一つの法人ＩＤについての検索及び表示処理が完結する。
【００６３】
一つの法人ＩＤについての検索及び表示処理が終わったら、シリアルナンバー取得部２０６ｂは、次に処理すべき法人ＩＤが、ステップＳ９０３にて得られた法人ＩＤリスト３００ｂ中にあるか否か検証する（Ｓ９１１）。
次に処理すべき法人ＩＤが法人ＩＤリスト３００ｂ中にあれば（Ｓ９１１のＮ）、シリアルナンバー取得部２０６ｂは、次の法人ＩＤを検索キーに設定し（Ｓ９１４）、再度当該法人ＩＤについての検索及び表示処理を繰り返す。
次に処理すべき法人ＩＤが法人ＩＤリスト３００ｂ中になければ（Ｓ９１１のＹ）、全ての法人ＩＤについて検索及び表示処理が終了したこととなる（Ｓ９１２）。
【００６４】
次に、クライアントＰＣ１０７のディスプレイ４０４に、ｗｅｂブラウザ４０３によって表示される画面の表示例について説明する。
図１１は、初期画面の表示例である。
ＩＣカード４０６をＩＣカードリーダ４０５に載置していない状態では、ディスプレイ４０４には、２つのアイコン１００２、１００３が配置された初期画面１００１が表示される。
アイコン１００２には、「ＴＥＬ」と表示されており、ユーザがアイコン１００２を選択すると、図示しない電話メニュー画面に遷移し、相手先に電話をかけることができる。
アイコン１００３には、「ＦＡＸ」と表示されており、ユーザがアイコン１００３を選択すると、図示しないＦＡＸメニュー画面に遷移し、相手先に文書をＦＡＸ送信することができる。
ユーザがアイコン１００２またはアイコン１００３を選択すると、インターネット１１７を介することなく、直接指定する接続先と通信可能である。
【００６５】
［表示画面（トップメニュー）］
図１２は、地域医療支援サイト１００のトップ画面１１０１の表示例である。ＩＣカード４０６をＩＣカードリーダ４０５に載置することによって、初期画面１００１から地域医療支援サイト１００のトップ画面１１０１に表示が切り替わる。地域医療支援サイト１００のトップ画面１１０１には、以下の項目欄が表示される。
なお、トップ画面１１０１と、トップ画面１１０１からリンクされるホームページを含めて、地域医療支援サイト１００と称している。
【００６６】
トップ画面１１０１には、各種のメニュー項目が表示された表示欄が設けられている。
なお、本例のトップ画面１１０１において、動的なｈｔｍｌ文書の書き換えを実現するために、Ａｊａｘ（「エイジャックス」と読む。Asynchronous JavaScript + XML の略。ｗｅｂブラウザに実装されているＪａｖａＳｃｒｉｐｔ（登録商標）のＨＴＴＰ通信機能を使って、ｗｅｂページのリロードを伴わずに、ｗｅｂサーバとＸＭＬ形式のデータのやり取りを行って処理を進めていく、対話型ｗｅｂアプリケーションの実装形態。）を用いてサイトを構築することができる。
【００６７】
法人表示欄１１０２には、アクセスしたユーザが所属する法人名称が表示される。本例では、開業医１１２がアクセスしており、「乙野内科様専用ページ」と表示される。法人表示欄１１０２には、法人名称に加えて、地域医療支援サイト１００にアクセスしているユーザ名称を表示してもよい。
【００６８】
医療法人リンク欄１１０３及び１１０４には、医療支援が行われる医療法人へのリンクが表示される。医療法人リンク欄１１０３及び１１０４の左右には、スクロールボタン１１０９及び１１１０が設けられている。このスクロールボタン１１０９及び１１１０を操作することにより、医療法人リンク欄１１０３及び１１０４の表示内容が医療法人毎に切り替わる。
【００６９】
卸業者リンク欄１１０５には、地域医療支援サイト１００を介して地域医療支援を行う卸業者へのリンクが表示される。アクセスしたユーザが所属している医療法人に対する営業担当者の顔画像は、顔画像アイコン１１０５ｄに表示される。そして、卸業者毎に、３種類のリンクボタン１１０５ａ〜１１０５ｃが表示される。リンクボタン１１０５ａは、卸業者にＦＡＸ通信するボタンである。リンクボタン１１０５ｂは、卸業者に電子メールを用いて連絡するボタンである。リンクボタン１１０５ｃは、卸業者に電話通信するボタンである。
【００７０】
なお、電子メールを用いて送信される文書は、所定の暗号化ソフトを用いて内容が暗号化されることで、秘匿性を高めている。そして、リンクボタン１１０５ｂが選択されると、図示しない問合せ・連絡メール編集画面が表示される。問合せ・連絡メール編集画面には、例えば、「営業担当者様  至急ご連絡ください。」といった定型文が表示される。このため、ユーザが文面を入力する手間を省くことができる。
【００７１】
全体情報リンク欄１１０６には、疾患別情報にアクセスするためのリンクボタン１１０６ａ〜１１０６ｃと、地域医療支援サイト１００に関する情報にアクセスするためのリンクボタン１１０６ｄ，１１０６ｅがある。疾患別情報としては、リンクボタン１１０６ａに「糖尿」、リンクボタン１１０６ｂに「栄養」、リンクボタン１１０６ｃに「在宅」に関する情報が存在する。
また、サイトについての情報として、「Ｑ＆Ａ」リンクボタン１１０６ｄと、「問合せ」リンクボタン１１０６ｅがある。「Ｑ＆Ａ」リンクボタン１１０６ｄが選択されると、ユーザから寄せられるよくある質問とその回答に関して記述されたページが表示される。また、「問合せ」リンクボタン１１０６ｅが選択されると、地域医療支援サイト１００を構築、運営している事業者に対する問合せメールを作成するため、図示しないメール作成フォームが表示される。
【００７２】
法人向け情報表示欄１１０７には、アクセスしたユーザが所属する法人に対する、医療法人が提供する各種情報へのリンクタイトル１１０７ａ〜１１０７ｃが表示される。リンクタイトル１１０７ａ，１１０７ｂを選択すると画面が切り替わり、リンクタイトルに応じた図示しない情報画面が表示される。リンクタイトル１１０７ｃは、総合病院から医院へ患者を紹介した際に表示される。リンクタイトル１１０７ｃが選択されることによって、総合病院（本例では、甲野大病院）で医療行為が施された患者ごとの医療内容、医療器具等の医療情報が記録された治療引継ぎ指示画面２２０１に遷移する。
【００７３】
ＳＮＳリンクボタン１１０８には、医業ＳＮＳサービスへのリンクが設定される。
リンクボタンの種類としては、ユーザが医師である場合にアクセス可能なドクタールーム１１０８ａ、ユーザが事務職である場合にアクセス可能なスタッフルーム１１０８ｂ、ユーザが薬剤師である場合にアクセス可能な薬剤師ルーム１１０８ｃ、ユーザが看護師である場合にアクセス可能なナースルーム１１０８ｄがある。
各リンクボタンは、アクセスしたユーザによって表示が異なる。つまり、アクセスしたユーザのユーザ属性コードが「１」であれば、属性は「医師」であるため、ドクタールーム１１０８ａへのアクセスが許可される。しかし、スタッフルーム１１０８ｂ、薬剤師ルーム１１０８ｃ、ナースルーム１１０８ｄには、アクセスすることができない。
なお、アクセスしたユーザの属性コードに応じて、アクセス不能であるリンクボタンは非表示としてもよい。
【００７４】
次に、地域医療支援サイト１００のトップ画面１１０１からリンクをたどって表示される各画面の例について説明する。
【００７５】
図１３は、医療法人リンク画面の例である。
【００７６】
図１３（ａ）は、医師（ユーザ属性コードは１）及び看護師（ユーザ属性コードは２）が地域医療支援サイト１００にアクセスした場合における表示例である。
医療法人リンク欄１１０３に表示されている「紹介状」、「セミナー情報」、「検査予約」、「セミナー視聴」の４つの項目には、リンクアクセス許可属性テーブル２１８に、各々のリンク毎に表示を許可されるユーザ属性コードである１と２が格納されている。
【００７７】
図１３（ｂ）は、事務員（事務担当：ユーザ属性コードは４）における表示例である。
医療法人リンク欄１１０４に表示されている「検査予約」の項目は、リンクアクセス許可属性テーブル２１８に、各々のリンク毎に表示が許可されるユーザ属性コードである４が記されている。
【００７８】
ここで、法人リンクテーブル２１７の詳細を説明する。
医療法人リンク欄１００３には、「紹介状」、「セミナー情報」、「検査予約」、「セミナー視聴」という項目がある。これらはｈｔｍｌの「Ａタグ」と呼ばれるリンクである。すなわち、マウス等のポインティングデバイスでこれら項目をクリックすると、項目に埋め込まれているＵＲＬが読み出され、ＵＲＬのスキームに従った動作が起動される。
例えば、「紹介状」の項目は、
「<a href="http://www.abchospital.xxxx/shoukaijou.pdf">紹介状</a>」というｈｔｍｌタグで記述されている。説明の都合上、「<a href="...">...</a>」を「Ａタグ」と呼ぶ。
【００７９】
各項目は法人リンクテーブル２１７のレコードによって構成される。
具体的には、「リンク名」が項目名であり、「リンクＵＲＬ」がＡタグを構成するＵＲＬである。
前述の「<a href="http://www.abchospital.xxxx/shoukaijou.pdf">紹介状</a>」の場合は、「紹介状」がリンク名に、「http://www.abchospital.xxxx/shoukaijou.pdf」がリンクＵＲＬに記録されているレコードを読み出して、上述のＡタグを構成する。
「表示順」は、医療法人リンク欄１００３内における項目の表示順を示す。
「シリアルナンバー」は、各レコードにユニークに付される番号である。これは後述するリンクアクセス許可属性テーブル２１８とプロキシ認証テーブル２１９において用いられる。
プロキシ（Ｙ／Ｎ）フィールドはフラグフィールドであり、これが「Ｙ」であると、後述するプロキシｃｇｉ２０９のＵＲＬにリンクＵＲＬを連結して、ＵＲＬ文字列を構成する。
【００８０】
次に、リンクアクセス許可属性テーブル２１８の詳細を説明する。
図１３（ａ）において、医師（ユーザ属性コードは１）及び看護師（ユーザ属性コードは２）がｗｅｂサーバ１１８にアクセスすると、医療法人リンク欄には「紹介状」「セミナー情報」「検査予約」「セミナー視聴」と、４つの項目が表示される。これらはリンクアクセス許可属性テーブル２１８に、各々のリンク毎に表示を許可されるユーザ属性コードが記されているからである。
Ａタグが「<a href="http://www.abchospital.xxxx/shoukaijou.pdf">紹介状</a>」の場合は、「紹介状」がリンク名として表示される。
「http://www.abchospital.xxxx/shoukaijou.pdf」がリンクＵＲＬに記録されているレコードのシリアルナンバーについて、ユーザ属性コードが１のレコードと、ユーザ属性コードが２のレコードが、リンクアクセス許可属性テーブル２１８に存在する。
【００８１】
一方、事務員（事務担当：ユーザ属性コードは４）がｗｅｂサーバ１１８にアクセスすると、図１３（ｂ）のように、「検査予約」の項目のみ表示される。これは、「検査予約」の項目にのみユーザ属性コードが４のレコードが存在し、他のリンク情報のレコードにはユーザ属性コードが４のものが存在しないからである。
このように、本実施形態のｗｅｂサーバ１１８は、アクセスするユーザの属性コードに基づいて、表示する項目、表示しない項目を決定することができる。
【００８２】
図１４は、紹介状作成画面１３０１の表示例である。紹介状作成画面１３０１は、医院１１０のユーザがアクセスした場合に表示される画面である。つまり、医院１１０から総合病院１０２に対して患者を紹介するときに使用される画面である。
本例の紹介状は、「１．紹介初診予約申込」、「２．開放病床利用申込」、「３．委託検査予約申込」を行うために作成される。
【００８３】
紹介状作成画面１３０１は、医療法人リンク欄のリンクタイトル１１０３ａを選択することで、医療法人（本例では、甲野大病院）が運営する病院サーバ１１９に構築されたサイト上の紹介状作成入力フォームが表示される。入力フォームには、テキストボックス、チェックボックス等が配置されている。なお、紹介状作成入力フォームは、地域医療支援サーバ１１８が提供する統一フォーマットでもよい。
【００８４】
紹介状作成画面１３０１は、申込内容を選択する申込選択欄１３０２と、申込医療機関、申込を行う医師等の情報を記録する申込医療機関情報入力欄１３０３と、紹介予定の患者の情報を記録する患者情報入力欄１３０４と、紹介初診予約の情報を記録する紹介初診予約入力欄１３１１と、開放病床の利用日を問い合わせる開放病床利用入力欄１３１２と、委託検査予約の希望日を問い合わせる委託検査予約入力欄１３１３と、確認ボタン１３２１とで構成される。
【００８５】
入力欄１３０２〜１３１３に値が入力された後、選択される確認ボタン１３２１のイベント発生に連動して、入力フォームに入力された内容に対して数値チェック、文字チェック等が行われる。チェック後、入力内容にエラーが検出された場合、エラー項目を赤字点滅したり、エラーの内容を表示したりしてユーザにエラーの修正を促す。入力項目が正常である場合、紹介状のイメージデータを表示する紹介状画面１３１０に遷移する。
【００８６】
図１５は、図１４の紹介状作成フォーム１３０１に入力された内容から表示される紹介状画面１４１０の例である。
【００８７】
紹介状確認画面１４１０は、申込選択欄１４１１と、申込医療機関、申込医等の情報が記載される申込医療機関情報欄１４１２と、紹介予定の患者の情報が記載される患者情報欄１４１３と、紹介初診予約の情報が記載される紹介初診予約欄１４１４と、開放病床の利用予定が記載される開放病床利用欄１４１５と、委託検査予約の情報が記載される委託検査予約欄１４１６と、修正ボタン１４２１、送信ボタン１４２２とで構成される。
【００８８】
ユーザが修正ボタン１４２１を選択すると、図１４の紹介状作成フォーム１３０１に画面遷移し、入力内容を修正することができる。
ユーザが押下する送信ボタン１３２２のイベント発生に連動して、紹介状画面１３１０の内容に基づく紹介状データが、地域医療支援サーバ１１８を介して、病院サーバ１１９に送信される。このとき、病院サーバ１１９に送信される紹介状データは、暗号化されており、秘匿性が高められている。
なお、作成された紹介状は、印刷してＦＡＸ送信したり、文書ファイルとしてクライアントＰＣ１１１に保存したりすることも可能である。
【００８９】
図１６は、検査予約受付入力画面の表示例である。検査予約受付入力画面１５０１は、医院１１０のユーザがアクセスした場合に表示される画面である。つまり、この画面は、医院１１０から総合病院１０２に対して検査予約を行うときに使用される。
本例の検査予約受付入力画面１５０１で予約受付可能な検査項目は、「内視鏡検査」、「超音波検査」、「レントゲン波検査・ＣＴ検査」である。
【００９０】
検査予約受付入力画面１５０１は、例えば、医療法人リンク欄１１０３ｃを選択することで、医療法人（本例では、甲野大病院）が運営する病院サーバ１１９に構築されたサイト上の検査予約受付入力フォームが表示される。入力フォームには、テキストボックス、ラジオボタン等が配置されている。なお、検査予約受付入力フォームは、地域医療支援サーバ１１８が提供する統一フォーマットでもよい。
【００９１】
検査予約受付入力画面１５０１は、１週ごとに、２００７年２月２５日〜３月３日までの予約受付画面１５０２と、２００７年３月４日〜３月１０日までの予約受付画面１５０３と、２００７年３月１１日〜３月１７日までの予約受付画面１５０４とが、日にちと検査項目とのマトリックスで表示される。それぞれのマトリックスには、画面下部に示す図形によって予約状況が示される。
【００９２】
検査予約受付入力画面１５０１の下部には、ユーザが検査予約を行うための予約フォーム１５１０が表示される。
予約フォーム１５１０は、検査予約する希望日を指定する検査予約希望日入力フォーム１５１１と、検査種別を選択する検査種別選択フォーム１５１２と、検査が行われる患者の情報を入力する予約者名又は診察券コード入力フォーム１５１３と、予約フォーム１５１０に入力後、確認画面に遷移するための確認ボタン１５２１とで構成される。
【００９３】
ユーザが押下する確認ボタン１５２１のイベント発生に連動して検査予約受付入力画面１５０１の内容に基づく検査予約受付データが、地域医療支援サーバ１１８を介して、病院サーバ１１９に送信される。このとき、病院サーバ１１９に送信される紹介状データは、暗号化されており、秘匿性が高められている。
【００９４】
図１７は、図１６の検査予約受付入力画面１５０１で検査予約受付入力を行った後、医療法人の病院サーバ１１９から返されるｈｔｍｌ文書によって、クライアントＰＣに表示される検査予約確認画面１６０１の例である。
【００９５】
検査予約確認画面１６０１は、予約したユーザが所属する医療法人を表示する予約医療法人名称１６０２と、検査予約の内容を示す検査予約日１６１１と、検査種別名称１６１２と、予約者名称１６１３とで構成される。
【００９６】
ユーザが使用するクライアントＰＣの画面に検査予約確認画面１６０１が表示されるとともに、検査予約確認画面１６０１と同内容の文面が暗号化された電子メールがクライアントＰＣに送信されることで、検査予約は確定する。
なお、検査予約と同様に、診療予約、空きベッド予約を行うことも可能であるが、本実施形態では図示しない。
【００９７】
図１８は、医療法人（本例では、甲野大病院）が提供する医療情報について一覧表示したセミナー情報画面１７０１の表示例である。本例では、医療情報として、講義内容をビデオデータとしたセミナー情報が提供されている。本例のように、インターネットを介して、遠隔地における情報格差を是正する仕組みをｅラーニングとも称している。
【００９８】
医療法人が提供するセミナー情報のビデオ画像は、例えば、ＷＭＶ（Windows Media Video）（登録商標）によるコーデックが行われる。ＷＭＶファイルは、ネットワーク配信を容易に行うことができ、ダウンロードによるファイル再生、ストリーミング再生に対応している。
コーデックされたセミナー情報のビデオ画像は、ＷＭＶファイルとして、総合病院１０２の病院サーバ１１９に配置される。セミナー情報画面の視聴アイコン１７０３ａ，１７０４ａ〜１７０４ｃは、それぞれ病院サーバ１１９に配置されたＷＭＶファイルにリンクされている。このため、ユーザは、視聴アイコン１７０３ａ，１７０４ａ〜１７０４ｃのいずれかのアイコンを選択することでセミナー情報のビデオ画像を再生表示することができる。
【００９９】
セミナー情報画面１７０１は、ユーザが所属する医療法人の名称を表示する医療法人名称欄１７０２と、新しく配信されるセミナー情報を通知する新着セミナー通知項目１７０３と、ユーザが未視聴のセミナー情報を通知する未視聴セミナー通知項目１７０４と、ユーザが視聴済みのセミナー情報を通知する視聴済みセミナー一覧表１７０５とで構成される。
【０１００】
新着セミナー通知項目１７０３には、新着のセミナー情報の配信が開始される配信開始年月日と、セミナータイトルが一覧で表示される。そして、セミナータイトルに対応して視聴アイコン１７０３ａが設けられている。ユーザは、視聴アイコン１７０３ａを選択することで、後述するセミナー視聴画面１７０１に遷移し、セミナータイトルに応じたセミナーの再生が開始される。
【０１０１】
未視聴セミナー通知項目１７０４には、未視聴であるセミナー情報の配信が開始された配信開始年月日と、セミナータイトルが一覧で表示される。
そして、セミナータイトルに対応して視聴アイコン１７０４ａ〜１７０４ｃが設けられている。ユーザは、視聴アイコン１７０４ａ〜１７０４ｃを選択することで、後述するセミナー視聴画面１７０１に遷移し、セミナータイトルに応じたセミナーの再生が開始される。
新着セミナー通知項目１７０３に新着セミナーの情報が通知されると、以前あったセミナー情報は、未視聴として、未視聴セミナー通知項目１７０４に追加される。セミナータイトルは、配信開始年月日の降順でソートされて表示される。
【０１０２】
視聴済みセミナー一覧表１７０５には、視聴済みであるセミナー情報の視聴年月日と、セミナータイトルが一覧で表示される。新着セミナー通知項目１７０３、または未視聴セミナー通知項目１７０４のセミナー情報が視聴されると、視聴済みセミナー一覧表１７０５に追加される。以前のセミナータイトルは、スクロールバー１７０６を移動することによって表示できる。
【０１０３】
図１９は、セミナー視聴画面１８０１の例である。セミナー情報画面１７０１（図１８参照）で選択されたセミナータイトルに対応するセミナー情報のビデオ画像が再生表示される。
セミナー視聴画面１８０１は、セミナータイトルが表示されるセミナータイトル表示項目１８０２と、ビデオ画像が再生表示される再生表示部１８０３と、セミナーで用いた資料等が表示される資料表示部１８０４とで構成される。
【０１０４】
再生表示部１８０３には、ビデオ画像の再生表示を制御する再生制御部１８０６が設けられている。
再生制御部１８０６は、ビデオ画像の一時停止を指示する一時停止アイコン１８０６ａと、ビデオ画像の再生を終了する停止アイコン１８０６ｂと、ビデオ画像の巻き戻しを指示する巻き戻しアイコン１８０６ｃと、再生画像の再生位置を示す再生バー１８０６ｄと、ビデオ画像の早送りを指示する早送りアイコン１８０６ｅと、再生音量を調整する音量調整アイコン１８０６ｆとで構成される。
ユーザは、再生制御部１８０６のアイコンを選択することで、任意の再生位置（再生時間とも称する。）からセミナー情報を再生表示することができる。
【０１０５】
資料表示部１８０４は、資料が拡大表示される資料拡大表示部１８０５と、ページ毎に資料がサムネイル表示されるサムネイル表示部１８０４ａ〜１８０４ｄとで構成される。
資料拡大部１８０５には、例えば、サムネイル表示部１８０４ａに相当する１ページ目の資料が表示される。資料拡大部１８０５に表示される内容は、再生バー１８０６ｄの再生時間の経過によって、順次、サムネイル表示部１８０４ｂ，１８０４ｃ，１８０４ｄ，…の内容に切り替えられる。
【０１０６】
図２０は、卸業者問合せ画面１９０１の表示例である。ユーザが、卸業者リンク欄１１０５に表示された卸業者の顔画像アイコン１１０５ｄを選択することで、卸業者問合せ画面１９０１が表示される。
【０１０７】
卸業者問合せ画面１９０１は、卸業者の名称を表示する卸業者名称表示部１９０２と、医療法人(本例では、乙野内科)の担当営業者情報を表示する担当営業者情報表示部１９２０と、医薬品等の注文履歴を表示する注文履歴表示部１９１０と、注文を行う注文部１９０３とで構成される。
【０１０８】
営業担当者情報表示部１９２０は、卸業者名称と営業担当者の名称を表示する営業担当者名称１９２１と、担当者の顔画像を表示する顔画像アイコン１９２２とで構成される。顔画像アイコン１９２２は、音声を伴うアニメーション画像としてもよい。この場合、担当者の自己紹介や、推奨する医薬品情報などを、ユーザに通知することができる。
【０１０９】
注文履歴表示部１９１０は、医薬品等の商品コードを表示する商品コード１９１１と、商品コードに対応する商品名称を表示する商品名称１９１２と、商品コードに対応する商品画像を表示する商品画像１９１３と、最小の注文単位を示す単位１９１４と、直近の注文日を表示する前回注文日１９１５と、直近の注文日に注文された商品個数を表示する前回注文個数１９１６とで構成される。
注文履歴表示部１９１０では、過去の注文履歴が前回注文日１９１４の降順にソートされて表示される。このため、注文頻度の高い商品は、卸業者問合せ画面１９０１の上位に表示される。
【０１１０】
注文部１９０３は、今回の注文を行う商品を選択する注文選択部１９０５と、今回の注文を行う商品の個数を入力する今回注文個数１９０６とで構成される。定期的に注文する商品は個数が一定していることが想定されるため、注文選択部１９０５で商品がチェックされると、前回注文個数の値がそのまま転記される。これにより、ユーザが今回注文個数１９０６に記録する数値入力の手間を低減している。
なお、今回注文個数１９０６は、任意の個数に変更することも可能である。また、注文選択部１９０５で商品の選択を行っていない状態で、今回注文個数１９０６に注文個数を入力すると、自動的に注文選択部１９０５がチェックされる。
【０１１１】
注文履歴表示部１９１０と、注文部１９０３は、卸業者問合せ画面１９０１の右にあるスクロールバー１９３０によって、別の商品を表示させることができる。注文が確定すると、ユーザが選択した注文確定ボタン１９４０のイベント発生に伴って、後述する注文確認画面に遷移する。
【０１１２】
図２１は、卸業者問合せ画面１９０１（図２０参照）で注文確定した注文内容を確認する注文確認画面２００１である。注文確認画面２００１には、印刷イメージである発注書２００２が表示される。
【０１１３】
発注書２００２は、卸業者の営業担当者名を表示する営業担当者名称２００３と、発注したユーザ名称を表示する発注者名称２００４と、発注する商品明細を表示する明細部２０１０と、発注の修正を行う修正ボタン２０２１と、発注書２００２を卸業者の受注サーバに送信する送信ボタン２０２２とで構成される。
【０１１４】
明細部２０１０は、注文した商品のイメージ画像を表示する画像表示部２０１１と、注文した商品名称を表示する商品名称２０１２と、注文した商品の商品コードを表示する商品コード２０１３と、商品の発注可能な最小単位を表示する単位２０１４と、単位２０１４における商品単価を表示する単価２０１５と、注文した商品の個数を表示する注文数２０１６とで構成される。
注文確認画面２００１において、発注書２００２は、送信ボタン２０２０の押下を検出することによりデータ送信可能であるし、印刷して、ＦＡＸ送信することもできる。
【０１１５】
図２２は、総合病院１０２に所属する外来医を紹介する外来医紹介画面２１０１の表示例である。
外来医紹介画面２１０１は、外来医の顔画像を表示する顔画像アイコン２１０２と、外来医の専門科と名称と略歴を表示する外来医情報２１０３とで構成される。外来医紹介画面２１０１に表示しきれない外来医は、スクロールバー２１１０を移動することで表示可能である。
顔画像アイコン２１０２は、音声を伴うアニメーション画像としてもよい。この場合、外来医の自己紹介や医療情報などを、ユーザに知らせることができる。
【０１１６】
図２３は、総合病院１０２から医院１１０に患者を引き継いだ際に表示される引継ぎ指示画面２２０１の表示例である。
引継ぎ指示画面２２０１は、患者名称を表示する患者名称表示欄２２０２と、患者の病名を表示する病名表示欄２２０３と、患者の症状を表示する症状表示欄２２０４と、患者にどのような医療行為が施されたかを表示する医療行為表示欄２２０５と、治療に要した医薬品、医療器具等を表示する医薬品・医療器具表示欄２２０６とで構成される。
【０１１７】
医院１１０の開業医１１２は、引継ぎ指示画面２２０１を確認することにより、円滑に総合病院１０２から患者を受け入れ、医療を行うことができる。また、総合病院１０２で患者に施されていた医薬品、医療器具等を確認することができるため、必要であれば速やかに卸業者に問い合わせて医薬品、医療器具等を用意することができる。このため、患者に対して医療内容が変更される不安を与えることがない。
【０１１８】
以上説明した本実施形態による地域医療支援システム１０１によれば、地域医療支援サイト１００に総合病院、医院、卸業者等の医療従事者がアクセスすることで、医療に必要な情報を総括して取得することができる。このとき、ユーザの属性に応じてアクセス可能なＵＲＬを異なって表示させる医業専門のポータルサイトを実現することができる。このため、アクセスを不可としたいＵＲＬは、ユーザの属性に応じて表示されないため、機密性が高まるというという効果がある。
【０１１９】
また、総合病院、医院、卸業者等の医療従事者の職制に基づく属性情報に特化した内容で地域医療支援サイト１００が表示されるため、それぞれの医療従事者は、各々の職権に基づいて必要とする情報のみを効率的に取得することができるという効果がある。
【０１２０】
なお、以上説明した本実施形態には、以下のような応用例が考えられる。
（１）クライアントＰＣ１０７のｗｅｂブラウザ４０３に代えて、Ｍａｃｒｏｍｅｄｉａ社のＳｈｏｃｋｗａｖｅ（登録商標）やＦｌａｓｈ（登録商標）、或はＪａｖａ（登録商標）アプレット等の技術が利用可能である。
【０１２１】
（２）プロキシｃｇｉ２０９に代えて、ＡｐａｃｈｅのモジュールやＳｑｕｉｄ（http://www.squid-cache.org/）等、専用のプロキシサーバソフトウェアに本実施形態の認証機能を組み込むこともできる。
【０１２２】
また、病院サーバ１１９、卸業者サーバ１２０の認証方法は、Ｃｏｏｋｉｅ認証とＢＡＳＩＣ認証、ダイジェスト認証、ＨＴＴＰネゴシエーション等、認証方式に応じて多種多様な対応が考えられる。
同様に、本実施形態のｗｅｂサーバ１１８の認証方法も、多種多様なバリエーションが考えられる。
【０１２３】
以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。
【図面の簡単な説明】
【０１２４】
【図１】本発明の一実施の形態による地域医療支援システムの全体を示す概略図である。
【図２】ｗｅｂサーバの機能的な構成を示すブロック図である。
【図３】ｗｅｂサーバの各テーブルのフィールドを示す図である。
【図４】クライアントＰＣの機能ブロック図である。
【図５】表示ｃｇｉの機能ブロック図である。
【図６】ｗｅｂサーバとクライアントＰＣとの間で行われる、ユーザ認証から表示ｃｇｉによるトップページを表示するまでの動作の流れを示すフロー図である。
【図７】クライアントＰＣの、ユーザ認証から表示ｃｇｉによるトップページを表示するまでの動作の流れを示すフローチャートである。
【図８】ｗｅｂサーバの、認証ｃｇｉの動作の流れを示すフローチャートである。
【図９】ｗｅｂサーバの、表示ｃｇｉの動作の流れを示すフローチャートである。
【図１０】表示ｃｇｉにおけるｈｔｍｌ文書を作成する動作の流れを示すフローチャートである。
【図１１】初期表示画面を示す。
【図１２】表示ｃｇｉが生成するｈｔｍｌ文書を、クライアントＰＣのｗｅｂブラウザによって表示した、地域医療支援サイトのトップ画面を示す。
【図１３】医療法人リンク欄の表示例を示す。
【図１４】紹介状作成画面の表示例を示す。
【図１５】紹介状確認画面の表示例を示す。
【図１６】検査予約受付入力画面の表示例を示す。
【図１７】検査予約確認画面の表示例を示す。
【図１８】セミナー情報画面の表示例を示す。
【図１９】セミナー視聴画面の表示例を示す。
【図２０】卸業者問合せ画面の表示例を示す。
【図２１】注文確認画面の表示例を示す。
【図２２】外来医紹介画面の表示例を示す。
【図２３】引継ぎ指示画面の表示例を示す。
【符号の説明】
【０１２５】
１０１…地域医療支援システム、１０２…総合病院、１０３…院内ＬＡＮ、１０４…医師、１１２…開業医、１０５、１１３…看護師、１０６…事務担当者、１０７、１０８、１０９、１１１、１１５…クライアントＰＣ、１１０…医院、１１４…卸業者、１１６…営業担当者、１１７…インターネット、１１８…地域医療支援サーバ、１１９…病院サーバ、１２０…卸業者サーバ、２０２…ｗｅｂサーバプログラム、２０３…暗号化モジュール、２０４…認証ｃｇｉ、２０５…ユーザテーブル、２０６…表示ｃｇｉ、２０６ａ…法人ＩＤ取得部、２０６ｂ…シリアルナンバー取得部２０６ｂ…ユーザ属性コード取得部、２０６ｄ…文書作成部、２０７…ユーザ登録ｃｇｉ、２０８…法人登録ｃｇｉ、２０９…プロキシｃｇｉ、２１０…ｗｅｂクライアント、２１１…セッション情報ファイル、２１２…スプールディレクトリ、２１３…ユーザ属性テーブル、２１４…ユーザ属性マスタ、２１５…法人テーブル、２１６…法人種別マスタ、２１７…法人リンクテーブル、２１８…リンクアクセス許可属性テーブル、２１９…プロキシ認証テーブル、２２０…ユーザページ構成テーブル、３００…ワーク領域、３００ａ…ユーザ情報、３００ｂ…法人ＩＤリスト、３００ｃ…シリアルナンバーリスト、４０３…ｗｅｂブラウザ、４０４…ディスプレイ、４０５…ＩＣカードリーダ、４０６…ＩＣカード、４０７…ＩＣカードリーダドライバ、４０８…セキュリティ担保機能部、４０９…暗号化モジュール、１００１…表示画面、１００２…法人表示欄、１００３、１００４…医療法人リンク欄、１００５…卸業者リンク欄、１００６…全体情報リンク欄、１００７…法人向け情報表示欄、１００８…ＳＮＳリンクボタン、１００９、１０１０…スクロールボタン
【図１】
2008276724.tif 000003
【図２】
2008276724.tif 000004
【図３】
2008276724.tif 000005
【図４】
2008276724.tif 000006
【図５】
2008276724.tif 000007
【図６】
2008276724.tif 000008
【図７】
2008276724.tif 000009
【図８】
2008276724.tif 000010
【図９】
2008276724.tif 000011
【図１０】
2008276724.tif 000012
【図１１】
2008276724.tif 000013
【図１２】
2008276724.tif 000014
【図１３】
2008276724.tif 000015
【図１４】
2008276724.tif 000016
【図１５】
2008276724.tif 000017
【図１６】
2008276724.tif 000018
【図１７】
2008276724.tif 000019
【図１８】
2008276724.tif 000020
【図１９】
2008276724.tif 000021
【図２０】
2008276724.tif 000022
【図２１】
2008276724.tif 000023
【図２２】
2008276724.tif 000024
【図２３】
2008276724.tif 000025