(57)【要約】【課題】非同期に発生した関連性のある患者情報を関連付けることを課題とする。【解決手段】患者情報管理装置１００は、患者情報を順次受付けるごとに、患者情報のデータ種別や状態種別と、患者情報のデータ日付と、患者情報の患者番号とを取得する取得部１３２を有する。患者情報管理装置１００は、患者情報同士のデータ種別や状態種別、データ日付、患者番号を比較する比較する比較部１３３を有する。患者情報管理装置１００は、比較した結果に基づいて、患者情報同士の関連性があれば、患者情報を関連付けた関連情報を生成する生成部１３４を有する。【選択図】図２
2012027726.tif 000002
【特許請求の範囲】
【請求項１】
第一の患者情報の登録を受付けるとともに、第二の患者情報の登録を受付ける受付部と、
前記第一の患者情報の種別と、該第一の患者情報の登録日時と、該第一の患者情報の入力対象者とを取得するとともに、前記第二の患者情報の種別と、該第二の患者情報の登録日時と、該第二の患者情報の入力対象者とを取得する取得部と、
前記第一の患者情報の種別および前記第二の患者情報の種別と、前記第一の患者情報の登録日時および前記第二の患者情報の登録日時と、前記第一の患者情報の入力対象者および前記第二の患者情報の入力対象者とを比較する比較部と、
前記比較部で比較した結果に基づいて、前記第一の患者情報と前記第二の患者情報とを関連付ける関連情報を生成する生成部と
を有することを特徴とする患者情報管理装置。
【請求項２】
前記関連情報で関連付けられた前記第一の患者情報または前記第二の患者情報の種別に基づいて、該第一の患者情報または該第二の患者情報に関する通知先へ、該第一の患者情報および該第二の患者情報の少なくとも一つを含む通知を行う通知部をさらに有する請求項１に記載の患者情報管理装置。
【請求項３】
前記第一の患者情報に対する出力命令を受信した場合に、前記関連情報に基づいて、前記第二の患者情報を出力する出力部をさらに有する請求項１または２に記載の患者情報管理装置。
【請求項４】
前記比較部は、種別、登録日時、入力対象者の関係に応じて関連性ありと判断する条件を定義したテーブルに基づいて、前記第一の患者情報の種別と前記第二の患者情報の種別とを比較し、前記第一の患者情報の登録日時と前記第二の患者情報の登録日時とを比較するとともに、前記第一の患者情報の入力対象者と前記第二の患者情報の入力対象者とを比較し、
前記生成部は、前記比較部が比較した結果が、前記テーブルに定義された前記条件を満たす場合に、前記関連情報を生成する請求項１〜３のいずれか１項に記載の患者情報管理装置。
【請求項５】
第一の患者情報の登録を受付けるとともに、第二の患者情報の登録を受付ける受付手順と、
前記第一の患者情報の種別と、該第一の患者情報の登録日時と、該第一の患者情報の入力対象者とを取得するとともに、前記第二の患者情報の種別と、該第二の患者情報の登録日時と、該第二の患者情報の入力対象者とを取得する取得手順と、
前記第一の患者情報の種別および前記第二の患者情報の種別と、前記第一の患者情報の登録日時および前記第二の患者情報の登録日時と、前記第一の患者情報の入力対象者および前記第二の患者情報の入力対象者とを比較する比較手順と、
前記比較手順で比較した結果に基づいて、前記第一の患者情報と前記第二の患者情報とを関連付ける関連情報を生成する生成手順と
をコンピュータに実行させることを特徴とする患者情報管理プログラム。
【請求項６】
コンピュータが、
第一の患者情報の登録を受付けるとともに、第二の患者情報の登録を受付ける受付ステップと、
前記第一の患者情報の種別と、該第一の患者情報の登録日時と、該第一の患者情報の入力対象者とを取得するとともに、前記第二の患者情報の種別と、該第二の患者情報の登録日時と、該第二の患者情報の入力対象者とを取得する取得ステップと、
前記第一の患者情報の種別および前記第二の患者情報の種別と、前記第一の患者情報の登録日時および前記第二の患者情報の登録日時と、前記第一の患者情報の入力対象者および前記第二の患者情報の入力対象者とを比較する比較ステップと、
前記比較ステップで比較した結果に基づいて、前記第一の患者情報と前記第二の患者情報とを関連付ける関連情報を生成する生成ステップと
を実行することを特徴とする患者情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者情報管理装置、患者情報管理プログラム及び患者情報管理方法に関する。
【背景技術】
【０００２】
電子カルテシステム（system）というシステムが知られている。電子カルテシステムには、患者の治療や診療に起因する情報が登録される。そして、電子カルテシステムで収集し、登録した情報は、その後の患者の治療や診療などに用いられる。
【０００３】
この電子カルテシステムは、複数の機能を備えている。また、電子カルテシステムは、他のシステムと連携している。この複数の機能や他のシステムは、異なる医療従事者により使用されることが多々ある。例えば、電子カルテシステムの検査オーダ（order）機能は、医師等が端末を操作することにより使用され、検査オーダを臨床検査部門の臨床検査システムに送信する。また、電子カルテシステムの処方オーダ機能は、医師等が端末を操作することにより使用され、処方オーダを薬剤部門の処方管理システムに送信する。また、他のシステムとして、例えば、ＲＩＳ（Radiology  Information  System）は、検査技師により使用され、検査画像などが登録される。さらに、他のシステムとして、例えば、ＰＡＣＳ（Picture  Archiving  and  Communication  Systems）は、読影医により使用され、検査画像の読影レポート（report）等が入力される。そして、医師等は、電子カルテシステムの検査結果閲覧機能を使用し、検査結果を閲覧し、検査結果に基づいて治療方針などを立てる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−７８３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このように、一人の患者に対して、様々な機能やシステムにおいて、非同期に、検査オーダ、処方オーダ、検査画像、読影レポート等の患者情報が発生する。その一方で、電子カルテシステムのユーザ（user）である医師は、非同期に発生した患者情報を総合的に加味しながら、各タイミング（timing）で柔軟に診療方針を適切に判断しなければならない。例えば、医師は、ある患者にある薬を処方したが、ある検査の検査結果によっては、その処方した薬の投与を中止しなければならない場合などがある。
【０００６】
しかしながら、従来の技術では、電子カルテシステムの各機能や、電子カルテシステムと連携する他のシステムにおいて、非同期に発生する患者情報を、ユーザが総合的に判断しやすいように、管理することができない。そのため、ユーザは、ある患者に対して非同期に発生する患者情報を総合的に加味することが困難となる。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、非同期に発生した関連性のある患者情報を関連付けることができる患者情報管理装置、患者情報管理プログラム及び患者情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する患者情報管理装置は、一つの態様において、第一の患者情報の登録を受付けるとともに、第二の患者情報の登録を受付ける受付部を有する。前記患者情報管理装置は、取得部を有する。取得部は、前記第一の患者情報の種別と、該第一の患者情報の登録日時と、該第一の患者情報の入力対象者とを取得するとともに、前記第二の患者情報の種別と、該第二の患者情報の登録日時と、該第二の患者情報の入力対象者とを取得する。前記患者情報管理装置は、比較部を有する。比較部は、前記第一の患者情報の種別と前記第二の患者情報の種別とを比較し、前記第一の患者情報の登録日時と前記第二の患者情報の登録日時とを比較する。また、比較部は、前記第一の患者情報の入力対象者と前記第二の患者情報の入力対象者とを比較する。前記患者情報管理装置は、前記比較部で比較した結果に基づいて、前記第一の患者情報と前記第二の患者情報とを関連付ける関連情報を生成する生成部を有する。
【発明の効果】
【０００９】
本願の開示する患者情報管理装置の一つの態様によれば、非同期に発生した関連性のある患者情報を関連付けることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る電子カルテシステムのシステム構成を示す図である。
【図２】図２は、実施例１に係る患者情報管理装置の構成を示すブロック図である。
【図３】図３は、患者情報ＤＢに記憶される情報の構成例を示す図である。
【図４】図４は、関連付け条件マスタの一例を示す図である。
【図５】図５は、関連情報ＤＢの一例を示す図である。
【図６】図６は、禁忌ＤＢの一例を示す図である。
【図７】図７は、通知先情報ＤＢの一例を示す図である。
【図８】図８は、実施例１に係る関連情報生成処理の手順を示すフローチャートである。
【図９】図９は、実施例１に係る関連情報通知処理の手順を示すフローチャートである。
【図１０】図１０は、患者情報管理プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する患者情報管理装置、患者情報管理プログラム（program）及び患者情報管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１２】
［電子カルテシステムの構成］
まず、実施例１に係る患者情報管理装置を含む電子カルテシステムについて説明する。図１は、実施例１に係る電子カルテシステムのシステム構成を示す図である。
【００１３】
図１に示すように、電子カルテシステム１には、複数の電子カルテクライアント（client）１０Ａ〜１０Ｃと、電子カルテサーバ（server）３０とが収容される。なお、図１の例では、３つの電子カルテクライアント、１つの電子カルテサーバをそれぞれ図示したが、開示の電子カルテシステムは図示の構成に限定されない。すなわち、電子カルテシステム１は、任意の数の電子カルテクライアント及び電子カルテサーバを収容できる。
【００１４】
これら電子カルテクライアント１０Ａ〜１０Ｃと電子カルテサーバ３０とは、ネットワーク（network）５を介して相互に通信可能に接続される。なお、ネットワーク５には、有線または無線を問わず、インターネット（Internet）、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１５】
電子カルテクライアント１０Ａ〜１０Ｃは、医療関係者により利用されるクライアント端末である。かかる電子カルテクライアント１０Ａ〜１０Ｃの一態様としては、パーソナルコンピュータ（ＰＣ：Personal  Computer）やサーバなどの固定端末を採用できる。これらの固定端末の他にも、携帯電話機、ＰＨＳ（Personal  Handyphone  System）やＰＤＡ（Personal  Digital  Assistant）などの移動体端末を採用できる。なお、上記の医療関係者には、医師、看護婦、薬剤師、検査技師などの医療従業者のほか、事務員やシステムのメンテ（maintenance）員なども含まれる。以下では、電子カルテクライアント１０Ａ〜１０Ｃの各装置を区別なく総称する場合には、電子カルテクライアント１０と記載する。
【００１６】
この電子カルテクライアント１０には、カルテ（Karte）の記入、手術、処方、検査や病室の移動のオーダ（order）、処方薬、検査結果、看護記録の記入などの診療に関する各種業務を支援するアプリケーション（application）がインストール（install）される。なお、以下では、電子カルテクライアント１０にインストールされるアプリケーションをクライアント用電子カルテと呼ぶ。
【００１７】
この電子カルテクライアント１０では、医療関係者が各自のアカウント（account）でシステムへログイン（log  in）することによりクライアント用電子カルテが起動する。その後、クライアント用電子カルテは、電子カルテサーバ３０にインストールされたサーバ用電子カルテと連動して、電子カルテサーバ３０が有する各種の機能のうち、ログインしたユーザのアカウントに応じた機能を提供する。
【００１８】
一例として、医師が電子カルテシステム１を通じて患者に薬剤を処方する場合を想定する。この場合には、クライアント用電子カルテは、医師から処方オーダ画面を呼び出す指示入力を受け付けた場合に、後述の電子カルテサーバ３０の処方オーダ機能３０Ｂから処方オーダ画面を取得して所定の表示部に表示させる。そして、医師は、入力デバイスを介して患者の治療に要する薬剤の処方を処方オーダ画面に入力する。このようにして医師により処方オーダ画面に所定の情報が入力されると、クライアント用電子カルテは、処方オーダ画面に入力された情報をもとに処方オーダに関する患者情報を生成する。そして、クライアント用電子カルテは、処方オーダに関する患者情報をサーバ用電子カルテへ送信する。
【００１９】
他の一例として、検査技師が電子カルテシステム１を通じて患者を検査する場合を想定する。この場合には、クライアント用電子カルテは、検査技師から検査結果入力画面を呼び出す指示入力を受け付けた場合に、後述の電子カルテサーバ３０のＲＩＳ機能３０Ｄから検査結果入力画面を取得して所定の表示部に表示させる。そして、検査技師は、医療機器を通じて得た検査結果を検査結果入力画面に入力する。このようにして検査技師により検査結果入力画面に所定の情報が入力されると、クライアント用電子カルテは、検査結果入力画面に入力された情報をもとに検査結果に関する患者情報を生成する。そして、クライアント用電子カルテは、検査結果に関する患者情報をサーバ用電子カルテへ送信する。
【００２０】
このように、同一の患者であっても診療が実施される局面によっては、異なるユーザによって異なる患者情報が電子カルテサーバ３０へ通知される場合がある。上記の例で言えば、医師及び検査技師が診察及び検査という異なる局面で電子カルテシステム１を利用する。このため、電子カルテサーバ３０には、同一の患者について処方オーダに関する患者情報及び検査結果に関する患者情報がそれぞれ異なるタイミング、すなわち非同期に登録されることになる。
【００２１】
電子カルテサーバ３０は、クライアント端末である電子カルテクライアント１０に電子カルテシステムの機能を提供するサーバ装置である。この電子カルテサーバ３０には、サーバ用の電子カルテアプリがインストールされており、サーバ用電子カルテアプリが各種の機能や各種のデータベースなどのリソースをクライアント用電子カルテに解放することにより、診療支援サービスを提供する。
【００２２】
かかる電子カルテサーバ３０が提供する機能の一例としては、医師が検査技師や読影医に検査を依頼するのを支援する検査オーダ機能３０Ａや医師が薬剤師に薬剤の処方を依頼するのを支援する処方オーダ機能３０Ｂが挙げられる。他の一例としては、医療関係者が各種の検査に関する検査結果を閲覧するのを支援する検査結果閲覧機能３０Ｃが挙げられる。さらには、検査技師が患者を検査するのを支援するＲＩＳ（Radiology  Information  System）機能３０Ｄや読影医が患者を検査するのを支援するＰＡＣＳ（Picture  Archiving  Communication  Systems）機能３０Ｅなども挙げられる。
【００２３】
また、電子カルテサーバ３０は、電子カルテシステム１が提供する各種の機能を有する他、患者のカルテ、各種のオーダ、処方薬、検査結果や看護記録などを記憶する患者情報データベース（data  base）を有する。なお、以下では、患者情報データベースを患者情報ＤＢと略記する。
【００２４】
これを説明すると、電子カルテサーバ３０は、電子カルテクライアント１０から利用者ＩＤやパスワード（password）などの認証情報とともにログイン要求を受け付けると、ログイン認証を実行する。そして、電子カルテサーバ３０は、ログイン認証に成功した場合は、サーバ用電子カルテを起動する。その後、サーバ用電子カルテは、システムにログインしたユーザのアカウントに応じて検査オーダ機能３０Ａ、処方オーダ機能３０Ｂ、検査結果閲覧機能３０Ｃ、ＲＩＳ機能３０ＤまたはＰＡＣＳ機能３０Ｅなどの機能を解放する。このとき、サーバ用電子カルテは、検査オーダ機能３０Ａ、処方オーダ機能３０Ｂ、検査結果閲覧機能３０Ｃ、ＲＩＳ機能３０ＤまたはＰＡＣＳ機能３０Ｅなどの各種の機能を通じて取得した患者情報を患者情報ＤＢへ登録する。
【００２５】
［患者情報管理装置の構成］
次に、本実施例に係る患者情報管理装置について説明する。図２は、実施例１に係る患者情報装置の構成を示すブロック図である。図２に示す患者情報管理装置１００は、電子カルテサーバ３０に登録される複数の患者情報のうち、関連性のある患者情報同士を関連付けるものである。図２に示すように、患者情報管理装置１００は、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを有する。
【００２６】
このうち、通信制御Ｉ／Ｆ部１１０は、他の装置、例えばネットワーク５を介して接続される電子カルテクライアント１０や電子カルテサーバ３０との間で通信を行うためのインターフェースである。
【００２７】
記憶部１２０は、例えば、フラッシュメモリ（flash  memory）などの半導体メモリ素子、または、ハードディスク（hard  disk）、光ディスクなどの記憶装置である。なお、記憶部１２０は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random  Access  Memory)、ＲＯＭ（Read  Only  Memory)であってもよい。
【００２８】
記憶部１２０は、制御部１３０で実行される各種プログラム、例えばＯＳ（Operating  System）やそのプログラムの実行に必要なデータを記憶する。このほか、記憶部１２０は、例えば、患者情報ＤＢ１２１と、関連付け条件マスタ（Master）１２２と、関連情報データベース１２３と、禁忌データベース１２４と、通知先情報データベース１２５とを併せて記憶する。なお、以下では、関連情報データベース、禁忌データベース、通知先情報データベースをそれぞれ関連情報ＤＢ、禁忌ＤＢ、通知先情報ＤＢと略記する。
【００２９】
このうち、患者情報ＤＢ１２１は、患者情報を記憶するデータベースである。かかる患者情報ＤＢ１２１は、上記の患者情報として、状態種別、データ種別、患者番号、オーダ番号、データ日付及び内容をシーケンス番号毎に記憶する。なお、患者情報ＤＢ１２１には、電子カルテクライアント１０から電子カルテサーバ３０へ通知される患者情報と同じものが後述の受付部１３１により登録されるものとする。
【００３０】
ここで言う「状態種別」とは、患者に実施する診療行為のステータス（status）を示す。一例としては、検査、患者に対する注射や処方を該当部門の医療関係者に依頼する段階を指す「オーダ」、患者の検査結果を登録する段階を指す「結果」や、患者に注射や手術などの診療行為を実施する段階を指す「実施」などが挙げられる。また、「データ種別」とは、患者に対する診療行為の内容を示し、例えば、血液検査や処方などが挙げられる。また、「患者番号」とは、患者を一意に特定するために付与される識別番号である。また、「オーダ番号」とは、各種のオーダを一意に特定するために付与される識別番号である。また、「データ日付」とは、患者情報が生成された日付を指す。また、「内容」は、診療行為の内容を指す。例えば、診療行為が処方である場合には、患者に処方される薬剤の種類や内訳などが該当し、また、診療行為が注射である場合には、患者に注射する薬品の種類や分量の他、患部の名称などが該当する。
【００３１】
図３は、患者情報ＤＢに記憶される情報の構成例を示す図である。図３に示す例では、シーケンス番号「１」のレコードは、患者番号が１００１である患者に対する血液検査のオーダであってオーダ番号が２００１であり、西暦２００９年１２月１日のオーダであることを示す。また、シーケンス番号「２」のレコードは、患者番号が１１００の患者に対する注射のオーダであってオーダ番号が２１００であり、西暦２００９年１２月２日のオーダであることを示す。さらに、シーケンス番号「３」のレコードは、患者番号が１２００の患者に対する処方のオーダであってオーダ番号が２２００であり、西暦２００９年１２月５日のオーダであることを示す。また、シーケンス番号「４」のレコードは、患者番号が１００１の患者に対する処方のオーダであってオーダ番号が２２５０であり、西暦２００９年１２月１日のオーダであることを示す。さらに、シーケンス番号「５」のレコードは、オーダ番号が２００１のオーダに基づいて西暦２００９年１２月１日に行われた患者番号「１００１」の患者の血液検査の結果を示す。また、シーケンス番号「６」のレコードは、オーダ番号が２１００のオーダに基づいて患者番号「１１００」の患者に対する注射の処置が西暦２００９年１２月２日に実施されたことを示す。さらに、シーケンス番号「７」のレコードは、オーダ番号が２３００のオーダに基づいて西暦２００９年１２月６日に行われた患者番号「１００１」の患者の血液検査の結果を示す。
【００３２】
関連付け条件マスタ１２２は、複数の患者情報を関連付けるための条件が定義されたマスタデータである。かかる関連付け条件の一態様としては、患者情報に含まれる項目のうち少なくとも１つの項目を対象に後述の比較部１３３で異なる患者情報を比較させる条件が定義される。なお、上記の関連付け条件を満たす複数の患者情報については、後述の生成部１３４により患者情報を互いを関連付ける関連情報が生成される。
【００３３】
図４は、関連付け条件マスタの一例を示す図である。図４に示す例では、新規に患者情報を患者情報ＤＢ１２１へ登録する場合に、それまでに患者情報ＤＢ１２１に登録されている既登録の患者情報の中から、新規に登録する患者情報と関連付ける関連情報を後述の比較部１３３に検索させる場合を想定する。なお、関連付け条件は、患者情報管理装置１００の開発者や電子カルテシステム１を利用するユーザが任意の内容の条件を新規に作成したり、既存の条件を変更したり、また、既登録の条件を削除したりすることができる。また、外部装置で保持される関連付け条件が更新された場合に更新後の関連付け条件をダウンロードすることもできる。
【００３４】
図４に示すシーケンス番号「１」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号及びオーダ番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれる状態種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、オーダ番号が一致するか否か、かつ新規登録の患者情報に含まれる状態種別が「結果」であるか否かを後述の比較部１３３に比較させることが定められている。このシーケンス番号「１」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が一人の患者に関するオーダとそのオーダの結果という関係を有することが判別できる。
【００３５】
図４に示すシーケンス番号「２」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号及びオーダ番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれる状態種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、オーダ番号が一致するか否か、かつ新規登録の患者情報に含まれる状態種別が「実施」であるか否かを後述の比較部１３３に比較させることが定められている。このシーケンス番号「２」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が一人の患者に関するオーダとそのオーダの実施という関係を有することが判別できる。
【００３６】
図４に示すシーケンス番号「３」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号及びデータ日付を後述の比較部１３３に比較させることが規定されている。すなわち、患者番号が一致するか否か、かつデータ日付が一致するか否かを後述の比較部１３３に比較させることが定められている。このシーケンス番号「３」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が同一の患者を対象に同一日に実施された診療行為という関係を有することが判別できる。これらの患者情報を関連付けた場合には、一人の患者に実施された１日の診療行為を俯瞰して閲覧させることが可能になる。
【００３７】
図４に示すシーケンス番号「４」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号、データ種別及び状態種別を後述の比較部１３３に比較させることが規定されている。さらに、既登録の患者情報に含まれる状態種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、データ種別が一致するか否か、状態種別が一致するか否か、かつ既登録の患者情報に含まれるデータ日付が今回に新規登録する患者情報のデータ日付に最も近い最大値を有するか否かを比較させることが定められている。このシーケンス番号「４」のレコードに規定される関連付け条件を満たす場合には、次のことが判別できる。すなわち、新規登録の患者情報及び既登録の患者情報が同一の患者を対象に実施された同一のデータ種別及び同一の状態種別である診療行為の中でも今回と前回という関係を有することが判別できる。これらの患者情報を関連付けた場合には、一人の患者に実施された診療行為の今回の値と前回の値を併記して閲覧させることが可能になる。
【００３８】
図４に示すシーケンス番号「５」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれるデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれるデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、新規登録の患者情報に含まれるデータ日付と既登録の患者情報に含まれるデータ日付との差と規定の条件とを後述の比較部１３３に比較させることが規定されている。すなわち、患者番号が一致するか否か、新規登録の患者情報に含まれるデータ種別が「処方」であるか否か、かつ既登録の患者情報に含まれるデータ種別が「血液検査」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれるデータ日付と新規登録する患者情報のデータ日付との差が一週間以内であるか否かを比較させることが定められている。このシーケンス番号「５」のレコードに規定される関連付け条件を満たす場合には、既登録の患者情報は、同一の患者へ処方される前より一週間以内に出された血液検査の結果という関係を新規登録の患者情報との間で有することが判別できる。これらの患者情報を関連付けた場合には、処方時に血液検査の結果を閲覧させることが可能になる。
【００３９】
図４に示すシーケンス番号「６」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれる状態種別及びデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれる状態種別及びデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれる内容が示す手術予定日と新規登録の患者情報に含まれるデータ日付との差と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、新規登録の患者情報に含まれる状態種別が「オーダ」であるか否か、かつ新規登録の患者情報に含まれるデータ種別が「処方」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれる状態種別が「オーダ」であるか否か、かつ既登録の患者情報に含まれるデータ種別が「手術」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれる内容が示す手術予定日と新規登録する患者情報のデータ日付との差がＸ日以内であるか否かを比較させることが定められている。このシーケンス番号「６」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が同一の患者に対する手術予定日前のＸ日以内の処方のオーダという関係を有することが判別できる。これらの患者情報を関連付けた場合には、手術予定日のＸ日前から服用することが禁止されている薬を処方したかどうかを確認させることが可能になる。
【００４０】
図４に示すシーケンス番号「７」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれる状態種別及びデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれる状態種別及びデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれる内容が示す手術予定日と新規登録の患者情報に含まれるデータ日付との差と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、新規登録の患者情報に含まれる状態種別が「結果」であるか否か、かつ新規登録の患者情報に含まれるデータ種別が「検査」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれる状態種別が「オーダ」であるか否か、かつ既登録の患者情報に含まれるデータ種別が「手術」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれる内容が示す手術予定日と新規登録する患者情報のデータ日付との差がＹ日以内であるか否かを比較させることが定められている。このシーケンス番号「７」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が同一の患者に対する手術予定日前のＹ日以内の検査結果という関係を有することが判別できる。これらの患者情報を関連付けた場合には、検査結果と併記してＹ日以内に行われる手術内容を閲覧させることが可能になる。
【００４１】
図４に示すシーケンス番号「８」のレコードには、新規登録の患者情報と既登録の患者情報との間で患者番号を後述の比較部１３３に比較させることが規定されている。さらに、新規登録の患者情報に含まれるデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。さらに、既登録の患者情報に含まれるデータ種別と規定の条件とを後述の比較部１３３により比較させることが規定されている。すなわち、患者番号が一致するか否か、新規登録の患者情報に含まれるデータ種別が、病名を登録するための「病名登録」であるか否かを比較させることが定められている。さらに、既登録の患者情報に含まれるデータ種別が、患者が入院している入院室の移動の依頼である「移動オーダ」であるか否かを比較させることが定められている。このシーケンス番号「８」のレコードに規定される関連付け条件を満たす場合には、新規登録の患者情報及び既登録の患者情報が、病名登録された患者に対する入院室の移動履歴という関係を有することが判別できる。これらの患者情報を関連付けた場合には、登録された病名が示す病気が同室内の他の患者に感染するおそれのある感染症であったときには、入院室の移動履歴から、感染症にかかった患者と過去に同室だった患者を特定させることが可能になる。
【００４２】
関連情報ＤＢ１２３は、関連性がある患者情報同士が関連付けられた関連情報を記憶するデータベースである。かかる関連情報ＤＢ１２３は、上記の関連情報として、新規登録の患者情報の患者情報ＤＢ１２１のシーケンス番号、既登録の患者情報の患者情報ＤＢ１２１のシーケンス番号及び関連付け条件マスタ１２２のシーケンス番号を対応付けて記憶する。なお、関連情報ＤＢ１２３には、後述の生成部１３４により関連情報が登録される。
【００４３】
図５は、関連情報ＤＢの一例を示す図である。図５に示す例では、シーケンス番号「１」の関連情報は、次の内容を示す。すなわち、患者情報ＤＢ１２１のシーケンス番号「１」の新規登録の患者情報と、シーケンス番号「５」の既登録の患者情報とが、関連付け条件マスタ１２２のシーケンス番号「１」の条件によって関連付けられていることを示す。このような関連付けによれば、患者番号が１００１である一人の患者に関する血液検査のオーダとその血液検査の結果という関係を有することが判別できる。また、シーケンス番号「２」の関連情報は、次の内容を示す。すなわち、患者情報ＤＢ１２１のシーケンス番号「２」の新規登録の患者情報と、シーケンス番号「６」の既登録の患者情報とが、関連付け条件マスタ１２２のシーケンス番号「２」の条件によって関連付けられていることを示す。このような関連付けによれば、患者番号が１１００の一人の患者に関する注射のオーダと注射の実施という関係を有することが判別できる。
【００４４】
さらに、図５に示すシーケンス番号「３」の関連情報は、次の内容を示す。すなわち、患者情報ＤＢ１２１のシーケンス番号「１」の新規登録の患者情報と、シーケンス番号「４」、「５」の既登録の患者情報とが、関連付け条件マスタ１２２のシーケンス番号「３」の条件によって関連付けられていることを示す。このような関連付けによれば、患者番号が１００１である一人の患者に実施された１日の診療行為、すなわち血液検査のオーダ、処方のオーダ及び血液検査の結果を俯瞰して閲覧させることが可能になる。また、シーケンス番号「４」の関連情報は、次の内容を示す。すなわち、患者情報ＤＢ１２１のシーケンス番号「７」の新規登録の患者情報と、シーケンス番号「５」の既登録の患者情報とが、関連付け条件マスタ１２２のシーケンス番号「４」の条件によって関連付けられていることを示す。このような関連付けによれば、患者番号が１００１の一人の患者に実施された血液検査の今回の値と前回の値を併記して閲覧させることが可能になる。さらに、シーケンス番号「５」の関連情報は、次の内容を示す。すなわち、患者情報ＤＢ１２１のシーケンス番号「４」の新規登録の患者情報と、シーケンス番号「５」、「７」の既登録の患者情報とが、関連付け条件マスタ１２２のシーケンス番号「５」の条件によって関連付けられていることを示す。このような関連付けによれば、患者番号が１００１の患者の処方時に血液検査の結果を加味させることが可能になる。
【００４５】
禁忌ＤＢ１２４は、禁忌とする患者情報の組み合わせが定義された定義情報を記憶するデータベースである。図６は、禁忌ＤＢの一例を示す図である。図６の例では、アレルギーＡの患者に対して薬Ｍの処方が禁忌であるため、患者情報が示す血液検査の結果がアレルギーＡである場合に、薬Ｍの処方が禁忌であることを示す。
【００４６】
通知先情報ＤＢ１２５は、データ種別に応じた通知先が定義されたデータベースである。この通知先情報ＤＢ１２５の一態様としては、データ種別と、通知先と、通知手段とを対応付けて記憶する。
【００４７】
ここで言う「データ種別」とは、患者に対する診療行為の内容を示し、例えば、血液検査や処方、または手術や病名登録などが挙げられる。また、「通知先」とは、通知される人や部署、例えば、主治医や担当看護師、または検査部や手術部などが挙げられる。また、「通知手段」とは、通知を行う手段を指し、例えば、メールや電話などが該当する。
【００４８】
図７は、通知先情報ＤＢの一例を示す図である。図７に示す例では、シーケンス番号「１」のレコードは、関連情報に含まれる患者情報のデータ種別が「検査」である場合には、メールにより、検査部や主治医に、関連情報の内容を通知することを示す。また、シーケンス番号「２」のレコードは、関連情報に含まれる患者情報のデータ種別が「処方」である場合には、コンピュータ等の音声情報生成装置により生成された自動音声による電話によって、関連情報の内容を主治医に通知することを示す。さらに、シーケンス番号「３」のレコードは、関連情報に含まれる患者情報のデータ種別が「手術」である場合には、メールにより、関連情報の内容を手術部、主治医に通知することを示す。また、シーケンス番号「４」のレコードは、関連情報に含まれる患者情報のデータ種別が「病名」である場合には、コンピュータ等の音声情報生成装置により生成された自動音声による電話によって、関連情報の内容を主治医、担当看護師に通知することを示す。
【００４９】
図２の説明に戻る。制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などの集積回路またはＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。
【００５０】
制御部１３０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有している。制御部１３０は、これらのプログラムや制御データによって種々の処理を実行する。制御部１３０は、図２に示すように、受付部１３１と、取得部１３２と、比較部１３３と、生成部１３４と、チェック部１３５と、通知部１３６とを有する。
【００５１】
受付部１３１は、患者情報を受付ける処理部である。例えば、受付部１３１は、電子カルテクライアント１０から送信された患者情報をネットワーク５及び通信制御Ｉ／Ｆ部１１０を介して受付ける。そして、受付部１３１は、受付けた患者情報を患者情報ＤＢ１２１に格納する。
【００５２】
取得部１３２は、患者情報の各情報を取得する処理部である。例えば、取得部１３２は、受付部１３１で患者情報を受付けるたびに、状態種別、データ種別、患者番号、オーダ番号、データ日付及び内容を解析して取得する。
【００５３】
比較部１３３は、患者情報ＤＢ１２３を用いて患者情報を比較する処理部である。例えば、比較部１３３は、新規に登録する患者情報が関連付け条件マスタ１２２の各関連付け条件に該等する項目を満たす場合には、その関連付け条件について患者情報ＤＢ１２１から関連付け条件を満たす患者情報を検索する処理を行う。一方、比較部１３３は、新規に登録する患者情報が各関連付け条件に該等する項目を満たさない場合には、その関連付け条件について患者情報ＤＢ１２１から関連付け条件を満たす患者情報を検索する処理については行わない。その理由は、このような処理を行ったところで新規に登録する患者情報の項目が関連付け条件を満たしていないため、既登録の患者情報がいかなるものであっても関連付け条件を満たさないからである。すなわち、その後の既登録の患者情報に対する検索の処理が不要だからである。
【００５４】
関連付け条件マスタ１２２の各関連付け条件に該等する項目を満たさない場合について、例を挙げて説明する。例えば、新規に登録する患者情報の状態種別が「結果」でない場合には、シーケンス番号「１」の関連付け条件に該等する項目を満たさない。また、新規に登録する患者情報の状態種別が「実施」でない場合には、シーケンス番号「２」の関連付け条件に該等する項目を満たさない。また、新規に登録する患者情報のデータ種別が「処方」でない場合には、シーケンス番号「５」の関連付け条件に該等する項目を満たさない。また、新規に登録する患者情報の状態種別が「オーダ」でないか、もしくはデータ種別が「処方」でない場合には、シーケンス番号「６」の関連付け条件に該等する項目を満たさない。また、新規に登録する患者情報の状態種別が「結果」でないか、またはデータ種別が「検査」でない場合には、シーケンス番号「７」の関連付け条件に該等する項目を満たさない。また、新規に登録する患者情報のデータ種別が「病名登録」でない場合には、シーケンス番号「８」の関連付け条件に該等する項目を満たさない。なお、シーケンス番号「３」、「４」の関連付け条件では新規に登録する患者情報の所定の項目を規定していないため、その後の検索は必ず行われる。
【００５５】
そして、比較部１３３は、受付部１３１で受付けた新規に登録する患者情報がシーケンス番号「１」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「１」の関連付け条件に基づいて、受付部１３１で受付けた患者情報及び患者情報ＤＢ１２１に記憶された患者情報のそれぞれの患者番号、オーダ番号を比較する。具体的には、比較部１３３は、受付部１３１で受付けた患者情報の患者番号及びオーダ番号と一致する患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００５６】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「２」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「２」の関連付け条件に基づいて、受付部１３１で受付けた患者情報及び患者情報ＤＢ１２１に記憶された患者情報のそれぞれの患者番号、オーダ番号を比較する。具体的には、比較部１３３は、受付部１３１で受付けた患者情報の患者番号及びオーダ番号と一致する患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００５７】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「３」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「３」の関連付け条件に基づいて、受付部１３１で受付けた患者情報及び患者情報ＤＢ１２１に記憶された患者情報のそれぞれの患者番号、データ日付を比較する。具体的には、比較部１３３は、受付部１３１で受付けた患者情報の患者番号、データ日付と一致する患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００５８】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「４」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「４」の関連付け条件に基づいて、受付部１３１で受付けた患者情報の患者番号、データ種別、状態種別、データ日付と、患者情報ＤＢ１２１に記憶された患者情報の患者番号、データ種別、状態種別、データ日付とを比較する。すなわち、比較部１３３は、シーケンス番号「４」の関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００５９】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「５」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「５」の関連付け条件に基づいて、受付部１３１で受付けた患者情報の患者番号、データ種別、データ日付と、患者情報ＤＢ１２１に記憶された患者情報の患者番号、データ種別、データ日付とを比較する。すなわち、比較部１３３は、シーケンス番号「５」の関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００６０】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「６」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「６」の関連付け条件に基づいて、受付部１３１で受付けた患者情報の患者番号、データ種別、状態種別、データ日付と、患者情報ＤＢ１２１に記憶された患者情報の患者番号、データ種別、状態種別、内容が示す手術予定日とを比較する。すなわち、比較部１３３は、シーケンス番号「６」の関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００６１】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「７」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号「７」の関連付け条件に基づいて、受付部１３１で受付けた患者情報の患者番号、データ種別、状態種別、データ日付と、患者情報ＤＢ１２１に記憶された患者情報の患者番号、データ種別、状態種別、内容が示す手術予定日とを比較する。すなわち、比較部１３３は、シーケンス番号「７」の関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００６２】
また、比較部１３３は、新規に登録する患者情報がシーケンス番号「８」の関連付け条件に該等する項目を満たす場合には、次のような処理を行う。すなわち、比較部１３３は、シーケンス番号８の条件に基づいて、受付部１３１で受付けた患者情報の患者番号、データ種別と、患者情報ＤＢ１２１に記憶された患者情報の患者番号、データ種別とを比較する。すなわち、比較部１３３は、シーケンス番号「８」の関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う。
【００６３】
生成部１３４は、関連性のある患者情報を関連付ける処理部である。例えば、生成部１３４は、比較部１３３の比較結果、すなわち検索結果に基づいて、シーケンス番号１〜８のいずれかの関連付け条件を満たす場合には、その関連付け条件を満たす患者情報同士を関連付けた関連情報を関連情報ＤＢ１２３に格納する。
【００６４】
具体的には、生成部１３４は、シーケンス番号「１」の関連付け条件を満たすような患者情報が患者情報ＤＢ１２１に記憶されていた場合、次のような処理を行う。すなわち、生成部１３４は、シーケンス番号「１」の関連付け条件を満たす患者情報同士を関連付けた関連情報と、シーケンス番号「１」とを関連情報ＤＢ１２３に格納する。生成部１３４は、患者情報同士を関連付ける際に、情報量が多くなるため、患者情報そのものを関連付けるのではなく、患者情報ＤＢ１２１のシーケンス番号を用いて関連付けている。既登録の患者情報については対応するシーケンス番号を用いるが、新規に登録する患者情報については、未登録のため患者情報ＤＢ１２１の登録予定のシーケンス番号を用いることとする。なお、シーケンス番号「２」〜「８」のそれぞれの関連付け条件を満たすような患者情報が患者情報ＤＢ１２１に記憶されていた場合についても同様の処理を行う。
【００６５】
チェック部１３５は、関連情報を該当者に通知する必要があるか否かを判断する処理部である。例えば、チェック部１３５は、関連情報を関連情報ＤＢ１２３から取得し、関連付けられた患者情報の内容と、禁忌ＤＢ１２４の登録内容とを比較し、一致する場合には、関連情報を該当者に通知する必要があると判断する。具体的には、チェック部１３５は、関連情報が、患者への薬Ｍの処方に対して処方前一週間以内の血液検査の結果がアレルギーＡであることを示している場合には、禁忌ＤＢ１２４の登録内容と一致しているため、関連情報を該当者に通知する必要があると判断する。
【００６６】
通知部１３６は、関連情報を該当者に通知する処理部である。例えば、通知部１３６は、チェック部１３５で通知する必要があると判断された場合に、関連情報からデータ種別を取得する。そして、通知部１３６は、取得したデータ種別に対応する通知先と、取得したデータ種別に対応する通知手段とを通知先情報ＤＢ１２５から取得する。続いて、通知部１３６は、取得した通知先に、取得した通知手段で関連情報の内容を通知する。例えば、図７に示す通知先情報ＤＢ１２５が用いられる場合には、通知部１３６は、取得したデータ種別が検査のときには、検査部や主治医に、メールで関連情報の内容を通知する。また、通知部１３６は、取得したデータ種別が処方のときには、主治医に電話によって関連情報の内容を自動音声で通知する。また、通知部１３６は、取得したデータ種別が手術のときには、手術部、主治医に、メールで関連情報の内容を通知する。また、通知部１３６は、取得したデータ種別が病名のときには、主治医や担当看護師に電話によって関連情報の内容を自動音声で通知する。
【００６７】
［処理の流れ］
次に、図８及び９を用いて、本実施例に係る患者情報管理装置の処理の流れを説明する。なお、以下では、関連情報を生成する関連情報生成処理を説明した後、関連情報の内容を通知する関連情報通知処理を説明する。
【００６８】
［関連情報生成処理］
図８は、実施例１に係る関連情報生成処理の手順を示すフローチャートである。図８に示す関連情報生成処理は、患者情報がネットワーク５を介して入力された場合に起動される処理である。
【００６９】
図８に示すように、受付部１３１は、患者情報を受付ける（ステップＳ１００）。そして、取得部１３２は、ステップＳ１００で受付けた患者情報から、状態種別と、データ種別と、患者番号と、オーダ番号と、データ日付と、内容とを取得する（ステップＳ１０１）。
【００７０】
続いて、比較部１３３は、関連付け条件マスタ１２２の関連付け条件を参照する（ステップＳ１０２）。そして、比較部１３３は、ステップＳ１００で受付けた患者情報が、全ての関連付け条件のうち、少なくとも一つの関連付け条件に該等する項目を満たしているか否かを判定する（ステップＳ１０３）。
【００７１】
ステップＳ１００で受付けた患者情報が、少なくとも一つの関連付け条件に該等する項目を満たしていると判定した場合（ステップＳ１０３肯定）には、比較部１３３は、次に示すような処理を行う。すなわち、比較部１３３は、該等する項目を満たしていると判定された関連付け条件を満たす患者情報の検索を患者情報ＤＢ１２１に対して行う（ステップＳ１０４）。
【００７２】
続いて、比較部１３３は、ステップＳ１０４の処理での検索の結果、関連付け条件を満たす患者情報が患者情報ＤＢ１２１から検索されたか否かを判定する（ステップＳ１０５）。関連付け条件を満たす患者情報が患者情報ＤＢ１２１から検索された場合（ステップＳ１０５肯定）には、生成部１３４は、次に示す処理を行う。すなわち、生成部１３４は、関連付け条件を満たす患者情報同士を関連付けた関連情報と、関連付け条件のシーケンス番号とを対応付けて、関連情報ＤＢ１２３に格納する（ステップＳ１０６）。
【００７３】
続いて、受付部１３１は、ステップＳ１００で受付けた患者情報を患者情報ＤＢ１２１に格納し（ステップＳ１０７）、ステップＳ１００へ戻り、同様の処理を行う。一方、ステップＳ１００で受付けた患者情報が、全ての関連付け条件について、該等する項目を満たしていないと判定した場合（ステップＳ１０３否定）には、ステップＳ１０７へ移行する。また、関連付け条件を満たす患者情報が患者情報ＤＢ１２１から検索されなかった場合（ステップＳ１０５否定）についても、ステップＳ１０７へ移行する。
【００７４】
［関連情報通知処理］
図９は、実施例１に係る関連情報通知処理の手順を示すフローチャートである。図９に示す関連情報通知処理は、関連情報が関連情報ＤＢ１２３に登録された場合に起動される処理である。
【００７５】
図９に示すように、チェック部１３５は、今回登録された関連情報を関連情報ＤＢ１２３から取得する（ステップＳ２００）。続いて、チェック部１３５は、禁忌ＤＢ１２４の登録内容と、ステップＳ２００で取得した関連情報とを比較する（ステップＳ２０１）。
【００７６】
そして、チェック部１３５は、比較した結果に基づいて、関連情報が示す内容が禁忌ＤＢ１２４の登録内容と一致するか否かを判定する（ステップＳ２０２）。関連情報が示す内容が禁忌ＤＢ１２４の登録内容と一致する場合（ステップＳ２０２肯定）には、通知部１３６は、関連情報から取得したデータ種別に対応する通知先を通知先情報ＤＢ１２５から取得する（ステップＳ２０３）。
【００７７】
そして、通知部１３６は、取得したデータ種別に対応する通知手段を通知先情報ＤＢ１２５から取得する（ステップＳ２０４）。続いて、通知部１３６は、取得した通知先に、取得した通知手段で関連情報の内容を通知し（ステップＳ２０５）、ステップＳ２００へ戻り、処理を繰り返す。
【００７８】
一方、関連情報を該当者に通知する必要がない場合（ステップＳ２０２否定）には、ステップＳ２００へ移行する。
【００７９】
［実施例１の効果］
上述してきたように、本実施例に係る患者情報管理装置１００は、非同期に発生する患者情報を順次受付ける。そして、本実施例に係る患者情報管理装置１００は、患者情報を順次受付けるごとに、患者情報のデータ種別や状態種別と、患者情報のデータ日付と、患者情報の患者番号とを取得する。続いて、本実施例に係る患者情報管理装置１００は、患者情報同士のデータ種別や状態種別、データ日付、患者番号を比較する。その後、本実施例に係る患者情報管理装置１００は、比較した結果に基づいて、患者情報同士の関連性があれば、患者情報を関連付けた関連情報を生成する。このように、本実施例に係る患者情報管理装置１００によれば、非同期に発生した関連性のある患者情報を関連付けることができる。
【００８０】
また、本実施例に係る患者情報管理装置１００は、システムに患者情報を登録した医師以外の看護師などにも関連情報の内容を通知する。このように、患者情報管理装置１００によれば、関連情報を適切に通知することができる。
【００８１】
また、本実施例に係る患者情報管理装置１００は、データ種別や、データ日付や、患者番号などが関連付け条件マスタ１２２の関連付け条件を満たす場合に、関連情報を生成する。このように、患者情報管理装置１００によれば、様々な要因が加味された関連情報を生成することができる。そして、関連付けられた複数の患者情報を総合的に加味することによって、医師は、患者に対してより効果的な診療を行うことができる。
【００８２】
また、本実施例に係る患者情報管理装置１００は、種別ごとに通知先を定義した通知先情報ＤＢ１２５に基づいて、通知先を決定して関連情報を通知しているので、適切な通知先に関連情報を通知することができる。
【００８３】
［適用例及び応用例］
なお、実施例１の患者情報管理装置１００が、電子カルテサーバ３０と分離した装置である場合について例示したが、開示の患者情報管理装置はこれに限定されない。例えば、電子カルテサーバ３０内に搭載されていてもよい。
【００８４】
また、上記の実施例１では、関連情報を関連情報ＤＢ１２３に格納する場合について例示したが、開示の患者情報管理装置はこれに限られない。例えば、開示の患者情報管理装置は、関連情報を生成したタイミングで、生成した関連情報を出力するようにしてもよい。この場合、開示の患者情報管理装置は、関連情報ＤＢ１２３は不要となる。
【００８５】
また、上記の実施例１では、メールや電話で関連情報を通知する場合について例示したが、開示の患者情報管理装置はこれに限られない。例えば、開示の患者情報管理装置は、指定した患者情報を出力する旨の出力命令を受けつけた場合に、次のような処理を行ってもよい。すなわち、指定した患者情報に対応する関連情報を関連情報ＤＢ１２３から検索し、指定した患者情報と共に、関連情報が示す関連性がある患者情報を出力する出力部を有するようにしてもよい。これにより、指定した患者情報だけでなく関連性のある患者情報を出力することができる。つまり、開示の患者情報管理装置は、指定された患者情報に対応するデータＳＥＱが、関連情報ＤＢ１２３に存在するか否かを判定する。存在すると判定した場合は、開示の患者情報管理装置は、対応付いたデータＳＥＱを取得する。そして、開示の患者情報管理装置は、指定された患者情報とともに、関連性がある患者情報を出力する。
【００８６】
また、上記の実施例１では、患者情報を受付けるごとに、関連付け条件を満たすものについて、関連情報を生成する場合を例示したが、開示の患者情報管理装置はこれに限られない。例えば、開示の患者情報管理装置は、受付けた患者情報を蓄積し、所定間隔、例えば１日に１回、蓄積した患者情報のうち、関連付け条件を満たすものについて、関連情報を生成するようにしてもよい。
【００８７】
また、上記の実施例１では、新規に登録する患者情報と、既登録の患者情報とを関連付けて関連情報を生成する場合を例示したが、開示の患者情報管理装置はこれに限られない。例えば、開示の患者情報管理装置は、既登録の患者情報同士を関連付けて関連情報を生成するようにしてもよい。
【００８８】
また、実施例１の電子カルテシステム１は、一つの病院内で用いられるものに限られず、地域医療連携システムで用いられるものであってもよい。この場合、患者番号として地域医療連携システムで用いられる患者ＩＤを用いることができる。
【００８９】
また、電子カルテサーバ３０が、ＲＩＳ機能３０Ｄ及びＰＡＣＳ機能３０Ｅを有する場合について例示したが、電子カルテサーバと、ＲＩＳと、ＰＡＣＳとが互いに独立したシステムであってもよい。
【００９０】
また、各実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。また、本実施例において説明した各処理のうち、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。例えば、図８のステップＳ１００、図９のステップＳ２００において、手動で患者情報を入力してもよい。
【００９１】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示す患者情報ＤＢ１２１と関連情報ＤＢ１２３とが統合されてもよい。
【００９２】
また、図２に示す制御部１３０が有する各部を適宜分散・統合して構成するようにしてもよい。例えば、チェック部１３５と通知部１３６とが統合されてもよい。
【００９３】
［患者情報管理プログラム］
また、上記の各実施例で説明した患者情報管理装置１００の各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図１０を用いて、上記の実施例で説明した患者情報管理装置１００と同様の機能を有する患者情報管理プログラムを実行するコンピュータの一例を説明する。図１０は、患者情報管理プログラムを実行するコンピュータを示す図である。
【００９４】
図１０に示すように、実施例２におけるコンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＲＯＭ（Read Only Memory）３２０、ＨＤＤ（Hard Disk Drive）３３０、ＲＡＭ（Random Access Memory）３４０とを有する。これら３００〜３４０の各部は、バス４００を介して接続される。
【００９５】
ＲＯＭ３２０には、上記の実施例１で示す受付部１３１と、取得部１３２と、比較部１３３と、生成部１３４と、チェック部１３５と、通知部１３６と同様の機能を発揮する制御プログラムが予め記憶される。すなわち、ＲＯＭ３２０には、図１０に示すように、受付プログラム３２０ａと、取得プログラム３２０ｂと、比較プログラム３２０ｃとが記憶される。また、ＲＯＭ３２０には、図１０に示すように、生成プログラム３２０ｄと、チェックプログラム３２０ｅと、通知プログラム３２０ｆとが記憶される。なお、これらのプログラム３２０ａ〜３２０ｆについては、図２に示した患者情報管理装置１００の各構成要素と同様、適宜統合又は分離しても良い。
【００９６】
そして、ＣＰＵ３１０が、これらのプログラム３２０ａ〜３２０ｆをＲＯＭ３２０から読み出して実行する。これによって、ＣＰＵ３１０は、図１０に示すように、プログラム３２０ａ〜３２０ｃについては、受付プロセス３１０ａと、取得プロセス３１０ｂと、比較プロセス３１０ｃとして機能するようになる。また、ＣＰＵ３１０は、図１０に示すように、プログラム３２０ｄ〜３２０ｆについては、生成プロセス３１０ｄと、チェックプロセス３１０ｅと、通知プロセス３１０ｆとして機能するようになる。なお、各プロセス３１０ａ〜３１０ｆは、図２に示した、受付部１３１と、取得部１３２と、比較部１３３と、生成部１３４と、チェック部１３５と、通知部１３６とにそれぞれ対応する。また、ＣＰＵ３１０上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ３１０上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。
【００９７】
そして、ＨＤＤ３３０には、患者情報ＤＢ３３０ａと、関連付け条件マスタ３３０ｂと、関連情報ＤＢ３３０ｃと、禁忌ＤＢ３３０ｄと、通知先情報ＤＢ３３０ｅとが設けられる。これら患者情報ＤＢ３３０ａ、関連付け条件マスタ３３０ｂ及び関連情報ＤＢ３３０ｃは、図２に示した患者情報ＤＢ１２１、関連付け条件マスタ１２２及び関連情報ＤＢ１２３に対応する。また、禁忌ＤＢ３３０ｄ及び通知先情報ＤＢ３３０ｅは、図２に示した禁忌ＤＢ１２４及び通知先情報ＤＢ１２５に対応する。 
【００９８】
そして、ＣＰＵ３１０は、患者情報ＤＢ３３０ａと、関連付け条件マスタ３３０ｂと、関連情報ＤＢ３３０ｃと、禁忌ＤＢ３３０ｄと、通知先情報ＤＢ３３０ｅとを読み出してＲＡＭ３４０に格納する。さらに、ＣＰＵ３１０は、ＲＡＭ３４０に格納された患者データ３４０ａと、関連付け条件マスタデータ３４０ｂと、関連データ３４０ｃと、禁忌データ３４０ｄと、通知先データ３４０ｅとを用いて、患者情報管理プログラムを実行する。なお、ＲＡＭ３４０に格納される各データは、常に全てのデータがＲＡＭ３４０に格納される必要はなく、処理に必要なデータのみがＲＡＭ３４０に格納されれば良い。
【００９９】
なお、上記した患者情報管理プログラムについては、必ずしも最初からＨＤＤ３３０に記憶させておく必要はない。
【０１００】
例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００がこれらから各プログラムを読み出して実行するようにしてもよい。 
【０１０１】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておく。そして、コンピュータ３００がこれらから各プログラムを読み出して実行するようにしてもよい。
【符号の説明】
【０１０２】
１        電子カルテシステム
５        ネットワーク
１０        電子カルテクライアント
３０        電子カルテサーバ
１００        患者情報管理装置
１１０        通信制御Ｉ／Ｆ部
１２０        記憶部
１２１        患者情報ＤＢ
１２２        関連付け条件マスタ
１２３        関連情報ＤＢ
１２４        禁忌ＤＢ
１２５        通知先情報ＤＢ
１３０        制御部
１３１        受付部
１３２        取得部
１３３        比較部
１３４        生成部
１３５        チェック部
１３６        通知部
【図１】
2012027726.tif 000003
【図２】
2012027726.tif 000004
【図３】
2012027726.tif 000005
【図４】
2012027726.tif 000006
【図５】
2012027726.tif 000007
【図６】
2012027726.tif 000008
【図７】
2012027726.tif 000009
【図８】
2012027726.tif 000010
【図９】
2012027726.tif 000011
【図１０】
2012027726.tif 000012