JP5454281B2 - 医療連携システム、中継装置、医療連携方法、医療連携プログラム - Google Patents

Description

本発明は、医療機関間のカルテ情報の公開を管理する医療連携システム、中継装置、医療連携方法、医療連携プログラムに関する。

近年、医療費削減や医療の質向上を目的として、医療連携が進められている。医療連携とは、医療機関の機能を分担し、各医療機関が連携して患者の診療にあたることである。医療連携では、患者が複数の医療機関で治療を行った場合に、ある医療機関でのカルテ情報を他の医療機関に公開することも行われる。

受診歴情報、プロフィール情報、経過情報、検査オーダ情報、検査結果情報、処方オーダ情報など複数の種別の情報の総称が、カルテ情報である。そして、カルテ情報は、医療機関における患者への医療行為に起因して記録された情報である。

カルテ情報を公開することで、医療機関Ａの医師は、ある患者の医療機関Ｂでのカルテ情報も参照しながら、診療を行うことができる。例えば、医療機関Ｂで処方された処方薬を把握することで、医療機関Ａの医師は禁忌薬を処方するリスクが軽減できる。また、医療機関Ｂで実施された検査の情報を把握することで、医療機関Ａの医師は、短期間において同じ検査を重複して実施することを回避できる。以上のように、医療連携においてカルテ情報を公開することは、患者および医療機関の両者にとって、効果的かつ効率的な診療に寄与する。

また、近年では、従来は紙で管理されていたカルテ情報を、電子化して管理する電子カルテシステムが、各医療機関に導入されている。

ここで、特許文献１には、複数の医療機関がそれぞれに管理しているカルテ情報を、複数の医療機関間で共有する技術が開示されている。

特開２００１−３１８９９２号公報

基本的に、カルテ情報は、患者に所有権があると考えられている。よって、医療連携におけるカルテ情報の公開においても、ある医療機関における患者のカルテ情報をむやみに他の医療機関へ公開することを疑問視する声も大きい。

ここで、患者個人が自らのカルテ情報のうち、各医療機関での公開対象とする公開範囲を予め設定することが考えられる。例えば、プロフィール情報、経過情報、検査オーダ情報、検査結果情報、処方オーダ情報、医事会計情報のうち、経過情報と検査結果情報のみを公開範囲とする旨を、患者が予め設定するなどである。

しかし、上述のように、医療機関はカルテ情報に含まれる情報のうち、できるだけ多くの情報を取得できた方が、医療機関および患者の両者にとって、効果的かつ効率的である。患者により一律に設定された公開範囲では、各医療機関は一律の範囲の情報しか取得できない。さらに、患者が公開範囲を一律に設定する際には、信頼していない医療機関に公開されることを考え、公開範囲を狭く設定する心理が働くことも考えられよう。

例えば、患者が「医療機関Ａには、自分のカルテ情報の全てを公開しても良い」と思っていたとしても、上記の場合は、一律に設定した公開範囲に基づいて、カルテ情報が公開される。結果的に、医療機関Ａの医師は一律に公開されたカルテ情報に基づいて診療を行う。よって、患者が自分のカルテ情報の全てを公開しても良いと思っている医療機関Ａの医師であっても、効果的な治療を行うために十分な情報を取得できないことになってしまう。

また、医療機関ごとに電子カルテシステムの運用が異なることが多い。例えば、上述のように、カルテ情報としてさまざまな情報が登録されるが、各情報に登録される内容が、医療機関ごとに異なることが多い。

カルテ情報の一種である経過情報を例に説明する。例えば、医療機関Ａでは、経過情報として、各診療科の医師などが入力した情報を区別無く、経過情報の一部として蓄積する運用を行っていたとする。この場合は、経過情報には「内科」「外科」等の医師が入力した情報も、「精神科」の医師が入力した情報も蓄積される。

つまり、医療機関Ａで管理された経過情報を医療機関Ｂへ公開する場合、患者の精神科における経過情報も医療機関Ｂへ公開されることとなる。患者が、精神科の経過情報の公開を意図したか否かに関らず、精神科に関する情報などは慎重に公開されるべきであろう。

他にも、プロフィール情報には、通常、住所や生年月日、体重などの患者のプロフィールや身体の情報が含まれる。しかし、医療機関Ａでは、プロフィール情報にさらに「この先生と問題を起こした」「診察料の未払い履歴がある」などの備考の情報も登録している運用を行っていたとする。

このような備考の情報は、医療機関Ａが患者に許諾を得て記録した情報ではなく、内部的な連絡事項として記録された情報である。よって、患者は備考の情報が記録されていることを知り得ない場合が多い。または、知っていたとしても、他の医療機関へ知らせたくないと考える場合が多いであろう。

よって、医療機関Ａから医療機関Ｂへプロフィール情報を公開した場合、備考情報のような患者にとっては公開したくない情報までも公開される。

以上のように、患者にとって慎重に扱われるべき情報は、たとえ公開範囲に含まれていても、患者は公開を望んでいない場合もある。

そこで、本発明は、患者のカルテ情報の公開において、患者の意思を反映させることが可能な医療連携システム、中継装置、医療連携方法、医療連携プログラムを提供することを目的とする。

上記課題を解決するために、本発明に開示する医療連携システムは、 第一の医療機関が備える第一の医療連携装置と、第二の医療機関が備える第二の医療連携装置と、該第一の医療連携装置および該第二の医療連携装置と通信する中継装置とを有し、前記第一の医療連携装置は、患者を識別する患者識別情報と該患者に関するカルテ情報の公開を要求する旨の情報とを含む公開依頼情報を前記中継装置へ送信するとともに、該中継装置から前記第二の医療機関により公開された公開カルテ情報を受信する通信部を有し、前記中継装置は、前記第一の医療連携装置から前記公開依頼情報を受信するとともに、前記第二の医療連携装置へ前記カルテ情報の公開を要求する公開命令を送信し、さらに該第二の医療連携装置から前記公開カルテ情報を受信するとともに、該受信した該公開カルテ情報を該第一の医療連携装置へ送信する通信部と、前記受信した前記公開依頼情報に含まれる前記患者識別情報に対応する前記患者と前記第一の医療機関との関係に応じて、前記第二の医療機関が管理する該患者の前記カルテ情報のうち該第一の医療機関に公開させる公開レベルを判定する判定部と、前記判定した前記公開レベルに基づいて、前記公開命令を生成する決定部とを有し、前記第二の医療連携装置は、前記中継装置から前記公開命令を受信するとともに、前記公開カルテ情報を送信する通信部と、前記公開命令に基づいて、前記患者の前記カルテ情報を記憶する記憶部から、該カルテ情報の一部である前記公開カルテ情報を抽出する抽出部とを有する。

本発明によれば、患者の意思を反映させたカルテ情報の公開を行うことができる。

実施例における医療連携システムの全体構成の一例を示す図である。 実施例における中継装置の機能ブロックの一例を示す図である。 実施例における患者紐付けテーブルおよび主治医情報テーブルのデータテーブルの一例を示す図である。 実施例における紹介情報テーブルのデータテーブルの一例を示す図である。 実施例における公開レベル記憶部に格納されているデータテーブルの一例を示す図である。 実施例における公開範囲記憶部に格納されているデータテーブルの一例を示す図である。 実施例におけるカルテ情報種別と構成情報との関係の説明図である。 実施例における医療連携装置の機能ブロックの一例を示す図である。 実施例における患者情報記憶部に格納されているデータテーブルの一例を示す図である。 実施例におけるカルテ情報記憶部に格納されているデータテーブルの一例を示す図である。 実施例における患者登録処理のフローチャートの一例を示す図である。 実施例における公開処理のフローチャートの第一部分の一例を示す図である。 実施例における公開処理のフローチャートの第二部分の一例を示す図である。 実施例における公開処理のフローチャートの第三部分の一例を示す図である。 実施例における公開先医療機関における端末装置に出力される画面例を示す図である。 実施例における中継装置のハードウェア構成を示す図である。 実施例における医療連携装置のハードウェア構成を示す図である。

以下詳細な本発明の実施例に関して説明する。

なお、以下の各実施例は、処理の内容を矛盾させない範囲で適宜組み合わせることが可能である。

図１は本発明の実施の一形態における医療連携システムの全体構成図である。

本実施形態における医療連携システムは、医療連携装置Ａ１−１と医療連携装置Ｂ１−２と医療連携装置Ｃ１−３と中継装置４とを有する。なお、医療連携装置の台数は３台に限定されない。

医療連携装置Ａ１−１と医療連携装置Ｂ１−２と医療連携装置Ｃ１−３と中継装置４とはネットワーク６を介して通信する。そして、医療連携装置Ａ１−１と医療連携装置Ｂ１−２と医療連携装置Ｃ１−３とは、中継装置４を介してカルテ情報のやりとりを行う。

医療機関Ａは、電子カルテシステムＡ２−１と医療連携装置Ａ１−１とを有する。ここで、医療機関は、例えば医療連携に参加している病院や診療所である。

