(57)【要約】【課題】  複数の医療機関がそれぞれ独自に保有している患者情報を統合・管理し、個人認証に基づく医療情報の提供を可能とする。【解決手段】  複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して一元管理する医療情報管理システムであって、前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信する原データ受信部１０と、前記原データ受信部にて受信した所定データ形式の患者情報データを解析し、各医療機関のデータ形式に跨って定めた統一データ形式に変換するデータ変換部１１０と、前記データ変換部が変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納するデータ格納処理部１１６と、を備えたことを特徴とする医療情報管理システム。【選択図】      図１
2005165442.tif 000002
【特許請求の範囲】
【請求項１】
複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して一元管理する医療情報管理システムであって、
前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信する原データ受信部と、
前記原データ受信部にて受信した所定データ形式の患者情報データを解析し、各医療機関のデータ形式に跨って定めた統一データ形式に変換するデータ変換部と、
前記データ変換部が変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納するデータ格納処理部と、
を備えたことを特徴とする医療情報管理システム。
【請求項２】
請求項１における、前記データ変換部が、
原データ受信部にて受信した所定データ形式の患者情報データを解析するに際し、予め定めたキーワードに基づく患者情報データ内の検索を実行し、
前記検索により抽出される前記キーワードに対応するデータを統一データ形式のデータとして取得するものであり、
前記データ格納処理部が、
前記各キーワードに対応するデータ格納領域を設定したデータベースにおいて、前記データ変換部が取得した統一データ形式のデータを、該当キーワードに対応したデータ格納領域に格納するものであることを特徴とする医療情報管理システム。
【請求項３】
請求項１において、
前記データベースにおける各患者情報データ毎、或いは当該患者情報データの構成項目毎にアクセス制限レベルを設ける、アクセス制限レベル設定部と、
利用者端末からのアクセスリクエストを受付けるアクセス受付部と、
利用者のアクセスリクエストよりアクセス権限情報を抽出する権限情報抽出部と、
前記権限情報抽出部が抽出したアクセス権限情報を、前記データベースにおける各患者情報データ毎、或いは患者情報データの構成項目毎のアクセス制限レベルと照合し、当該利用者に開示可能な患者情報データあるいは患者情報データの構成項目を判定する権限判定部と、
前記権限判定部が判定した開示可能な患者情報データあるいは患者情報データの構成項目を、データベースにおいて検索し、前記利用者端末に提供するデータ提供部と、
を備えたことを特徴とする医療情報管理システム。
【請求項４】
請求項３において、
前記アクセス制限レベルの設定対象が、前記データベースにおける患者情報データが所定目的のもと統計処理された統計情報であることをを特徴とする医療情報管理システム。
【請求項５】
複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して情報処理装置により一元管理する方法あって、
前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信し、
前記受信した所定データ形式の患者情報データを解析して、各医療機関のデータ形式に跨って定めた統一データ形式に変換し、
前記変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納することを特徴とする医療情報管理方法。
【請求項６】
複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して一元管理する方法を情報処理装置に実行させるプログラムであって、
前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信するステップと、
前記受信した所定データ形式の患者情報データを解析して、各医療機関のデータ形式に跨って定めた統一データ形式に変換するステップと、
前記変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納するステップと、
を備えることを特徴とする医療情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報管理システム、医療情報管理方法、および医療情報管理プログラムに関し、特に、複数の医療機関がそれぞれ独自に保有している患者情報の統合化、一元化を行ない、医療従事者または患者本人の個人認証により、医療情報を検索・参照可能とする技術に関するものである。
【背景技術】
【０００２】
離島ないしは限定された地域において、医療機関が連携してデータの共有化を図ることが行なわている。例えば、医療情報を蓄積するデータセンタと複数の医療機関とで構成される地域医療情報システムにおいて、前記データセンタのデータベースに蓄積されている医療情報のうち、少なくとも画像情報の更新分を該複数の全ての医療機関のデータベースにダウンロードするための第１の通信手段と、前記医療機関側で必要となった医療情報のうちの少なくとも画像情報の更新分がある時、該更新分を前記データセンタのデータベースから該必要とする医療機関のデータベースにダウンロードするための、前記第１の通信手段より通信速度の大きい第２の通信手段とを備えることを特徴とする地域医療情報システム（特許文献１参照）などが提案されている。
【特許文献１】特開２００３−００６３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら従来手法においては、各医療機関で独自に設定されたデータ形式の患者情報を、統一形式のデータに変換するといった一括管理する為の技術が提案されていなかった。一方で、各医療機関に予め統一データ形式でのシステム運用を強いる手法も提案されているが、各医療機関それぞれで前記の統一データ形式にデータ変換を行う作業が発生し、そこに多くの労力やコストがかかるという問題もあった。
【０００４】
また、患者情報などの医療情報を医療従事者や患者らに提供するに際し、医療情報を統計処理した上で提供するサービスや、或いは医療情報等の項目毎にアクセス制限を設けたりといった細やかな認証処理について、考慮されることがなかった。
【０００５】
そこで本発明の目的は、複数の医療機関がそれぞれ独自に保有している患者情報を統合・管理し、個人認証に基づく医療情報の提供を可能とする医療情報管理システム、医療情報管理方法、および医療情報管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決する本発明の医療情報管理システムは、複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して一元管理する医療情報管理システムであって、前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信する原データ受信部と、前記原データ受信部にて受信した所定データ形式の患者情報データを解析し、各医療機関のデータ形式に跨って定めた統一データ形式に変換するデータ変換部と、前記データ変換部が変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納するデータ格納処理部と、を備えたことを特徴とする。
【０００７】
また、複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して情報処理装置により一元管理する方法あって、前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信し、前記受信した所定データ形式の患者情報データを解析して、各医療機関のデータ形式に跨って定めた統一データ形式に変換し、前記変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納することを特徴とする医療情報管理方法にかかる。
【０００８】
更に、複数の医療機関の医療情報システムにおける医療情報を、ネットワークを介して一元管理する方法を情報処理装置に実行させるプログラムであって、前記各医療情報システムが保有する、各医療機関における所定データ形式の患者情報データを、所定タイミングにて該当医療情報システムより受信するステップと、前記受信した所定データ形式の患者情報データを解析して、各医療機関のデータ形式に跨って定めた統一データ形式に変換するステップと、前記変換した統一データ形式の患者情報データを、データベースにおいて属性毎に格納するステップと、を備えることを特徴とする医療情報管理プログラムにかかる。このプログラムは、前記各処理の動作を行うためのコードから構成されている。
【０００９】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１０】
本発明によれば、複数の医療機関がそれぞれ独自に保有している患者情報を統合・管理し、個人認証に基づく医療情報の提供が可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明に係る実施の形態について、添付の図面を参照しながら詳細に説明する。図１は本実施形態における医療情報管理システムを含むネットワーク構成例を示す図である。この医療情報管理システム１１３は、医療情報管理プログラムとして設計され、この医療情報管理プログラムを、パソコンやワークステーションにインストールされることによって実装される。
【００１２】
図１において、Ａ病院１０１、Ｂ病院１０２、Ｃ病院１０３は、それぞれ既存の医療情報システム１０４、１０５、１０６を保有し、患者情報をそれぞれの独自形式出力機能１０７、１０８、１０９で出力し、データ管理センタ１１４に伝送する。伝送は、インターネットを利用した仮想専用線（ＶＰＮ）で行っても良いし、専用線を用いても良く、ネットワークの種類やプロトコルは問わない。
【００１３】
各病院からの独自データ形式の患者情報は、データ管理センタ１１４に設置された医療情報管理システム１１３の原データ受信部１０で受信され、自動データ変換ツール（データ変換部）１１０で解析される。そしてさらに、統一データ形式の情報１１１に変換され、各医療機関共通のデータベースである地域診療データベース１１２に蓄積される。
【００１４】
この地域診療データベース１１２には、データベースエンジン（データ格納処理部）１１６が設けられ、これによってデータ検索、データ抽出、並べ替え、その他のデータベース処理機能が提供される。１つの例として、このデータ管理センタ１１４は、中核的な病院の内部に設置される。
【００１５】
自動データ変換ツール１１０には、例えば、予め各医療機関から提供される患者情報の項目名（キーワード）と地域診療データベース１１２の項目名（キーワードに対応したデータ格納領域）との対応表、及び各医療機関から提供される患者情報のデータ形式を設定しておく。医療情報管理システム１１３は、各医療機関からの患者情報を独自データ形式で取得し、前記自動データ変換ツールにより統一データ形式に変換してから、地域診療データベース１１２に蓄積する。
【００１６】
例えば１つの実装例として、各医療情報システム１０４、１０５、１０６のデータベースそのものはバイナリであり、独自形式出力機能１０７、１０８、１０９で出力するデータは、テキストデータであるといった状況が想定できる。画像などのデータは、このテキストデータにその所在情報が記載される。多くの場合、このテキストデータは、ＸＭＬ（Extensible Markup Language）準拠で出力されることが想定されるが、そうでなければ、前記自動データ変換ツール１１０がＸＭＬへ変換することとなる。
【００１７】
このＸＭＬにおけるタグは、患者情報データのデータ形式が異なる前記医療情報システム１０４〜１０６毎に異なる。一般に、１つの体系のＸＭＬから別の体系のＸＭＬへの変換を行う言語は、ＸＳＬ（Extensible Stylesheet Language）と呼ばれる。従って、前記各医療情報システム１０４〜１０６の独自形式のデータに基づくＸＭＬから、統一データ形式のＸＭＬへの変換を行う為の規約をこのＸＳＬで記述しておく。このＸＳＬ言語の規約を、スタイルシートと呼ぶ。このスタイルシートを、夫々の独自データ形式毎に作成しておく。このスタイルシートを、自動データ変換ツール１１０に設けられているＸＳＬＴ（XML Stylesheet Language Transformations）で解釈し、入力された独自形式のＸＭＬを統一データ形式のＸＭＬへの変換する。このＸＭＬのデータは、バイナリのデータパケットに変換されてから、共通データベースへ格納される。
【００１８】
このＸＳＬＴによって、各医療情報のＸＭＬのタグのばらつきを吸収して、後述するようなフィールドをもったデータベースの為の、共通のＸＭＬのテキストデータに変換することとなる。
【００１９】
又、文字データ以外のデータも、共通のデータ形式に変換する。たとえば、画像データを、ＪＰＥＧフォーマットで統一する場合、ＴＩＦＦフォーマットの画像が医療情報システムから送信されてくれば、ＴＩＦＦからＪＰＥＧへの変換プログラムによってＪＰＥＧフォーマットの画像データに変換してからデータベースに格納する。それと共に、ＸＭＬのテキストデータでポイントする画像データもＪＰＥＧのものに書き換えておく。
【００２０】
図２は、本実施形態の医療情報管理システムにおけるデータ形式変換の詳細を示す図である。ここで、Ａ病院１０１、Ｂ病院１０２、Ｃ病院１０３、既存の医療情報システム１０４、１０５、１０６、医療情報管理システム１１３、自動データ変換ツール１１０、地域診療データベース１１２は、図１と同一のものである。
【００２１】
Ａ病院１０１の医事システム１０４における患者情報は、基本情報、保険情報、病名情報が含まれている。前記基本情報は、例えば患者番号および患者氏名を含んでいる。又、保険情報は、例えば保険コードと保険番号を含んでいる。又、病名情報は、病名を含んでいる。  一方、Ｂ病院１０２のオーダシステム１０５には、患者情報として、基本情報、病名情報、検査情報が含まれている。この基本情報は、前記同様に患者番号および患者氏名を含んでいる。又、病名情報は、病名を含んでいる。基本情報と病名情報は、Ａ病院１０１の医事システム１０４で用いられているものに対応している。しかし、検査日時と検査項目を含む検査情報は、Ａ病院１０１の医事システム１０４で対応する項目はない。
【００２２】
更に、Ｃ病院１０３の電子カルテ１０６には、患者情報として、経過記録、サマリ、基本情報が含まれている。基本情報は、Ａ病院１０１の医事システム１０４およびＢ病院１０２のオーダシステム１０５のものと対応している。しかし、電子カルテ１０６では、更に、経過記録が含まれており、体温や脈拍といった詳細情報が含まれている。なお、病名情報も含まれているが、サマリという項目に入っている。
【００２３】
医事システム１０４が導入されているＡ病院１０１、オーダシステム１０５が導入されているＢ病院１０２、電子カルテ１０６が導入されているＣ病院１０３でのある患者の患者情報は、それぞれ独自のデータ形式の患者情報２０１、２０２、２０３として出力される。医療情報管理システム１１３では、前記自動データ変換ツール１１０により、各病院からの患者情報データ形式を解析・分類し、例えばそれぞれの基本情報及び病名情報を地域診療データベース１１２における各患者毎の患者情報２０７として格納する。
【００２４】
さらに、独自情報であるＡ病院１０１での保険情報２０４、Ｂ病院１０２での検査情報２０５、Ｃ病院１０３での経過記録２０６らは、前記地域診療データベース１１２において、患者ＩＤ等の患者を識別する情報と関連付けて、前記の患者情報２０７の下にＡ病院１０１での保険情報２０８、Ｂ病院１０２での検査情報２０９、Ｃ病院１０３での経過記録２１０として蓄積する。
【００２５】
自動データ変換ツール１１０には予め患者情報２０１、２０２、２０３のデータ項目とデータ形式を設定しておき、上記データ形式変換と地域診療データベース１１２への格納を自動処理する。
【００２６】
なお、この地域診療データベース１１２は、リレーショナル・データベースとして設計されている。たとえば、病名の実データは、病名情報に格納され、サマリの病名フィールドにはそのポインタのみが格納される。
【００２７】
図３は、本実施形態の医療情報管理システムを利用した地域における医療情報参照処理の概略を示す図である。
【００２８】
図３に示すように、複数の地域医療機関３０１は、独自データ形式出力機能３０２により、医療機関における独自データ形式の患者情報３０３を、データ管理センタ１２９へ送信する。この独自データ形式の患者情報３０３は、データ管理センタ１１４の医療情報管理システム１１３が備える自動データ変換ツール１１０によって統一データ形式に変換され、地域診療データベース１１２に格納される。
【００２９】
ここで、医療機関３０１からデータ管理センタ１２９への送信の際には、セキュリティを考慮し、暗号化技術を用いるのが好適である。たとえば、ＩＰｓｅｃをサポートしたＶＰＮ等が用いられる。暗号化されたデータは、キューに格納され、順次処理される。
【００３０】
センタ側の地域診療データベース１１２に蓄積した患者情報は、所定の目的別に統計処理を行ない、様々なクエリやフロントエンド・エンジンによって、必要なデータの検索抽出が可能となっている。この、地域診療データベース１１２は、各医療機関や在宅アクセス・システム３０４により利用できるものとできる。
【００３１】
このため、医療情報管理システム１１３は、患者のコンピュータ、医療機関等からのリクエストに応じて、生体情報など各種認証情報に基づく個人認証処理、および個人のアクセス権限により開示できる患者情報の確認を行なう。例えば前記認証情報が、患者情報ごと、或いは患者情報の構成項目毎に要求されるアクセス制限レベルを満たすものであれば、例えばデータ管理センタ１１４のホームページで、該当する患者情報等、或いは患者、医療機関、地域別ごとに纏めた地域別疾病統計、年齢別統計などといった各種統計情報を提供する。
【００３２】
このような処理を実現するにあたり、医療情報管理システム１１３は、前記地域診療データベース１１２における各患者情報データ毎、或いは当該患者情報データの構成項目毎にアクセス制限レベルを設ける、アクセス制限レベル設定部２０（図３：設定部）と、患者の利用するコンピュータなど利用者端末からのアクセスリクエストを受付けるアクセス受付部２１（図３：受付部）と、利用者のアクセスリクエストよりアクセス権限情報（例：認証情報）を抽出する権限情報抽出部２２（図３中：抽出部）と、前記権限情報抽出部２２が抽出したアクセス権限情報を、前記地域診療データベース１１２における各患者情報データ毎、或いは患者情報データの構成項目毎のアクセス制限レベルと照合し、当該利用者に開示可能な患者情報データあるいは患者情報データの構成項目を判定する権限判定部２３（図３：判定部）と、前記権限判定部２３が判定した開示可能な患者情報データあるいは患者情報データの構成項目を、地域診療データベース１１２において検索し、前記利用者端末に提供するデータ提供部２４（図３：提供部）と、を備えているものとする。
【００３３】
次に、本実施形態における医療情報管理方法の実際手順について説明する。図４は、本実施形態における医療情報管理方法の処理手順を示すフロー図である。なお、以下で述べる各ステップのうち、データ管理センタ１１４（の医療情報管理システム１１３）にて実行するステップが、本発明の実施形態としての医療情報管理プログラムを構成するものである。よって、各医療機関（の医療情報システム１０４〜１０６）や患者のコンピュータ（利用者端末）で実行されるステップは、本実施形態の説明のため補足的に述べたものである。
【００３４】
まず各医療機関における医療情報システムにおいて患者情報が入力される（ステップ４０１）。入力された患者情報は独自データ形式出力機能３０２で、医療機関独自のデータ形式３０３として出力される（ステップ４０２）。また、出力された患者情報はデータ管理センタ１１４に伝送される（ステップ４０３）。
【００３５】
一方、データ管理センタ１１４の医療情報管理システム１１３では、医療機関独自データ形式３０３の患者情報を、上記した通り、自動データ変換ツール１１０に入力し処理を開始する（ステップ４０４）。自動データ変換ツール１１０は患者情報を統一データ形式１１１にするために解析して、予め定めた項目（キーワード）ごとに分類整理する（ステップ４０５）。ここで分類整理した項目に対応する患者情報（またはその一部）は地域診療データベース１１２に蓄積する（ステップ４０６）。医療情報管理システム１１３はさらに、蓄積された情報から各目的別に統計処理を行なう（ステップ４０７）。例えば、データ管理センタ１１４の地域診療データベース１１２に蓄積した患者情報の全体について、目的別に自動統計処理を行ない、患者、医療機関、地域別ごとに纏めた地域別疾病統計、年齢別統計などの視覚的な統計情報を作成して蓄積する。
【００３６】
以上の処理は、上記の通り、ＸＭＬの既存のエンジンを利用すれば、実装が容易である。しかし、原理的に、本発明の医療情報管理システム１１３は、これに限定されないことは明らかである。例えば、独自データ形式出力機能３０２では、バイナリで出力し、それを適宜暗号化してデータ管理センタ１１４に伝送することも可能である。もし、ＶＰＮ等で安全な経路が利用できるのであれば、ＯＤＢＣ(Open DataBase Connectivity)等の、異なるデータベース間の汎用インターフェイスを利用することもできる。
【００３７】
その後、例えば、患者の家庭にある利用者端末、或いは医療機関の医療情報システムなどから医療情報管理システム１１３へのアクセスがあり、そこでＣさんの患者情報の参照が要求されたとする。この場合、データ管理センタ１１４の医療情報システム１１３では、前記アクセスを受け付けるとともに、患者情報或いは患者情報から作成した統計情報を参照することができるアクセス権限の有無を、このアクセスを行った利用者について確認する（ステップ４０８あるいはステップ４０９）。具体的には、例えば、前記参照要求に含まれるアクセス権限の情報を、地域診療データベース１１２において該当患者情報に定められたアクセス制限レベルに照合し、このアクセスを満たすアクセス権限であるか判定する。
【００３８】
例えばＡ病院１０１はＣさんの情報を参照するアクセス権限を有していた場合、医療情報管理システム１１３は、当該Ａ病院１０１による参照は可能と判定し（ステップ４０９）、該当患者情報等を医療情報システムに送信する。  
一方、Ｂ病院１０２はＣさんの情報を参照するアクセス権限を有していた場合、医療情報管理システム１１３は、当該Ｃ病院１０３による参照は不可と判定し（ステップ４１０）、該当患者情報等の提供は行わなず処理は終了する。  
他方、Ｃさん自身からのアクセスがあった場合、患者本人による参照要求であるため、医療情報管理システム１１３が、Ｃさん自身の患者情報のみ参照可能と判定し（ステップ４１１）、該当患者情報等を当該Ｃさんの利用者端末に送信する。  
また、Ｃさんの患者情報へのアクセス権限を有しないＤさんからのアクセスがあった場合、このＤさんにはＣさんの患者情報へのアクセス権限がないと判定し（ステップ４１２）、該当患者情報等の提供は行わず処理は終了する。
【００３９】
図５は、本実施形態の在宅アクセス・システム３０４（例：患者等の地域住民が利用する利用者端末）に対し、医療情報システム１１３がインターネット等のネットワークを通じて提供する患者情報参照画面の一例を示す図である。この画面６００は、診療所Ｂに通院している「○○太郎」さんの患者情報を、例えば本人の家庭に設置した利用者端末から参照した状況を想定できる。
【００４０】
この例の画面６００において、画面上部には「○○太郎」さんの患者基本情報（患者ＩＤ、氏名、生年月日など）が表示されている。また画面左部には「○○太郎」さんが診療所Ｂでいつ診察を受けたかといった履歴を表示される一方で、その際の検査、処方などを該当タブの押下に応じて画面中央に表示される。
【００４１】
なお、患者情報の参照（アクセス）範囲は、例えば患者と診療所（医療機関）とで予め設定することができるとする。この例では特定の診療所での患者情報参照のみであったが、例えば前記アクセス制限レベルの設定対象を、所定属性の患者、医療機関、地域別等に纏めた患者情報、或いは地域別疾病統計、年齢別統計などの統計情報とすることで、提供する患者情報を任意に設定することも可能である。
【００４２】
本発明によれば、連携する各医療機関から患者情報を取得して、これを統一データ形式に変換し、例えば地域診療データベース等の各種データベースに蓄積する処理を自動化することが可能となる。これにより、労力とコストの削減効果を奏することとなる。
【００４３】
また医療機関ごとに任意に定めたデータ形式でデータを扱うことができるため、異なる医療情報システムを持つ医療機関が例えば地域医療ネットワークシステム等の統合システムに参加することが容易となる。このため、多くの医療機関が連携したシステムを構築しやすくなる。また、医療機関を跨って統合された患者情報を、該当患者個人が一括して参照するといった利用も可能となるため、患者の利便性向上につながることとなる。  
つまり、複数の医療機関がそれぞれ独自に保有している患者情報を統合・管理し、個人認証に基づく医療情報の提供が可能となる。
【００４４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００４５】
【図１】本実施形態における医療情報管理システムを含むネットワーク構成例を示す図である。
【図２】本実施形態の医療情報管理システムにおけるデータ形式変換の詳細を示す図である。
【図３】本実施形態の医療情報管理システムを利用した地域における医療情報参照処理の概略を示す図である。
【図４】本実施形態における医療情報管理方法の処理手順を示すフロー図である。
【図５】患者情報参照画面の一例を示す図である。
【符号の説明】
【００４６】
１０    原データ受信部
１０４〜１０６  医療情報システム
１１０  自動データ変換ツール、データ変換部
１１１  統一データ形式
１１２  地域診療データベース、データベース
１１３  医療情報管理システム
１１４  データ管理センタ
１１６  データベースエンジン、データ格納処理部
【図１】
2005165442.tif 000003
【図２】
2005165442.tif 000004
【図３】
2005165442.tif 000005
【図４】
2005165442.tif 000006
【図５】
2005165442.tif 000007