(57)【要約】【課題】医師や看護師が緊急時等にも患者の治療に必要な診療計画情報が得られ、患者にとってよりよい医療サービスが提供でき、さらには医療業務従事者の業務効率をより高めることができるシステムを提供すること。【解決手段】患者の診療計画書データを保存するための診療計画書データベースおよびユーザおよび患者のバイオメトリクス認証データを保存するためのユーザ情報データベース備えたサーバと、前記サーバとインターネットを介して通信可能に接続されている、医療機関または介護施設に設置されたユーザ端末とを含む地域連携パスシステムであって、  前記診療計画書データおよび前記バイオメトリクス認証データを含む地域連携パスデータが、前記ユーザ端末から前記サーバへ送信可能であり、前記サーバは、前記ユーザ情報データベースにユーザのバイオメトリクス認証データが予め登録されている場合にのみ該ユーザの該システムへのアクセスを許可する、地域連携パスシステム。【選択図】図１
2010079628.tif 000002
【特許請求の範囲】
【請求項１】
患者の診療計画書データを格納するための診療計画書データベースおよびユーザおよび患者のバイオメトリクス認証データを格納するためのユーザ情報データベースを備えたサーバと
前記サーバとインターネットを介して通信可能に接続されている、医療機関および／または介護施設に設置されたユーザ端末と
を含む地域連携パスシステムであって、
前記診療計画書データおよび前記バイオメトリクス認証データを含む地域連携パスデータが、前記ユーザ端末から前記サーバへ送信可能であり、
前記サーバは、
前記ユーザ情報データベースにバイオメトリクス認証データが予め登録されているユーザに対してのみ該システムへのアクセスを許可し、
前記ユーザ端末からの地域連携パスデータの登録要求に対して、患者の診療計画書データとともに要求者のバイオメトリクス認証データおよび患者のバイオメトリクス認証データの両方を受信したときにのみ、前記診療計画書データベースおよび前記ユーザ情報データベースへの前記患者の診療計画書データおよびバイオメトリクス認証データの登録を許可する、
地域連携パスシステム。
【請求項２】
前記バイオメトリクス認証が、静脈認証、指紋認証、眼球の虹彩認証、または声紋認証である、請求項１に記載のシステム。
【請求項３】
前記サーバは、
前記患者の前記診療計画書データと、前記患者の前記バイオメトリクス認証データおよび前記要求者の前記バイオメトリクス認証データとを関連付けて、前記診療計画書データベースおよび前記ユーザ情報データベースに格納する、
請求項１または２に記載の地域連携システム。
【請求項４】
前記サーバは、
前記ユーザ端末からの診療計画書データ参照要求に対して、要求者のバイオメトリクス認証データを受信し、かつ該診療計画書データが該要求者の該バイオメトリクス認証データと関連付けられているときにのみ、前記診療計画書データを前記ユーザ端末に送信する、
請求項１〜３のいずれかに記載の地域連携パスシステム。
【請求項５】
前記サーバは、
前記参照された診療計画書データに対する前記ユーザ端末からの診療計画書データの編集を許可する、請求項４に記載の地域連携パスシステム。
【請求項６】
前記地域連携パスデータの登録要求には、要求者以外の登録されたユーザのバイオメトリクス認証データの追加要求が含まれ、
前記サーバは、要求者のバイオメトリクス認証データが前記診療計画書データと関連付けられており、かつ該要求者が他の登録されたユーザのバイオメトリクス認証データの追加権限を有するときのみ、前記要求者以外の登録されたユーザのバイオメトリクス認証データの追加要求を許可する、請求項１に記載の地域連携パスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＴを活用した地域連携パスシステムに関する。
【背景技術】
【０００２】
クリニカルパスは、クリティカルパスという産業界の製造工程表の医療への応用である。クリニカルパスは、「一定の疾患をもつ患者に対して特定の結果を得るため、医療チームによって行わなければならない必要不可欠な仕事内容と最も望ましい実施順序・実施時期とについて一覧表にまとめたもの」である。
【０００３】
一方、地域連携パスとは、病院内でのクリニカルパスを地域医療にまで延長して保健、福祉のサービスを連動させようとするものである。例えば、脳卒中、心筋梗塞、大腿骨頸部骨折等の急性疾患の患者は、最初は急性期病院に搬送され入院されるが、その後の病状に応じて、地域の診療所や慢性期の病院（リハビリ病院）などに移される。そこで回復しなければ老人保健施設、自宅療養へと次々とその状況に応じて医療サービスを受ける機関を移っていく。地域連携パスは、これらのそれぞれの施設関係者が協力して患者の現状や今後の対応などについて情報（診療計画）を共有することにより業務の無駄を無くし、患者へのより良いサービスを提供しようとするためのものである。
【０００４】
現在、この地域連携パスは、一般的に紙ベースで運用されており、患者が急性期病院を退院する際に地域連携パスを受け取り、患者はそれを次の医療機関（例えば、患者の居所近くの診療所）へ持参し、次の医療機関の医師は患者が持参した地域連携パスを基に診察を行うという形態になっている。
【０００５】
しかし、共有すべき情報を患者が持参する紙ベースのパスを参照しない限りは得られない従来のシステムでは、患者がパスを紛失した場合や、緊急時のように患者がパスを携帯していない場合に、医師や看護師が必要な情報へアクセスできないという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のような状況下で、医師や看護師が緊急時等にも患者の治療に必要な診療計画情報が容易に得られ、患者にとってよりよい医療サービスを提供することができ、さらには医療業務従事者の業務効率をより高めることができるシステムが求められている。
【課題を解決するための手段】
【０００７】
このような状況に鑑み、本発明は、以下のようなＩＴを活用した新たな地域連携パスシステムを提供する。
【０００８】
（１）患者の診療計画書データを格納するための診療計画書データベースおよびユーザおよび患者のバイオメトリクス認証データを格納するためのユーザ情報データベースを備えたサーバと
上記サーバとインターネットを介して通信可能に接続されている、医療機関および／または介護施設に設置されたユーザ端末と
を含む地域連携パスシステムであって、
上記診療計画書データおよび上記バイオメトリクス認証データを含む地域連携パスデータが、上記ユーザ端末から上記サーバへ送信可能であり、
上記サーバは、
上記ユーザ情報データベースにバイオメトリクス認証データが予め登録されているユーザに対してのみ該システムへのアクセスを許可し、
上記ユーザ端末からの地域連携パスデータの登録要求に対して、患者の診療計画書データとともに要求者のバイオメトリクス認証データおよび患者のバイオメトリクス認証データの両方を受信したときにのみ、上記診療計画書データベースおよび上記ユーザ情報データベースへの上記患者の診療計画書データおよびバイオメトリクス認証データの登録を許可する、地域連携パスシステム。
（２）上記バイオメトリクス認証が、静脈認証、指紋認証、眼球の虹彩認証、または声紋認証である、上記（１）に記載のシステム。
（３）上記サーバは、
上記患者の上記診療計画書データと、上記患者の上記バイオメトリクス認証データおよび上記要求者の上記バイオメトリクス認証データとを関連付けて、上記診療計画書データベースおよび上記ユーザ情報データベースに格納する、
上記（１）または（２）に記載の地域連携システム。
（４）上記サーバは、
上記ユーザ端末からの診療計画書データ参照要求に対して、要求者のバイオメトリクス認証データを受信し、かつ該診療計画書データが該要求者の該バイオメトリクス認証データと関連付けられているときにのみ、上記診療計画書データを上記ユーザ端末に送信する、
上記（１）〜（３）のいずれかに記載の地域連携パスシステム。
（５）上記サーバは、
上記参照された診療計画書データに対する上記ユーザ端末からの診療計画書データの編集を許可する、上記（４）に記載の地域連携パスシステム。
（６）上記地域連携パスデータの登録要求には、要求者以外の登録されたユーザのバイオメトリクス認証データの追加要求が含まれ、
上記サーバは、要求者のバイオメトリクス認証データが上記診療計画書データと関連付けられており、かつ該要求者が他の登録されたユーザのバイオメトリクス認証データの追加権限を有するときのみ、上記要求者以外の登録されたユーザのバイオメトリクス認証データの追加要求を許可する、上記（１）に記載の地域連携パスシステム。
【発明の効果】
【０００９】
本発明の地域連携パスシステムにより、医師や看護師が緊急時等にも患者の治療に必要な診療計画情報を容易に得ることができ、患者にとってよりよい医療サービスが提供でき、さらには医療業務従事者の業務効率をより高めることができる。
【００１０】
本発明の地域連携パスシステムは、セキュリティ、業務効率、および利便性等が向上した新たな地域連携パスシステムとして有用である。特に、５大疾患（脳卒中、心筋梗塞、大腿骨頸部骨折、糖尿病、および癌）の患者ならびに胃瘻を患う患者のためのＩＴを活用した地域連携パスシステムとして有用である。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の地域連携パスシステム１の一実施形態の例示的構成を示す模式図である。
【００１２】
本発明の地域連携パスシステム１は、典型的には、システム管理者であるシステム管理団体１６が管理するサーバ１１、ならびに高度の医療設備を備えた基幹病院１７、リハビリなどを行う地域の診療所１８、介護施設１９等に配置された端末（１２、１３、１４）から構成される。サーバ１１および端末（１２、１３、１４）はインターネット１５によって互いに通信可能に接続されている。
【００１３】
サーバ１１は、患者の診療計画情報等を含むデータを格納した診療計画書データベース１１２ならびにユーザおよび患者の認証情報を格納したユーザ情報データベース１１１を備える。
【００１４】
なお、サーバ１１は、図示はしていないが、パソコンに一般的に備わっている構成要素、例えば、CPU、メモリ、通信装置（通信ポート、ADSLモデム、LANポート、PCカード等）、入力装置（例：キーボード、マウス、タッチスクリーン、指静脈認証装置等）、出力装置（ディスプレイ、プリンタなど）等を備えている。端末（１２、１３、１４）も同様にこれらの構成要素を備える。
【００１５】
図２は、本発明の地域連携パスシステム１において使用する診療計画情報を電子化したデータ２１（本明細書中、「タグ」と呼ぶ。）およびユーザの認証情報２２（本明細書中、「チケット」と呼ぶ。）を含む地域連携パス２を観念的に表した模式図である。図中、タグにチケットがリングで取り付けられているが、これはデータベース上でチケット２２のデータがタグ２１のデータに関連付けられていることを観念的に示している。
【００１６】
本発明で使用する地域連携パス２に含まれるタグ２１は、典型的には図２のように、縦軸に患者に対するケア内容（例：診療目標、検査の種類、食事制限の内容、観察記録）、横軸に時間の経過（日付）をとった診療計画表になる。
【００１７】
タグ２１にリングで取り付けられたチケット２２は、患者P、医師（A、Bなど）、看護師Cなどのユーザの認証情報を含んでいる。なお図２は、あくまで観念図であり、患者の診療計画のデータとそのデータにアクセス可能なユーザの認証情報のデータとがデータベースにおいて関連付けられていることを示している。
【００１８】
本発明において使用するユーザの認証情報は、バイオメトリクス認証を使用して得られるものである。バイオメトリクス認証とは、指や掌の静脈、指紋や眼球の虹彩、声紋などの身体的特徴によって本人確認を行なう認証方式のことである。パスワードや物による認証では、忘却や紛失によって本人でも認証できなくなったり、漏洩や盗難によって他人が認証されたりする恐れがあるが、生体情報の場合はそれらの危険性が低いと考えられている。また、キー入力や物の携帯が不要であること、および本人以外の第三者が認証されることを防止できる利点がある。本発明において使用されるバイオメトリクス認証としては、いずれのバイオメトリクス認証方式を使用し得るが、とりわけ、手の指や掌の静脈認証、指紋認証等が好ましい。
【００１９】
次に、本発明の地域連携パスシステムの利用方法について具体的に説明する。
【００２０】
本発明の地域連携パスシステムの利用者（ユーザ）は、典型的には、基幹病院、リハビリ病院もしくは診療所、介護施設等で働く医師、看護師、介護士等である。必要に応じて、患者自身もユーザとして含まれてもよい。
【００２１】
本発明の地域連携パスシステムを利用するためには、まず利用者はユーザ登録を行うことが必要である。ユーザ登録は、バイオメトリクス認証装置（典型的には静脈認証装置）を備えたユーザの各端末（１２、１３、１４）を使用して行うことができる。ユーザは各端末からインターネットを介してシステム管理団体１６のサーバ１１へユーザ登録要求を送る。ユーザ登録要求には、ユーザの認証情報（例：静脈認証装置により入力したユーザの指や掌の静脈パターン）が含まれる。ユーザからの認証情報および登録要求を受けたサーバ１１は、ユーザの認証情報をユーザ情報データベース１１１に格納し、登録する。本発明の地域連携パスシステム１においては、ユーザがシステムにログインする際にバイオメトリクス認証によるユーザ登録確認を必要とするように構成することができる。
【００２２】
本発明の地域連携パスシステム１を利用することが期待される患者としては、主に５大疾患（脳卒中、心筋梗塞、大腿骨頸部骨折、糖尿病、および癌）の患者ならびに胃瘻を患う患者が含まれる。通常、これらの患者は、急性期には高度の医療設備の整った基幹病院へ搬送され、必要な手術等の治療を受ける。基幹病院で治療を受けた患者については、基幹病院の医師が端末１２を介してタグ２１およびチケット２２を含む地域連携パス２の登録をサーバ１１に対して行う。本発明の地域連携パスシステム１では、地域連携パス２の登録には医師の認証情報（チケット）および患者の認証情報（チケット）の両方が必ず必要である。このようにすることによって、地域連携パス２の情報の信頼性およびセキュリティを保つことができる。
【００２３】
図３は、ユーザからタグ２１およびチケット２２の情報を含む地域連携パス登録要求を受信したサーバ１１（のＣＰＵ）が行う処理を表したフローチャートである。ここで、登録要求には、患者の地域連携パス（タグおよびチケット）を新規に登録する場合と患者の地域連携パスの内容（タグおよびチケットの内容）を編集（例：チケットの削除および／または追加）する場合とが含まれるものとする。なお、地域連携医療の業務の流れを考えると、地域連携パスを新規に登録する場合は、基本的には基幹病院１７の端末１２からサーバ１１にアクセスする場合を想定しているが、地域連携パスの内容を編集する場合（例：チケットの追加）は、基幹病院１７の端末１２からだけでなく、診療所１８の端末１３、介護施設１９の端末１４等からサーバ１１にアクセスする場合をも想定している。
【００２４】
図３に示す処理は、サーバ１１がインターネット１５を介してユーザ端末からの地域連携パス登録要求を受信するとスタートする。まず、ステップS31において、登録要求に要求者（典型的には、医師）のチケットおよび患者のチケットが含まれているか否かを判断する。要求者および患者の両方のチケットを受信した場合（S31: Yes）には、ステップS32においてユーザ情報データベース１１１に接続し、次いでステップS33において要求者が登録されているユーザか否かを判断する。要求者がユーザ登録されている場合（S33: Yes）、ステップS34に進んで、受信したタグデータを要求者および患者のチケットと関連付けて診療計画書データベース１１２に登録し、終了する。なお、登録の際に新たに追加された患者の認証情報（チケットの情報）または追加のユーザの認証情報はユーザ情報データベース１１１に格納される。
【００２５】
ステップS31において、要求者および患者のチケットの両方を受信しなかった場合（S31: No）には、ステップS35に進んで登録不可メッセージを要求者の端末に送信し、終了する。また、ステップS33において、要求者がユーザ登録されていない場合（S33: No）も同様に、ステップS35に進んで登録不可メッセージを要求者の端末に送信して、処理を終了する。
【００２６】
なお、図３に示すフローチャートでは、ユーザデータベースに接続し、要求者のユーザ登録の有無を判断するステップを設けたが（ステップS32およびステップS33）、要求者（またはユーザ）がシステムにログインする際に既にユーザ登録の有無を判断している場合には、ステップS32およびS33は省略してもよい。
【００２７】
本発明の地域連携パスシステム１においては、一旦、タグにチケットが付与されたユーザは、その後は自由にそのタグを参照することができる。
【００２８】
地域連携医療においては、通常、基幹病院において急性期の治療を終えた患者は、次のステップとしてリハビリ病院もしくは患者の居所近くの診療所などに通院し、継続して診察、リハビリ、および／または検査などの医療サービスを受けることになる。また、その後は、さらに必要に応じて介護施設などにおけるサービスを利用することになる。
【００２９】
本発明の地域連携パスシステム１では、患者が、例えば、システムにユーザ登録されている医師の診療所１８を患者が訪れると、診療所１８の医師は、バイオメトリクス認証装置（典型的には、静脈認証装置）を入力手段として備えた端末１３から、医師自身の認証情報（チケット）と患者の認証情報（チケット）とともに、サーバ１１に対してタグ参照要求を送信し、基幹病院において作成されたタグ（診療計画表）を参照することができる。
【００３０】
図４は、ユーザ端末１３からタグ参照要求を受信したサーバ１１のＣＰＵが行う処理を表すフローチャートである。なお、他のユーザ端末（１４）からタグ参照要求を受信した場合も同様の処理となる。
【００３１】
図４に示す処理は、サーバ１１がユーザ端末（１３、１４）からタグ参照要求を受信するとスタートする。まず、ステップS41において、タグ参照要求に要求者（例：医師、看護師、介護士）のチケットおよび患者のチケットの両方が含まれているか否かを判断する。要求者および患者の両方のチケットを受信した場合（S41: Yes）には、ステップS42においてユーザ情報データベース１１１に接続し、次いでステップS43において要求者がユーザ登録されているユーザか否かを判断する。要求者がユーザ登録されている場合（S43: Yes）、ステップS44に進んで、タグデータベースに接続する。次いでステップS45において、タグデータベースを参照し、タグに要求者のチケットが関連付けられているか否かを判断する。タグに既に要求者のチケットが関連付けられている場合には（S45: Yes）、ステップS47に進み、タグを要求者の端末へ送信して、処理を終了する。一方、ステップS45においてタグに要求者のチケットが関連付けられていない場合には（S45: No）、ステップS46においてタグに要求者のチケットを付与してからステップS47に進み、要求されたタグを要求者の端末へ送信して、処理を終了する。
【００３２】
ステップS41において、要求者および患者の両方のチケットが含まれていなかった場合（S41: No）には、ステップS48に進んで参照不可メッセージを要求者の端末へ送信して、処理を終了する。このように、タグを参照するには認証情報（チケット）がなければ参照できないようにすることによって、システムのセキュリティを確保することができる。また、タグを参照するには要求者のチケットだけでなく患者のチケットも必要であるとすることによって、タグが患者とは関係のないユーザによって閲覧されることを防止することができる。また、認証情報をバイオメトリクス認証によるものとすることによって、忘却や紛失によって本人でも認証できなくなったり、漏洩や盗難によって他人が認証されたりする危険性を防止することができる。また、キー入力や物の携帯が不要であること、および本人以外の第三者が認証されることを防止できるという利点も提供する。
【００３３】
ステップS43において、要求者がユーザ登録されていない場合（S43: No）にも、ステップS48に進んで参照不可メッセージを要求者の端末に送信して、処理を終了する。このようにシステムを利用できる者をシステムにユーザ登録されている者に限定することでシステムのセキュリティを保つことができる。なお、図３の説明でも述べたように、ステップS42およびステップS43のようなユーザ登録の判断ステップは、要求者（またはユーザ）がシステムにログインする際にユーザ登録の有無を判断するような構成となっている場合には、省略してもよい。
【００３４】
一方、本発明の別の実施形態では、例えば、基幹病院１７から患者が退院し、患者の住居の近くの診療所１８等に患者が通院することになった場合、基幹病院１７の医師から診療所１８の医師への患者の治療の引継ぎをより円滑に行うために、基幹病院１７の医師が、診療所１８の医師に患者が診療所１８を訪れる前に患者の診療計画表の内容を予め知らせておきたい場合がある。本発明の地域連携パスシステム１では、そのような場合には、診療所の医師がシステムにユーザ登録されていることを前提に、予め基幹病院の医師が診療所の医師の認証情報をその患者のタグに付与しておくことができる。これは、例えば、図３のフローチャートのステップS34で基幹病院の医師が診療所の医師のチケットを登録番号等で指定して患者のタグに付与することができるような構成とすることで実現可能である。本発明の地域連携パスシステム１では、タグに一旦チケットが付与されると、そのチケットで特定されるユーザはそのタグを自由に参照することができるから、基幹病院の医師が診療所の医師のチケットを患者のタグに予め付与しておくことによって、診療所１８の医師は患者が診療所１８を訪れる前にその診療計画表データを本発明のシステムを利用して参照することが可能となる。なお、他のユーザのチケットの追加権限を誰でも持てるようにするか、または基幹病院の医師に限定するか等については、システム管理者が適宜設定することができる。
【００３５】
図５は、患者のタグに関連付けられたチケットを有するユーザ（例：基幹病院の医師、診療所の医師、介護施設の看護師など）が、ユーザの端末（１２、１３、１４）からサーバ１１に対してそのタグの参照要求をして参照する場合の、サーバ１１が行う処理を示すフローチャートである。
【００３６】
図５に示す処理は、ユーザの端末（１２、１３、１４）からのタグ参照要求をサーバ１１が受信することによりスタートする。サーバ１１はタグ参照要求を受信すると、ステップS51において、要求者のチケットを受信したか否かを判断する。チケットを受信した場合（S51: Yes）には、ステップS52においてユーザ情報データベース１１１に接続し、ステップS53において要求者がユーザ登録されている者か否かを判断する。ユーザ登録されている場合（S53: Yes）、ステップS54に進んでタグデータベース１１２に接続し、ステップS55において要求されたタグに要求者のチケットが付与されているか（データベース上でそのタグとチケットが関連付けられているか）否か（要求者の認証情報が関連付けられているか否か）を判断し、要求者のチケットが付与されている場合（S55: Yes）、ステップS56において要求されたタグを要求者の端末に送信し、処理を終了する。
【００３７】
ステップS51において要求者のチケットを受信していない場合には（S51: No）、ステップS57に進んで、参照不可メッセージを要求者の端末に送信して処理を終了する。また、ステップS53において要求者がユーザ登録されていない場合にも（S53: No）、ステップS57に進んで、参照不可メッセージを要求者の端末に送信して処理を終了する。また、ステップS55においてタグに要求者のチケットが付与されていない場合にも（S55: No）、ステップS57に進んで、参照不可メッセージを要求者の端末に送信して処理を終了する。なお、ステップS52およびステップS53のようなユーザ登録の判断ステップは、要求者（またはユーザ）がシステムにログインする際にユーザ登録の有無を判断するような構成となっている場合には、省略してもよい。
【００３８】
また、上記のタグの参照要求に対して、タグの参照のみならず、参照されたタグデータを編集することもユーザに許可するように構成することもできる。編集後のタグデータはサーバ１１の診療計画書データベース１１２に上書き保存されるようにすることができる。
【００３９】
以上、図面を参照して、本発明の実施の形態を説明したが、本発明の範囲はこれらの実施形態に限定されるものではなく、請求の範囲に記載される本発明の範囲を超えない限度において、種々の変更が可能でありそれらは本発明の範囲に含まれる。
【産業上の利用可能性】
【００４０】
本発明の地域連携パスシステムは、セキュリティ、業務効率、および利便性等が向上した新たな地域連携パスシステムとして有用である。特に、５大疾患（脳卒中、心筋梗塞、大腿骨頸部骨折、糖尿病、および癌）の患者ならびに胃瘻を患う患者のためのＩＴを活用した地域連携パスシステムとして有用である。
【図面の簡単な説明】
【００４１】
【図１】本発明の地域連携パスシステム１の一実施形態の例示的構成を示す模式図である。
【図２】本発明の地域連携パスシステム１において使用する診療計画情報を電子化したデータ２１およびデータベース上でタグ２１に関連付けられるユーザの認証情報２２を含む地域連携パス２を観念的に表した模式図である。
【図３】ユーザからタグ２１およびチケット２２の情報を含む地域連携パス登録要求を受信したサーバ１１（のＣＰＵ）が行う処理を表したフローチャートである。
【図４】ユーザ端末１３からタグ参照要求を受信したサーバ１１のＣＰＵが行う処理を表すフローチャートである。なお、ユーザ端末１４からタグ参照要求を受信した場合も同様の処理となる。
【図５】患者のタグに関連付けられたチケットを有するユーザが、ユーザの端末（１２、１３、１４）からサーバ１１に対してそのタグの参照要求をして参照する場合の、サーバ１１が行う処理を示すフローチャートである。
【符号の説明】
【００４２】
１  本発明の地域連携パスシステム
１１  サーバ
１１１  ユーザ情報データベース
１１２  診療計画書データベース
１２、１３、１４  ユーザ端末
１５  インターネット
１６  システム管理団体
１７  基幹病院
１８  診療所
１９  介護施設
２  本発明で使用する地域連携パス
２１  タグ
２２  チケット
【図１】
2010079628.tif 000003
【図２】
2010079628.tif 000004
【図３】
2010079628.tif 000005
【図４】
2010079628.tif 000006
【図５】
2010079628.tif 000007