なお、電子カルテシステムＡ２−１が、本実施例における医療連携装置Ａ１−１の機能を有するとしてもよい。この場合は、医療連携システムは、電子カルテシステムＡ２−１と電子カルテシステムＢ２−２と電子カルテシステムＣ２−３と中継装置４を有する。

中継センター５は、中継装置４を有する。なお、中継センター５は、例えばデータセンターや医療連携における中核病院である。中継センター５が中核病院である場合は、中継装置４は、中核病院が備える電子カルテシステムの一部であってもよい。

以降、医療連携装置Ａ１−１と医療連携装置Ｂ１−２と医療連携装置Ｃ１−３とを、区別する必要が無い場合は、医療連携装置１として説明する。また、電子カルテシステムＡ２−１と電子カルテシステムＢ２−２と電子カルテシステムＣ２−３とを、区別する必要が無い場合は、総称して電子カルテシステム２として説明する。

医療連携装置１は、ネットワークおよび中継装置４を介して、他の医療機関が有する他の医療連携装置１からカルテ情報を取得するコンピュータである。さらに、医療連携装置１は、ネットワークおよび中継装置４を介して、他の医療機関が備える他の医療連携装置１へカルテ情報を送信する。詳細は後述する。

電子カルテシステム２は、カルテ情報の管理を行うコンピュータである。電子カルテシステム２の利用者は、カルテ情報を入力する。そして、電子カルテシステム２は、カルテ情報をカルテ情報記憶部２２（図８）に記憶する。

中継装置４は、医療機関間のカルテ情報の送受を中継するコンピュータである。中継装置４は、公開先となる医療機関に対する患者の通院履歴等に基づいて、公開元となる医療機関から公開されるカルテ情報の公開レベルを判定する。さらに、中継装置４は、判定した公開レベルに基づいて、医療機関ごとの公開範囲を決定する。公開範囲は、上述のような各医療機関の電子カルテの運用の違いを吸収できるようにして設定される。詳細は後述する。

ネットワーク６は、例えばインターネット、携帯電話網、電話網等の通信網である。通信網は、有線通信網または無線通信網である。

医療機関Ａが、患者Ｘのカルテ情報を、医療機関Ｂおよび医療機関Ｃから公開を受ける場合について説明する。つまり、公開先医療機関は、医療機関Ａであり、公開元医療機関は、医療機関Ｂおよび医療機関Ｃである。

医療機関Ａの医療連携装置Ａ１−１は、中継装置４に対して、患者Ｘのカルテ情報の公開依頼を送信する。公開依頼には、患者Ｘを識別する患者識別情報が含まれる。なお、公開依頼が送信されるタイミングは、医療連携装置Ａ１−１が端末装置１０（図８）から患者Ｘのカルテ情報の公開を要求する信号を受信したタイミングなどである。例えば、患者Ｘのカルテ情報の公開を要求する信号は、医療機関Ａの医師による入力に基づいて、端末装置１０（図８）から送信される。

中継装置４は、医療機関Ｂの医療連携装置Ｂ１−２に公開命令を送信する。さらに、中継装置４は、医療機関Ｃの医療連携装置Ｃ１−３に公開命令を送信する。公開命令は、後述の処理によって、医療機関ごとに決定された公開範囲を含む。つまり、医療連携装置Ｂ１−２へ送信される公開命令と医療連携装置Ｃ１−３へ送信される公開命令とに含まれる公開範囲は、互いに異なるものである場合がある。

公開命令を受信した医療機関Ｂの医療連携装置Ｂ１−２は、公開命令に基づいて、患者Ｘのカルテ情報を抽出する。そして、医療連携装置Ｂ１−２は、抽出した患者Ｘのカルテ情報を、ネットワーク６を介して、中継装置４へ送信する。なお、以降、抽出されたカルテ情報を公開カルテ情報と称する。そして、中継装置４は、受信した公開カルテ情報を、医療機関Ａの医療連携装置Ａ１−１へ送信する。

そして、医療連携装置Ａ１−１は、端末装置１０へ公開カルテ情報を出力する。端末装置１０を操作する公開先医療機関Ａの医師は、医療機関Ｂにおける患者Ｘの公開カルテ情報を参照しながら、患者Ｘの診療に当たることができる。

次に、図２を用いて、中継装置４の機能について説明する。図２は、中継装置４の機能ブロック図である。

中継装置４は、通信部４１と登録部４２と管理情報記憶部４３と判定部４４と公開レベル記憶部４５と決定部４６と公開範囲記憶部４７と編集部４８とを有する。

中継装置４は、コンピュータであって、ネットワークを介して、他のコンピュータと通信する。

通信部４１は、医療連携装置１と通信を行う処理部である。例えば、通信部４１は、医療連携装置１から、公開依頼を受信する。登録部４２は、複数の医療機関の間で患者を共通管理するための情報を登録する処理部である。例えば、登録部４２は、患者に複数医療機関において一意の共通患者ＩＤを付与する。そして、登録部４２は、管理情報記憶部４３に格納される患者紐付けテーブルに各医療機関におけるローカルＩＤと共通患者ＩＤとを対応付けて格納する。

管理情報記憶部４３は、患者を共通管理するための各種テーブルを記憶する記憶部である。詳細は、後述する。

判定部４４は、患者のカルテ情報を公開するレベルを判定する処理部である。例えば、判定部４４は、カルテ情報が公開される患者と公開先の医療機関との関係に基づいて、管理情報記憶部４３を参照し、公開レベルを決定する。

公開レベル記憶部４５は、判定部によって決定された公開レベルに対して、公開対象とするカルテ情報の種別を定義するテーブルを記憶する記憶部である。詳細は後述する。

決定部４６は、判定部４４が判定した公開レベルに対して、医療機関ごとの公開範囲を決定する処理部である。例えば、決定部４６は、公開対象となった種別のカルテ情報に対して、医療機関ごとに公開範囲を決定する。

なお、カルテ情報の種別とは、カルテ情報に含まれる種情報ごとに、付される情報である。例えば、カルテ情報に含まれる、受診歴情報、プロフィール情報、経過情報、検査オーダ情報、検査結果情報、処方オーダ情報など情報を、互いに識別する情報が種別である。

公開範囲記憶部４７は、医療機関ごとに、公開対象となった種別のカルテ情報のうち、どの範囲を公開すべきかを定義したテーブルを記憶する記憶部である。詳細は後述する。

管理情報記憶部４３が格納する患者紐付けテーブル４３１と主治医情報テーブル４３２と紹介情報テーブル４３３とを図３および図４を用いて説明する。

図３Ａは、患者紐付けテーブル４３１のデータテーブル例である。

患者紐付けテーブル４３１は、共通患者ＩＤ４３１１と医療機関ＩＤ４３１２とローカル患者ＩＤ４３１３のそれぞれに関する情報を対応付けて格納する。実施例において、患者紐付けテーブル４３１は、必要な項目を適宜備えても良い。

患者紐付けテーブル４３１の項目「共通患者ＩＤ」４３１１は、複数の医療機関における患者を一意に識別する情報を格納するデータ領域である。例えば、「０００１」が格納される。患者紐付けテーブル４３１の項目「医療機関ＩＤ」４３１２は、複数の医療機関を一意に識別する情報を格納するデータ領域である。例えば、「Ａ」が格納される。患者紐付けテーブル４３１の項目「ローカル患者ＩＤ」４３１３は、各医療機関で付された、単独の医療機関において患者を一意に識別する情報を格納するデータ領域である。例えば、「０００１２」が格納される。

患者紐付けテーブル４３１の作成処理については後述する。患者紐付けテーブルを有することで、各医療機関で付されたローカル患者ＩＤを利用することができる。つまり、共通患者ＩＤに基づいて、患者紐付けテーブルを参照すると、医療機関Ａにおけるローカル患者ＩＤ「０００１２」の患者が、医療機関Ｂにおけるローカル患者ＩＤ「０２０００」に対応することがわかる。以上のように、患者紐付けテーブルを有することで、複数の医療機関における患者のローカルＩＤを対応付けて、管理することができる。

図３Ｂは、主治医情報テーブル４３２のデータテーブル例である。

主治医情報テーブル４３２は、共通患者ＩＤ４３２１と医療機関ＩＤ４３２２と主治医ＩＤ４３２３のそれぞれに関する情報を対応付けて格納する。主治医情報テーブル４３２は、これら全ての項目を備える必要は無い。また、実施例において、必要な項目を適宜設置しても良い。

主治医情報テーブル４３１の項目「共通患者ＩＤ」４３２１は、複数の医療機関における患者を一意に識別する情報を格納するデータ領域である。例えば、「０００１」が格納される。主治医情報テーブル４３１の項目「医療機関ＩＤ」４３２２は、主治医が存在する医療機関の医療機関ＩＤを格納するデータ領域である。例えば、「Ａ」が格納される。主治医情報テーブル４３１の項目「主治医ＩＤ」４３２３は、患者の主治医を識別する情報を格納するデータ領域である。例えば、「ＤＲ００１」が格納される。なお、主治医ＩＤは、医師を識別する医師ＩＤと同様の情報が、格納される。

つまり、共通患者ＩＤ「０００１」の患者は、医療機関ＩＤ「Ａ」の医療機関の主治医ＩＤ「ＤＲ００１」の医師が主治医であることがわかる。主治医とは、ホームドクターやかかりつけ医とも呼ばれ、患者の信頼を受けている医師のことである。なお、主治医情報テーブルへの主治医の登録は、患者が主治医の申請登録を行った時点で、なされる。また、複数人の主治医が登録されてもよい。また、医師までを指定せずとも、医療機関をかかりつけ医院として指定することもできる。

図４は、紹介情報テーブル４３３のデータテーブル例である。

紹介情報テーブル４３３は、共通患者ＩＤ４３３１と紹介元医療機関ＩＤ４３３２と紹介元医師ＩＤ４３３３と紹介先医療機関ＩＤ４３３４と紹介医師ＩＤ４３３５のそれぞれに関する情報を対応付けて格納する。実施例において、必要な項目を適宜設置しても良い。

紹介情報テーブル４３３の項目「共通患者ＩＤ」４３３１は、複数の医療機関における患者を一意に識別する情報を格納するデータ領域である。例えば、「０００１」が格納される。紹介情報テーブル４３３の項目「紹介元医療機関ＩＤ」４３３２は、紹介元の医療機関を識別する情報を格納するデータ領域である。例えば、「Ｂ」が格納される。ここで、紹介とは、医師の判断で、患者の診療を行う医療機関を変更することである。よって、紹介を行った医師が存在する医療機関が紹介元医療機関となる。

紹介情報テーブル４３３の項目「紹介元医師ＩＤ」４３３３は、紹介を行った医師に関する医師ＩＤを格納するデータ領域である。例えば、「ＤＲ００５」が格納される。紹介情報テーブル４３３の項目「紹介先医療機関ＩＤ」４３３４は、紹介先の医療機関に関する医療機関ＩＤを格納するデータ領域である。例えば、「Ａ」が格納される。紹介情報テーブル４３３の項目「紹介先医師ＩＤ」４３３５は、紹介を行った医師に関する医師ＩＤを格納するデータ領域である。例えば、「ＤＲ０１３」が格納される。

図４は、共通患者ＩＤ「０００１」の患者が、紹介元医療機関ＩＤ「Ｂ」の医療機関の紹介元医師ＩＤ「ＤＲ００５」の医師によって、紹介先医療機関ＩＤ「Ａ」の紹介先医師ＩＤ「ＤＲ０１３」の医師に紹介されたことを示す。

紹介情報テーブル４３３は、中継装置４が紹介元医療機関の医療連携装置１から紹介情報を受信した時点で、登録部４２によって、登録される。紹介情報は、紹介元医療機関におけるローカル患者ＩＤと紹介元医療機関ＩＤと紹介元医師ＩＤと紹介先医療機関ＩＤと紹介先医師ＩＤとを含む。なお、登録部４２は、紹介元医療機関ＩＤにおけるローカル患者ＩＤに対応する共通患者ＩＤを取得する。そして、登録部４２は、紹介情報テーブル４３３の共通患者ＩＤ４３３１に取得した共通患者ＩＤを設定する。

続いて、公開レベル記憶部４５を図５を用いて説明する。図５は、公開レベル定義テーブル４５０のデータ例である。なお、公開レベル定義テーブル４５０は、公開レベル記憶部４５に格納されるデータテーブルである。

公開レベル定義テーブル４５０は、公開レベル４５１とカルテ情報種別ＩＤ４５２とカルテ情報種別４５３のそれぞれに関する情報を対応付けて格納する。実施例において、必要な項目を適宜設置しても良い。

公開レベル定義テーブル４５０の項目「公開レベル」４５１は、公開レベルを識別する情報を格納するデータ領域である。例えば、「１」が格納される。公開レベル定義テーブル４５０の項目「カルテ情報種別ＩＤ」４５２は、カルテ情報の種別を識別するための情報を格納するデータ領域である。例えば、「Ｍ１」が格納される。公開レベル定義テーブル４５０の項目「カルテ情報種別」４５３は、対応するカルテ情報種別ＩＤが表すカルテ情報の種別名を格納するデータ領域である。例えば、「プロフィール情報」が格納される。つまり、カルテ情報種別ＩＤ「Ｍ１」は、さまざまな種別のカルテ情報のうち、プロフィール情報を識別する情報である。

さらに、図５の例では、公開レベル「３」であれば、公開元医療機関のカルテ情報のうち、カルテ情報種別ＩＤ「Ｍ１」「Ｍ２」「Ｍ３」「Ｍ４」の種別のカルテ情報が、公開先医療機関への公開対象となることを示す。

図５においては、全患者について、あるレベルで公開するカルテ情報種別を一律に設定しているが、さらにレベルごとに公開するカルテ情報種別を患者ごとに設定してもよい。このように、患者ごとに設定することをカスタマイズ設定と称する。

カスタマイズ設定の場合は、公開レベル定義テーブル４５０は、さらに共通患者ＩＤを備える。そして、カスタマイズ設定を行った患者に対するカルテ情報の公開であれば、本実施例は、設定された内容に基づいて、カルテ情報の公開を行うことができる。さらに、医療機関ごとに、あるレベルにおける公開対象カルテ情報種別ＩＤを設定するとしてもよい。

つぎに、公開範囲記憶部４７を図６を用いて説明する。図６は、公開範囲定義テーブル４７０のデータ例である。なお、公開範囲定義テーブル４７０は、公開範囲記憶部４７に格納されるデータテーブルである。

公開範囲定義テーブル４７０は、医療機関ＩＤ４７１とカルテ情報種別ＩＤ４７２と構成情報ＩＤ４７３のそれぞれに関する情報を対応付けて格納する。なお、公開範囲定義テーブル４７０は、実施例において、必要な項目を適宜備えるとする。

公開範囲定義テーブル４７０の項目「医療機関ＩＤ」４７１は、医療機関を識別する情報を格納するデータ領域である。例えば、「Ｂ」が格納される。公開範囲定義テーブル４７０の項目「カルテ情報種別ＩＤ」４７２は、カルテ情報種別ＩＤを格納するデータ領域である。例えば、「Ｍ１」が格納される。公開範囲定義テーブル４７０の項目「構成情報ＩＤ」４７３は、対応する種別のカルテ情報を構成する情報を識別する情報を格納するデータ領域である。例えば、「Ｍ１−１」が格納される。公開範囲定義テーブル４７０の項目「構成情報名称」４７４は、対応する構成情報ＩＤが表す構成情報の名称を格納するデータ領域である。例えば、「身体情報」が格納される。つまり、構成情報ＩＤ「Ｍ１−１」は、医療機関ＩＤ「Ｂ」においては、カルテ情報種別「Ｍ１」である「プロフィール情報」を構成する情報であって、身体情報であることをあらわしている。

図６の公開範囲定義データテーブル４７０について、図７を用いてより詳細に説明する。図７は、医療機関Ｂにおける、電子カルテシステムを用いて登録管理される各種カルテ情報と構成情報との関係を表した図である。

例えば、医療機関Ｂの運用では、カルテ情報種別ＩＤ「Ｍ１（プロフィール情報）」７１には、構成情報ＩＤ「Ｍ１−１」である「身体情報」と、構成情報ＩＤ「Ｍ１−２」である「要注意事項」と、構成情報ＩＤ「Ｍ１−３」である「家族連絡先」と、が登録されることになっている（実線枠７１）。

しかし、要注意事項（Ｍ１−２）には、「支払いが滞っている」「暴力行為があった」「クレームが多い」などの、情報が登録される。つまり、この情報は、患者にとって、公開先医療機関には公開されたくない情報であると考えられる。したがって、「プロフィール情報：Ｍ１」を公開する場合に、実線７１内の構成情報「身体情報（Ｍ１−１）」と「家族連絡先（Ｍ１−３）」と「要注意事項（Ｍ１−２）」との全てを、公開の対象とすることは、問題がある。

そこで、図６の公開範囲定義テーブルは、医療機関ＩＤ「Ｂ」においては、プロフィール情報「Ｍ１」を構成する構成情報は、「身体情報（Ｍ１−１）」と「家族連絡先（Ｍ１−３）」であることを定義している。つまり、図７における点線枠８１が、公開先医療機関にカルテ情報を公開する際の、見かけ上のプロフィール情報（Ｍ１）ということとなる。

同様に、医療機関Ｂの運用上は、「内科入力（Ｍ３−１）」と「外科入力（Ｍ３−２）」と「精神科入力（Ｍ３−３）」の情報が、カルテ情報種別「経過情報（Ｍ３）」として登録されているとする（実線枠７２）。しかし、医療機関Ｂが公開元医療機関となる場合は、カルテ情報種別「経過情報（Ｍ３）」として、「内科入力（Ｍ３−１）」と「外科入力（Ｍ３−２）」とが、公開される（点線枠８２）。

さらには図６において矢印９１および矢印９２が示すレコードについて、図７を用いて説明する。医療機関Ｂの運用上、カルテ情報種別「メンタル情報（Ｍ５）」には、院内カウンセラーとの対話に基づいた「カウンセリング結果（Ｍ５−１）」が登録されるとする（実線枠７３）。しかし、運用上は経過情報に含まれる構成情報「精神科入力（Ｍ３−３）」にも、メンタルに関する情報が登録されているはずである。

したがって、医療機関Ｂがカルテ情報種別「メンタル情報」を公開する場合は、構成情報「カウンセリング結果（Ｍ５−１）」と構成情報「精神科入力（Ｍ３−３）」とを公開する（点線枠８３）。したがって、図６における矢印９１のレコードは、医療機関ＩＤ「Ｂ」がカルテ種別ＩＤ「Ｍ５」の「メンタル情報」を公開する場合には、構成情報ＩＤ「Ｍ３−３」の「精神科入力」も公開されることを示している。同様に、図６における矢印９２のレコードは、医療機関ＩＤ「Ｂ」がカルテ種別ＩＤ「Ｍ６」の「特記事項情報」を公開する場合には、構成情報ＩＤ「Ｍ１−２」の「要注意事項」が公開されることを示している。

続いて、医療連携装置１および電子カルテシステム２の各機能について説明する。図８は、医療連携装置１および電子カルテシステム２の機能ブロック図である。

医療連携装置１は、第一通信部１１と抽出部１２と公開情報生成部１３と第二通信部１４と依頼生成部１５とを有する。

また、電子カルテシステム２は患者情報記憶部２１とカルテ情報記憶部２２とを有する。上述の通り、電子カルテシステム２が、医療連携装置の各機能の一部または全部を有するとしても良い。

なお、図８に記載されている各記憶部以外にも、電子カルテシステムは、従来の電子カルテシステムが有する各機能を有する。例えば、処方オーダ機能や、会計処理機能などである。

まず、医療連携装置１の各処理部について説明する。第一通信部１１は、中継装置４と通信を行う処理部である。例えば、第一通信部１１は、中継装置４へ、公開依頼を送信する。抽出部１２は、患者情報記憶部２１またはカルテ情報記憶部２２から、所定の情報を抽出する。例えば、抽出部１２は、所定のカルテ情報をカルテ情報記憶部２２から抽出する。公開情報生成部１３は、抽出したカルテ情報を、所定のフォーマットへ変換する。例えば、変換部は、公開カルテ情報を、他の医療機関と共通のフォーマットへ変換する。

第二通信部１４は、ユーザが操作する端末装置と通信を行う処理部である。例えば、他の医療機関から公開されたカルテ情報を端末装置へ送信する。また、依頼生成部１５は、公開依頼を生成する処理部である。例えば、第二通信部１４が端末装置１０から患者のカルテ情報の公開要求を受信した場合に、依頼生成部１５が公開依頼を生成する。なお、公開依頼には、公開先医療機関である自らの医療機関ＩＤと、公開対象とする患者のローカル患者ＩＤと、検索条件情報とを含む情報である
続いて、電子カルテシステム２が備える記憶部について説明する。患者情報記憶部２１は、患者の情報を記憶する記憶部である。詳細は後述する。カルテ情報記憶部２２は、さまざまな種別のカルテ情報を記憶する記憶部である。詳細は後述する。なお、種別ごとに、異なる記憶部にカルテ情報が格納されても良い。

患者情報記憶部２１が格納する患者情報テーブル２１０を図９を用いて説明する。

図９は、患者情報テーブル２１０のデータテーブル例である。さらに、図９は、本実施例において、公開元医療機関となる医療機関Ｂにおける患者情報テーブルをあらわす。なお、各医療機関には、各医療機関が患者を管理するために、患者情報テーブル２１０が用意されている。

患者情報テーブル２１０は、ローカル患者ＩＤ２１１と患者氏名２１２と生年月日２１３と保険者番号２１４のそれぞれに関する情報を対応付けて格納する。患者情報テーブル２１０は、これら全ての項目を備える必要は無く、実施例において、必要な項目を適宜設置しても良い。

患者情報テーブル２１０の項目「ローカル患者ＩＤ」２１１は、上述のローカル患者ＩＤを格納するデータ領域である。例えば、医療機関Ｂにおいて患者を一意に識別するためのローカルＩＤ「０２０００」が格納される。患者情報テーブル２１０の項目「患者氏名」２１２は、患者の氏名を格納するデータ領域である。例えば、「ヤマダタロウ」が格納される。

患者情報テーブル２１０の項目「生年月日」２１３は、患者の生年月日を格納するデータ領域である。例えば、「１９８０．１．１」が格納される。これは１９８０年１月１日生まれであることを示している。患者情報テーブル２１０の項目「保険者番号」２１４は、患者に対して、国や地方自治体などから支給された保険者番号を格納するデータ領域である。例えば、「１２３４５６７８」が格納される。患者情報テーブル２１０は、さらに保険証に記載されている記号番号を格納するデータ領域を備えても良い。

続いて、カルテ情報記憶部２２が格納するカルテ情報テーブル２２０を図１０を用いて説明する。

図１０は、カルテ情報テーブル２２０のデータテーブル例である。さらに、図１０は、本実施例において、公開元医療機関となる医療機関Ｂにおけるカルテ情報テーブルをあらわす。なお、各医療機関には、各医療機関で発生したカルテ情報を管理するためのカルテ情報テーブル２２０が用意されている。

カルテ情報テーブル２２０は、ローカル患者ＩＤ２２１と登録日２２２と構成情報ＩＤ２２３と登録データ２２４のそれぞれに関する情報を対応付けて格納する。カルテ情報テーブル２２０は、これら全ての項目を備える必要は無く、実施例において、必要な項目を適宜設置しても良い。

カルテ情報テーブル２２０の項目「ローカル患者ＩＤ」２２１は、上述のローカル患者ＩＤを格納するデータ領域である。例えば、医療機関Ｂにおいて患者を一意に識別するためのローカルＩＤ「０２０００」が格納される。

カルテ情報テーブル２２０の項目「登録日」２２２は、カルテ情報が登録された日を格納するデータ領域である。例えば、登録日「２０１０．３．１」が格納される。なお、２０１０年３月１日に当該レコードのカルテ情報が登録されたことを示す。項目「登録日」２２２は、さらに時間の情報までも格納することとしても良い。

カルテ情報テーブル２２０の項目「構成情報ＩＤ」２２２は、上述の構成情報ＩＤを格納するデータ領域である。例えば、「Ｍ３−１」が格納される。カルテ情報テーブル２２０の項目「登録データ」２２４は、登録されたデータを格納するデータ領域である。例えば、「食欲が減少」が格納される。

また、登録データのデータ量が膨大になることも考えられるので、登録データの格納先を登録することとしても良い。例えば、Ｘ線画像を格納するデータベース（以下、ＤＢ）と、ＤＢ内の格納場所を示す情報を、登録データの代わりにカルテ情報テーブルに格納しても良い。この場合は、後述の医療連携装置１によるカルテ情報の抽出において、カルテ情報テーブルを参照し、データの格納先のＤＢを検索する。そして、医療連携装置は、ＤＢから目的のカルテ情報の実データを抽出することとなる。

続いて、医療連携システムが有する中継装置４と医療連携装置１において、図２と図８とに示す各処理部の関連した動きについて、図１１乃至図１４を用いて説明する。

まず、図１１を用いて、各医療機関を訪れた患者について、中継装置４へ患者の情報を登録するための処理を説明する。図１１は、患者登録処理のフローチャートである。図１１は、医療機関Ａを訪れたことのある患者の情報を中継装置に登録すると共に、登録された患者を他の医療機関Ｂにおけるローカル患者ＩＤと紐付ける処理を表している。なお、他の医療機関は医療機関Ｂ以外にも複数存在するとしても良い。

図１１の処理は、例えば、医療機関が医療連携装置１を導入した時点や所定時間毎に実行される処理である。例えば、２４時間ごとに実行される。

まず、医療機関Ａが備える医療連携装置Ａ１−１の第一通信部１１は、登録したい患者のローカル患者ＩＤと医療機関ＩＤと患者情報の一部とを含む患者登録依頼を中継装置４へ送信する（Ｓ１０１）。例えば、登録したい患者の医療機関ＡにおけるローカルＩＤが「００１２」であるとする。この場合は、患者登録依頼にはローカル患者ＩＤ「００１２」と医療機関ＩＤ「Ａ」とが含まれる。

なお、患者情報テーブルに中継装置４への登録を行ったか否かの情報を格納する項目をもうけても良い。そして、依頼生成部１５は、登録がなされていない患者を登録したい患者として、当該患者のローカル患者ＩＤを含む患者登録依頼を生成する。

なお、患者情報の一部とは、抽出部１２が、電子カルテシステム２が有する患者情報記憶部２１に格納された患者情報テーブル２１０から抽出した情報である。例えば、患者氏名や保険者番号などが、患者登録依頼に含まれることとなる。そして、患者登録依頼に含まれる患者情報の一部を以下、検索条件情報と称する。

中継装置４の通信部４１は、患者登録依頼を受信する（Ｓ２０１）。そして、通信部４１は、医療機関Ｂが備える医療連携装置Ｂ１−２の第一通信部１１に対して、患者検索命令を送信する（Ｓ２０２）。患者検索命令は、医療連携装置Ｂ１−２や医療連携装置Ｃ１−３など中継装置４と通信する複数の医療連携装置１に送信される。患者検索命令には、検索条件情報が含まれる。例えば、Ｓ２０１にて受信した保険者番号「１２３４５６７８」が含まれる。

医療連携装置Ｂ１−２の第一通信部１１は、患者検索命令を受信する（Ｓ３０１）。そして、患者検索命令を受け取った抽出部１２は、医療機関Ｂの電子カルテシステムＢ２−２が備える患者情報記憶部２１に格納された患者情報テーブル２１０を参照する。そして、抽出部１２は、患者検索命令に含まれる検索条件情報に基づいて、検索条件情報を含む患者情報からローカル患者ＩＤを抽出する（Ｓ３０２）。例えば、図９に示した医療機関Ｂの患者情報テーブル２１０では、抽出部１２は、検索条件である保険者番号「１２３４５６７８」を患者情報に含むローカル患者ＩＤ「０２０００」を抽出する。

そして、第一通信部１１は、抽出したローカル患者ＩＤと医療機関ＩＤとを含む患者検索結果を、中継装置４の通信部へ送信する（Ｓ３０３）。例えば、ローカル患者ＩＤ「０２０００」と医療機関ＩＤ「Ｂ」とを含む患者検索結果が送信される。

なお、検索条件情報に合致する患者情報が、患者情報記憶部２１に存在しない場合は、該当患者が存在しない旨の情報を生成する。そして、第一通信部１１は、患者検索結果に、該当患者が存在しない旨の情報を含めて送信する。例えば、該当患者が存在しない場合は、「０００００」と医療機関ＩＤ「Ｂ」とを含む患者検索結果が送信される。

中継装置４の通信部は、医療連携装置１から患者検索結果を受信する（Ｓ２０４）。そして、登録部４２は、患者紐付けテーブル４３１を参照し、患者検索結果に含まれるローカル患者ＩＤと医療機関ＩＤとを含むレコードが存在するか否かを判定する（Ｓ２０５）。なお、該当患者が存在しない旨の情報を含む患者検索結果を受信した場合は、以下の処理は行わない。中継装置４は、他の医療連携装置１からの患者検索結果を受信するまで待機する。

そして、存在する場合は（Ｓ２０５ＹＥＳ）、すでに当該患者には、共通患者ＩＤが付番済みであると判断される。よって、登録部４２は、当該レコードに含まれる共通患者ＩＤを取得する（Ｓ２０６）。そして、登録部４２は、患者登録依頼に含まれる、ローカル患者ＩＤと医療機関ＩＤと共通患者ＩＤとを含むレコードを、患者紐付けテーブルに追加する（Ｓ２０７）。

例えば、患者紐付けテーブル４３１には、図３Ａにおいて、矢印９３のレコードがなく、矢印９４のレコードが存在する状態であったとする。

Ｓ２０５において、登録部４２は、患者検索結果に含まれるローカル患者ＩＤ「０２０００」と医療機関ＩＤ「Ｂ」とを含むレコード（矢印９４）が存在すると判定する。よって、登録部４２は、レコード（矢印９４）に含まれる共通患者ＩＤ「０００１」を取得する（Ｓ２０６）。この場合は、医療連携装置Ａ１−１からの患者登録依頼前に、医療連携装置Ｂ１−１によって患者登録がなされていたこととなる。

そして、登録部４２は、患者登録依頼に含まれる、ローカル患者ＩＤ「０００１２」と医療機関ＩＤ「Ａ」と共通患者ＩＤ「０００１」とを含むレコード（矢印９３）を、患者紐付けテーブルに追加する（Ｓ２０７）。

一方、レコードが存在しない場合は（Ｓ２０８ＮＯ）、当該患者には、共通患者ＩＤが付番されていないと判断される。よって、登録部４２は、共通患者ＩＤを付番する（Ｓ２０８）。そして、登録部４２は、患者登録依頼に含まれる、ローカル患者ＩＤと医療機関ＩＤと共通患者ＩＤとを含むレコードを、患者紐付けテーブルに追加する（Ｓ２０９）。さらに、登録部４２は、患者検索結果に含まれる、ローカル患者ＩＤと医療機関ＩＤと共通患者ＩＤとを含むレコードを、患者紐付けテーブルに追加する（Ｓ２０９）。そして、本処理を終了する。

例えば、患者紐付けテーブル４３１には、矢印９３および矢印９４のレコードが存在しないとする。

Ｓ２０５において、登録部４２は、患者検索結果に含まれるローカル患者ＩＤ「０２０００」と医療機関ＩＤ「Ｂ」とを含むレコード（矢印９４）が存在しないと判定する。登録部４２は、共通患者ＩＤ「０００１」を付番する（Ｓ２０８）。そして、登録部４２は、患者登録依頼に含まれる、ローカル患者ＩＤ「０００１２」と医療機関ＩＤ「Ａ」と共通患者ＩＤ「０００１」とを含むレコード（矢印９３）を、患者紐付けテーブルに追加する（Ｓ２０９）。

さらに、登録部４２は、患者検索結果に含まれる、ローカル患者ＩＤ「０２０００」と医療機関ＩＤ「Ｂ」と共通患者ＩＤ「０００１」とを含むレコード（矢印９４）を、患者紐付けテーブルに追加する（Ｓ２０９）。

以上の処理によって、各医療機関を訪れていた患者のローカル患者ＩＤを、他の医療機関のローカル患者ＩＤに紐付けることができる。

ここで、予め、患者が医療連携への参加手続きを行い、患者に対して共通患者ＩＤが付与され、患者が、共通患者ＩＤを持って、各医療機関を訪れる場合もある。この場合は、予め複数の医療機関において一意に患者を識別する共通患者ＩＤに基づいて、後述のカルテ情報公開処理が実行される。

つまり、各医療機関における患者情報テーブル２１０には、項目「ローカル患者ＩＤ」の変わりに項目「共通患者ＩＤ」が設けられる。そして、共通患者ＩＤをキーに該当する患者のカルテ情報がやり取りされる。そして、ある医療機関のローカル患者ＩＤと他の医療機関のローカル患者ＩＤとの紐付けも不要となる。

一方、図１１に開示の処理によりローカル患者ＩＤを紐付けることで、ローカル患者ＩＤを利用した後述の公開処理が可能となる。ローカル患者ＩＤを利用することで、例えば、事前の共通患者ＩＤ付与のための登録作業の省略が可能となる。さらには、患者が共通患者ＩＤを忘却した場合でも対応可能となる。

続いて、図１２乃至図１４を用いて、医療連携におけるカルテ情報の公開処理について説明する。図１２乃至図１４は、カルテ情報公開処理のフローチャートである。

まず、公開先医療機関の医療連携装置Ａ１−１の第二通信部１４は、端末装置１０から、カルテ情報公開要求を受信する。カルテ情報公開要求には、ローカル患者ＩＤが含まれる。そして、依頼生成部１５は、公開依頼を生成する。公開依頼は、公開先となる医療機関ＩＤと、公開対象とする患者のローカル患者ＩＤと、検索条件情報とを含む情報である。

そして、第一通信部１１は、公開依頼を中継装置４へ送信する（Ｓ４０１）。たとえば、ローカル患者ＩＤ「０００１２」と医療機関ＩＤ「Ａ」と検索条件「保険者番号１２３４５６７８」とを含む公開依頼が送信される。

中継装置４の通信部は、公開依頼を受信する（Ｓ５０１）。公開依頼を受け取った判定部４４は、公開依頼から、医療機関ＩＤとローカル患者ＩＤとを抽出する。そして、判定部４４は、管理情報記憶部４３の患者紐付けテーブル４３を参照し、医療機関ＩＤとローカル患者ＩＤとを有するレコードが存在するかを判定する（Ｓ５０２）。

存在する場合は（Ｓ５０２ＹＥＳ）、患者の登録処理が以前に行われていたことを示すため、当該患者は、過去に公開先医療機関を訪れたことがあると判定される。続いて、判定部４４は、該当するレコードに含まれる共通患者ＩＤを取得する（Ｓ５００）。

判定部４４は、管理情報記憶部４３の主治医情報テーブル４３２を参照し、共通患者ＩＤと医療機関ＩＤとを含むレコードが存在するかを判定する（Ｓ５０３）。存在する場合は、公開先医療機関は、当該患者にとってかかりつけ医療機関であると判断される。なお、公開依頼に、公開依頼を行った医師の医師ＩＤが含まれるとしても良い。その場合は、さらに、判定部４４は、管理情報記憶部４３の主治医情報テーブル４３２を参照し、共通患者ＩＤと医療機関ＩＤと医師ＩＤとを含むレコードが存在するかを判定する。存在する場合は、公開する医師は、主治医であると判断される。

そして、判定部４４は、公開先医療機関に対して、公開元医療機関から公開されるカルテ情報の公開レベルを「４」に設定する（Ｓ５０５）。図５にあるように、公開レベル「４」は、レベル値が低い他の公開レベルと比較して、より多くのカルテ情報種別が公開の対象となる。つまり、患者の信用が大きいことが予想される主治医（またはかかりつけ医療機関）が公開先である場合には、より多くの情報が公開元医療機関から公開されるように設定できる。

また、主治医情報テーブルに該当するレコードが存在しない場合は（Ｓ５０３ＮＯ）、判定部４４は、公開先医療機関はかかりつけ医療機関ではないと判断する。そして、判定部４４は、公開先医療機関に対して、公開元医療機関から公開されるカルテ情報の公開レベルを「２」に設定する（Ｓ５０６）。中継装置４は、端子Ｃを介して図１４のＳ５１５へ処理を進める。

一方、Ｓ５０２において、患者紐付けテーブルに該当するレコードが存在しない場合（Ｓ５０２ＮＯ）、判定部４４は、当該患者は公開先医療機関を始めて訪れたと判断する。そして、中継装置４は、端子Ｂを介して、図１３のＳ５０７へ処理を進める。

中継装置４の通信部４１は、患者検索命令を送信する（Ｓ５０７）。Ｓ２０２と同様に、患者検索命令には、検索条件情報が含まれる。なお、検索条件情報は、公開依頼から抽出された検索条件情報である。

ここで、Ｓ５０７はＳ２０２と、Ｓ５０８はＳ２０３と、Ｓ５０９はＳ２０４と、Ｓ６０１はＳ３０１と、Ｓ６０２とＳ３０２と、Ｓ６０３はＳ３０３と同様の処理である。よって、説明は割愛する。

Ｓ５０９にて患者検索結果を受信した場合は、登録部４２は、患者検索結果から、医療機関ＩＤとローカル患者ＩＤとを抽出する。そして、登録部４２は、患者紐付けテーブル４３１を参照し、医療機関ＩＤとローカル患者ＩＤをキーに共通患者ＩＤを取得する（Ｓ５１０）。

なお、複数の医療連携装置１に対して患者検索命令を送信する場合は、中継装置４は複数の患者検索結果を各医療連携装置１から受信することとなる。したがって、上述のような、該当患者が存在しない旨の情報を含む患者検索結果でなく、ローカル患者ＩＤを含む患者検索結果を受信した時点で、他の医療連携装置１から送信された患者検索結果を破棄することとしても良い。

なお、いずれの医療連携装置１からも、ローカル患者ＩＤを含む患者検索結果を受信しなかった場合は、カルテ情報を有する医療機関が存在しないこととなる。よって、中継装置４は公開先医療機関の医療連携装置１へ、公開カルテ情報が無い旨の通知を行う。

図１３の説明に戻って、登録部４２は、取得した共通患者ＩＤと公開依頼に含まれる医療機関ＩＤとローカル患者ＩＤとを対応付けて、患者紐付けＤＢに登録する（Ｓ５１１）。この処理によって、公開先医療機関を初診で訪れた患者が、他の医療機関における患者ローカルＩＤと紐付けられることとなる。つまり、例えば、図１１の処理を所定時間毎に行うこととした場合に、公開処理のタイミングによっては、患者登録がなされていない可能性が生じる。よって、Ｓ５０７乃至Ｓ５１１の処理によって、図１１の処理に漏れた患者の紐付けを行うことができる。

続いて、判定部４４は、共通患者ＩＤをキーに紹介情報テーブル４３３を参照する。そして、判定部４４は、医療機関ＩＤを紹介先医療機関ＩＤ４３３４に有し、且つ共通患者ＩＤを有するレコードが存在するかを判定する（Ｓ５１２）。

存在する場合は（Ｓ５１２ＹＥＳ）、判定部４４は、公開先医療機関は紹介先医療機関にあたり、当該患者は紹介元医療機関の紹介で公開先医療機関を訪れたと判定する。そして、判定部４４は、レコードの紹介元医療機関ＩＤ４３３２に格納されている紹介元医療機関ＩＤの医療機関の公開レベルを「３」に設定する（Ｓ５１３）。

紹介元医療機関が当該患者を紹介したということは、以前に紹介元で行われた診療や検査や処方の情報を提供することが要求されるためである。さらに、判定部４４は、それ以外の医療機関の公開レベルを「２」に設定する（Ｓ５１３）。なお、設定した公開元医療機関の公開レベルは、医療機関ＩＤと対応付けて、メモリ上に記憶される（図示せず）。

一方、該当するレコードが存在しない場合は（Ｓ５１４）、判定部４４は、患者は公開先医療機関に、紹介されずに初めて訪れたと判断する。そして、判定部４４は、公開元医療機関の公開レベルを「１」に設定する（Ｓ５１４）。

例えば、Ｓ５０２において、患者紐付けテーブルに医療機関ＩＤ「Ａ」とローカル患者ＩＤ「０００１２」とを有するレコード（図３Ａの矢印９３）が存在しなかったとする（Ｓ５０２）。

中継装置４の通信部４１は、検索条件「保険者番号１２３４５６７８」を含む患者検索命令を送信する（Ｓ５０７）。

そして、Ｓ５０９にて医療連携装置Ｂ１−２から医療機関ＩＤ「Ｂ」とローカル患者ＩＤ「０２０００」とを含む患者検索結果を受信したとする。登録部４２は、患者検索結果から、医療機関ＩＤ「Ｂ」とローカル患者ＩＤ「０２０００」とを抽出する。そして、登録部４２は、患者紐付けテーブル４３１を参照し、医療機関ＩＤ「Ｂ」とローカル患者ＩＤ「０２０００」をキーに共通患者ＩＤ「０００１」を取得する（Ｓ５１０）。

登録部４２は、取得した共通患者ＩＤ「０００１」と公開依頼に含まれる医療機関ＩＤ「Ａ」とローカル患者ＩＤ「０００１２」とを対応付けて、患者紐付けＤＢに登録する（Ｓ５１１）。

続いて、判定部４４は、共通患者ＩＤをキーに紹介情報テーブル４３３を参照する。そして、判定部４４は、医療機関ＩＤ「Ａ」を紹介先医療機関ＩＤ４３３４に有し、且つ共通患者ＩＤ「０００１」を有するレコードが存在するかを判定する（Ｓ５１２）。

存在するので（Ｓ５１２ＹＥＳ）、判定部４４は、レコードの紹介元医療機関ＩＤ４３３２に格納されている紹介元医療機関ＩＤ「Ｂ」の医療機関の公開レベルを「４」に設定する（Ｓ５１３）。さらに、判定部４４は、それ以外の医療機関Ｃの公開レベルを「２」に設定する（Ｓ５１３）。

そして、中継装置４は、端子Ｃを介して、図１４のＳ５１５へ処理を進める。

決定部４６は、Ｓ５００またはＳ５１０で取得した共通患者ＩＤを有する患者紐付けテーブル４３１に存在するレコードを読み出す（Ｓ５１５）。そして、決定部４６は、レコードに含まれる医療機関ＩＤに対応する医療機関ごとに公開範囲を決定する（Ｓ５１６）。

例えば、Ｓ５１５にて、共通患者ＩＤ「０００１」のカルテ情報を医療機関Ａへ公開する場合、医療機関Ａ以外の医療機関のレコードが読み出される。例えば、まず医療機関ＩＤ「Ｂ」のレコードが読み出される。ここでは、公開先医療機関に対する患者のカルテ情報の公開レベルが「３」であったとする。

決定部４６は、公開レベル定義テーブル４５０を参照し、公開レベル「３」を有するレコードを順次読み出す。例えば、公開レベル「３」、カルテ情報種別ＩＤ「Ｍ３」、カルテ情報種別「処方情報」を有するレコードが読み出されたとする。決定部４６は、公開範囲定義テーブル４７０を参照し、カルテ情報種別ＩＤ「Ｍ３」および医療機関ＩＤ「Ｂ」に対応するレコードを全て読み出す。

ここでは、医療機関ＩＤ「Ｂ」、カルテ情報種別ＩＤ「Ｍ３」、構成情報ＩＤ「Ｍ３−１」を含むレコードと、医療機関ＩＤ「Ｂ」、カルテ情報種別ＩＤ「Ｍ３」、構成情報ＩＤ「Ｍ３−２」を含むレコードとが読み出される。つまり、構成情報ＩＤ「Ｍ３−１」と「Ｍ３−２」とが公開範囲に含まれる構成情報となる。また、公開レベル「３」であるので、他にプロフィール情報（ＩＤ＝Ｍ１）と来院履歴情報（ＩＤ＝Ｍ２）と処方情報（ＩＤ＝Ｍ４）とに対しても同様に、公開元医療機関に公開させる構成情報ＩＤが決定される。

そして、決定部４６は、レコードに含まれる全ての構成情報ＩＤと医療機関ＩＤと当該医療機関におけるローカル患者ＩＤとを含む公開命令を生成する。ローカル患者ＩＤは、患者紐付けテーブルから取得される。

例えば、構成情報ＩＤ「Ｍ３−１」と「Ｍ３−２」と医療機関ＩＤ「Ｂ」と医療機関Ｂにおける共通患者ＩＤ「０００１」に対応するローカル患者ＩＤ「０２０００」とを有する公開命令が作成される。なお、公開命令には、他に、構成情報ＩＤ「Ｍ１−１」と「Ｍ１−３」と「Ｍ２−１」と「Ｍ４−１」とが含まれる。

続いて、通信部４１は、公開命令に含まれる医療機関ＩＤに対応する医療機関が備える医療連携装置Ｂ１−２に公開命令を送信する（Ｓ５１７）。 そして、中継装置４の決定部４６は、共通患者ＩＤを有する患者紐付けテーブル４３１に存在する全てのレコードに対して、公開範囲を決定したか否かを判定する（Ｓ５１８）。終了するまで、Ｓ５１５からＳ５１６の処理を繰り返す。

一方、医療連携装置Ｂ１−２の第一通信部１１は、公開命令を受信する（Ｓ６０４）。そして、抽出部１２は、公開命令に含まれるローカル患者ＩＤのカルテ情報を構成する構成情報のうち、公開命令に含まれる公開対象となる構成情報ＩＤに対応する情報をカルテ情報テーブル２２０から抽出する。なお、本実施形態においては、登録データと登録日と構成情報ＩＤとが公開カルテ情報とする。

例えば、カルテ情報テーブル２２０におけるローカル患者ＩＤ「０２０００」を有するレコードのうち、構成情報ＩＤ「Ｍ３−１」と「Ｍ３−２」と「Ｍ１−１」と「Ｍ１−３」と「Ｍ２−１」と「Ｍ４−１」とを有するレコードの登録データおよび登録日とが抽出される。

ここでは、登録日「２０１０．３．１」と登録データ「食欲が減少」と構成情報ＩＤ「Ｍ３−１」と、登録日「２０１０．３．１５」と登録データ「インフルエンザ」と構成情報ＩＤ「Ｍ３−１」などが公開カルテ情報として抽出される。

そして、公開情報生成部１３は、抽出した公開カルテ情報のフォーマットを変換する（Ｓ６０６）。例えば、予め定められたデータ形式に変換する。そして、第一通信部１１は、変換後の公開カルテ情報と、医療機関ＩＤと、ローカル患者ＩＤとを含む公開情報を送信する（Ｓ６０７）。

そして、中継装置４の通信部４１は、公開情報を受信する（Ｓ５１９）。そして、編集部４８は、患者紐付けテーブルを参照し、Ｓ５１０で取得した共通患者ＩＤに対応づいた医療機関ＩＤの医療機関全てから公開情報を受信した場合、他医療機関カルテ情報を作成する。他医療機関カルテ情報は、患者紐付けテーブルから取得した公開先医療機関から送信された公開情報と公開情報の送信元の医療機関の医療機関ＩＤとを含む情報である。

そして、通信部４１は、公開先医療機関の医療連携装置Ａ１−１へ送信する（Ｓ５２０）。なお、通信部４１は、全ての医療機関から受信する前であっても、公開情報を受信する度に他医療機関カルテ情報を送信することとしても良い。

医療連携装置Ａ１−１の第一通信部１１は、他医療機関カルテ情報を受信する（Ｓ４０２）。そして、第二通信部１４は、他医療機関カルテ情報を端末装置１０へ出力する。そして、医師などは、出力された他医療機関カルテ情報を参照しながら、患者の診療に当たることができる。

例えば、図１５に示す画面１００が端末装置１０に表示される。図１５は、端末装置１０に表示される画面例である。患者の氏名などの患者の情報よ、他の医療機関Ｂから公開された公開カルテ情報が表示される。なお、本実施形態においては、カルテ情報種別ごとに、登録データを表示することとしたが、これに限らない。カルテ情報種別にかかわらず、時系列で登録データをソートすることとしてもよい。

以上のように、本実施形態に記載の医療連携システムは、患者と公開先医療機関との関係性に応じて、公開レベルを設定することができる。さらに、医療連携システムは、公開元医療機関の電子カルテシステムの運用に応じて、適切な公開範囲を設定することができる。

なお本発明の実施形態は上記に限られるものではない。

例えば、医療連携装置１が公開範囲定義テーブル４７０を有するとしても良い。この場合には、中継装置４は、公開レベルを決定後、公開レベル定義テーブル４５０を参照して、該当するレベルにおける公開対象となるカルテ情報種別ＩＤを取得する。そして、中継装置４は、公開対象となるカルテ情報種別ＩＤと公開元医療機関におけるローカル患者ＩＤとを含む公開命令を公開元医療機関の医療連携装置１へ送信する。公開命令を受信した医療連携装置１は、公開範囲定義テーブルを参照し、公開命令に含まれるカルテ情報別ＩＤに対して、自らの医療機関における構成情報ＩＤを取得する。そして、医療連携装置１は、取得した構成情報ＩＤに基づいて、カルテ情報テーブルから公開カルテ情報の抽出を行う。

また、ユーザが操作する端末装置１０が、医療連携装置１として機能しても良い。

さらに、ローカル患者ＩＤを用いずに共通患者ＩＤを用いて、公開処理を行ってもよい。この場合には、患者登録処理において、共通患者ＩＤが付番された場合に、中継装置４は、ローカル患者ＩＤと共通患者ＩＤとを対応付けた情報を、患者登録依頼を送信した医療連携装置１へ送信する。

そして、医療連携装置１は、患者情報テーブル２１０にローカル患者ＩＤと対応付けて共通患者ＩＤを記憶する。このようにすれば、各医療機関は、患者登録が行われた患者に対して、共通患者ＩＤを把握することができる。したがって、公開処理において、中継装置４は、公開命令には、ローカル患者ＩＤではなく、共通患者ＩＤを含めるとしても良い。さらに、公開依頼を行う医療機関装置１は、共通患者ＩＤが患者情報テーブルに存在する患者であれば、公開依頼には共通患者ＩＤを含めるとしても良い。

以下では、図１６を用いて、上記の実施例に示した中継装置４および中継装置４と同様の機能を有する中継プログラムを実行するコンピュータを一例として説明する。図１６は中継装置４のハードウェア構成の一例を示す図である。

中継装置４はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２，ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３，通信部４０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０５、入力部４０６、表示部４０７を有しており、各部はバス４０８を介して相互に接続されている。そしてＣＰＵ４０１による管理下で相互にデータの送受を行うことができる。

ＣＰＵ４０１は、中継装置４全体の動作制御を司る中央処理装置である。通信部４０４はネットワークを介して医療連携装置１からの信号を受信し、その信号の内容をＣＰＵ４０１に渡す。さらに通信部４０４はＣＰＵ４０１からの指示に応じてネットワークを介して医療連携装置１に信号を送信する。

ＨＤＤ４０５には、上記の実施例に示した中継装置４と同様の機能をコンピュータに発揮させるプログラムとして、少なくとも図１２乃至図１４の中継装置４の各処理をコンピュータに実行させるプログラムが記憶されている。

そして、ＣＰＵ４０１がこのプログラムをＨＤＤ４０５から読み出して実行することで、図２に示す判定部４４、決定部４６として機能するようになる。このプログラムはＣＰＵ４０１とアクセス可能なＲＯＭ４０２またはＲＡＭ４０３に格納されていても良い。

さらにＨＤＤ４０５にはＣＰＵ４０１の管理下で図２に示す管理情報記憶部４３、公開レベル記憶部４５、公開範囲記憶部４７が記憶される。プログラム同様、管理情報記憶部４３、公開レベル記憶部４５、公開範囲記憶部４７はＣＰＵ４０１とアクセス可能なＲＯＭ４０２またはＲＡＭ４０３に格納されても良い。

そして入力部４０６はＣＰＵ４０１の管理下でデータの入力を受付ける。表示部４０７は、各情報を表示装置へ出力する。

続いて、図１７を用いて、上記の実施例に示した医療連携装置１および医療連携装置１と同様の機能を有する医療連携プログラムを実行するコンピュータを一例として説明する。図１６は医療連携装置１のハードウェア構成の一例を示す図である。

医療連携装置１はＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信部１０４、ＨＤＤ１０５、入力部１０６、表示部１０７を有しており、各部はバス１０８を介して相互に接続されている。そしてＣＰＵ１０１による管理下で相互にデータの送受を行うことができる。

ＣＰＵ１０１は、この医療連携装置１全体の動作制御を司る中央処理装置である。通信部１０４は中継装置４や端末装置１０からの信号を受信し、その信号の内容をＣＰＵ１０１に渡す。さらに通信部１０４はＣＰＵ１０１からの指示に応じて中継装置４や端末装置１０に信号を送信する。

ＨＤＤ１０５には、上記の実施例に示した医療連携装置１と同様の機能をコンピュータに発揮させるプログラムとして、少なくとも図１２乃至図１４の医療連携装置１における各処理をコンピュータに実行させるプログラムが記憶されている。

そして、ＣＰＵ１０１がこのプログラムをＨＤＤ１０５から読み出して実行することで、図８に示す依頼生成部１５、抽出部１２、公開情報生成部１３として機能するようになる。このプログラムはＣＰＵ１０１とアクセス可能なＲＯＭ１０２またはＲＡＭ１０３に格納されていても良い。

そして入力部１０６はＣＰＵ１０１の管理下でデータの入力を受付ける。表示部１０７は、各情報を表示装置へ出力する。

上記フローチャートに示した処理内容を記述したプログラムは、コンピュータが読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体には、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。

光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ − Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ − Ｏｐｔｉｃａｌ ｄｉｓｋ）などがある。このプログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売されることが考えられる。

そして上記プログラムを実行するコンピュータは、例えば媒体読取部（図示せず）が、上記フローチャートに示した処理内容を記述したプログラムを記録した記録媒体から、該プログラムを読み出す。各コンピュータのＣＰＵは、読み出されたプログラムをＨＤＤ若しくはＲＯＭ、ＲＡＭに格納する。そして、コンピュータは、自己の記憶装置であるＨＤＤまたはＲＯＭ、ＲＡＭからプログラムを読み取り、プログラムに従った処理を実行する。

１ 医療連携装置
１０ 端末装置
１１ 第一通信部
１２ 抽出部
１３ 公開情報生成部
１４ 第二通信部
１５ 依頼生成部
２ 電子カルテシステム
２１ 患者情報記憶部
２２ カルテ情報記憶部
４ 中継装置
４１ 通信部
４２ 登録部
４３ 管理情報記憶部
４４ 判定部
４５ 公開レベル記憶部
４６ 決定部
４７ 公開範囲記憶部
４８ 編集部
６ ネットワーク

Claims (9)

1. 第一の医療機関が備える第一の医療連携装置と、第二の医療機関が備える第二の医療連携装置と、前記第一の医療連携装置および前記第二の医療連携装置と通信する中継装置とを有する医療連携システムであって、
   前記第一の医療連携装置は、
   患者を識別する患者識別情報と前記患者に関するカルテ情報の公開を要求する旨の情報とを含む公開依頼情報を前記中継装置へ送信するとともに、前記中継装置から前記第二の医療機関により公開された公開カルテ情報を受信する通信部を有し、
   前記中継装置は、
   前記第一の医療連携装置から前記公開依頼情報を受信するとともに、前記第二の医療連携装置へ前記カルテ情報の公開を要求する公開命令を送信し、さらに前記第二の医療連携装置から前記公開カルテ情報を受信するとともに、前記受信した前記公開カルテ情報を前記第一の医療連携装置へ送信する通信部と、
   前記受信した前記公開依頼情報に含まれる前記患者識別情報に対応する前記患者と前記第一の医療機関との関係を示す情報であり、前記患者が設定した情報を含む複数の情報に応じて、前記第二の医療機関が管理する前記患者の前記カルテ情報のうち前記第一の医療機関に公開させる公開レベルを判定する判定部と、
   前記判定した前記公開レベルに基づいて、前記公開命令を生成する決定部とを有し、
   前記第二の医療連携装置は、
   前記中継装置から前記公開命令を受信するとともに、前記公開カルテ情報を送信する通信部と、
   前記公開命令に基づいて、前記患者の前記カルテ情報を記憶する記憶部から、前記カルテ情報の一部である前記公開カルテ情報を抽出する抽出部と
   を有することを特徴とする医療連携システム。
2. 前記中継装置の前記決定部は、前記判定した前記公開レベルに基づいて、前記カルテ情報を構成する複数種類の構成情報のうち、前記第二の医療連携装置の前記抽出部に抽出させる少なくとも一つの構成情報を決定するとともに、前記決定した前記少なくも一つの構成情報の指定を含む前記公開命令を生成することを特徴とする請求項１記載の医療連携システム。
3. 前記複数の情報は、前記患者が前記第一の医療機関を過去にも訪れたことがあるかの情報と、前記患者が前記第一の医療機関に前記第二の医療機関から紹介を受けて訪れたか否かの情報と、前記患者が前記第一の医療機関をかかりつけの医院として設定しているか否かの情報との少なくとも一つの情報を含むことを特徴とする請求項１または請求項２に記載の医療連携システム。
4. 前記中継装置はさらに、
   前記第一の医療機関において前記患者を識別する情報である前記患者識別情報と、前記第二の医療機関において前記患者を識別する情報である他の患者識別情報とを対応付けて格納する患者情報記憶部を有し、
   前記決定部は、前記患者情報記憶部を参照し、前記公開依頼情報に含まれる前記患者識別情報に対応する前記他の患者識別情報を抽出し、前記抽出した前記他の患者識別情報を含む前記公開命令を生成することを特徴とする請求項１乃至請求項３のいずれか一項に記載の医療連携システム。
5. 前記中継装置の前記通信部は、
   前記患者識別情報に対応する前記患者の患者情報を前記第二の医療連携装置へ送信するとともに、前記第二の医療連携装置から前記患者情報に対応する前記患者の前記他の患者識別情報を受信し、
   前記中継装置は、さらに、
   前記受信した前記第二の医療機関における前記他の患者識別情報と、前記第一の医療機関における前記患者識別情報とを対応付けて前記患者情報記憶部へ登録する登録部を有することを特徴とする請求項４記載の医療連携システム。
6. 前記患者情報は、前記患者の氏名情報と生年月日情報と保険者番号情報とのうち、少なくとも１つの情報であることを特徴とする請求項５記載の医療連携システム。
7. 第一の医療機関が備える第一の医療連携装置及び第二の医療機関が備える第二の医療連携装置と通信する中継装置であって、
   前記中継装置は、
   前記第一の医療連携装置から、患者を識別する患者識別情報と前記患者に関するカルテ情報の公開を要求する旨の情報とを含む公開依頼情報を受信するとともに、前記第二の医療連携装置へ前記カルテ情報の公開を要求する公開命令を送信し、さらに前記第二の医療連携装置から、前記第二の医療機関が管理する前記患者の前記カルテ情報に含まれる公開カルテ情報を受信するとともに、前記受信した前記公開カルテ情報を前記第一の医療連携装置へ送信する通信部と、
   前記受信した前記公開依頼情報に含まれる前記患者識別情報に対応する前記患者と前記第一の医療機関との関係を示す情報であり、前記患者が設定した情報を含む複数の情報に応じて、前記第二の医療機関が管理する前記患者の前記カルテ情報のうち前記第一の医療機関に公開させる公開レベルを判定する判定部と、
   前記判定した前記公開レベルに基づいて、前記公開命令を生成する決定部と
   を有することを特徴とする中継装置。
8. 第一の医療機関が備える第一の医療連携装置及び第二の医療機関が備える第二の医療連携装置と通信するコンピュータに実行させる医療連携プログラムであって、
   前記コンピュータに、
   前記第一の医療連携装置から、患者を識別する患者識別情報と前記患者に関するカルテ情報の公開を要求する旨の情報とを含む公開依頼情報を受信するステップと、
   前記受信した前記公開依頼情報に含まれる前記患者識別情報に対応する前記患者と前記第一の医療機関との関係を示す情報であり、前記患者が設定した情報を含む複数の情報に応じて、前記第二の医療機関が管理する前記患者の前記カルテ情報のうち前記第一の医療機関に公開させる公開レベルを判定するステップと、
   前記判定した前記公開レベルに基づいて、公開命令を生成するステップと、
   前記第二の医療連携装置へ前記生成した前記公開命令を送信するステップと、
   前記第二の医療連携装置から、前記第二の医療機関が管理する前記患者の前記カルテ情報に含まれる公開カルテ情報を受信するステップと、
   前記受信した前記公開カルテ情報を前記第一の医療連携装置へ送信するステップと
   を実行させることを特徴とする医療連携プログラム。
9. 第一の医療機関が備える第一の医療連携装置及び第二の医療機関が備える第二の医療連携装置と通信するコンピュータが実行する医療連携方法であって、
   前記コンピュータが、
   前記第一の医療連携装置から、患者を識別する患者識別情報と前記患者に関するカルテ情報の公開を要求する旨の情報とを含む公開依頼情報を受信するステップと、
   前記受信した前記公開依頼情報に含まれる前記患者識別情報に対応する前記患者と前記第一の医療機関との関係を示す情報であり、前記患者が設定した情報を含む複数の情報に応じて、前記第二の医療機関が管理する前記患者の前記カルテ情報のうち前記第一の医療機関に公開させる公開レベルを判定するステップと、
   前記判定した前記公開レベルに基づいて、公開命令を生成するステップと、
   前記第二の医療連携装置へ前記生成した前記公開命令を送信するステップと、
   前記第二の医療連携装置から、前記第二の医療機関が管理する前記患者の前記カルテ情報に含まれる公開カルテ情報を受信するステップと、
   前記受信した前記公開カルテ情報を前記第一の医療連携装置へ送信するステップと
   を実行することを特徴とする医療連携方法。

Images