(57)【要約】【課題】  複数の医療機関で入力される診療録情報を集中管理するデータベースサーバの負荷軽減を行う。【解決手段】  診療録情報を入力する医療機関端末において、診療録情報の表示に使用する診療録情報（テキスト）とデータ分析に用いられる診療録情報（ＸＭＬ）を作成する。また、診療録情報の検索に使用する索引情報も合わせて作成する。そして、データベースサーバ１０１は診療録情報と索引情報を関連付けて登録する。【選択図】  図５
2009163462.tif 000002
【特許請求の範囲】
【請求項１】
データセンターに設置されるデータベースサーバと、前記データベースサーバと通信可能に接続される複数の医療機関に設置される医療機関端末と、を備える医療情報管理システムであって、
前記医療機関端末は、
診療録情報の検索に使用される、患者情報を含む索引情報を作成する第一の作成手段と、
前記診療録情報を作成する第二の作成手段と、
前記データベースサーバに対して前記索引情報及び前記診療録情報の登録要求を行う第一の要求手段と、
前記データベースサーバに対して前記診療録情報の検索要求を行う第二の要求手段を備え、
前記データベースサーバは、
前記医療機関端末から登録要求を受けた索引情報を第一のデータベースに登録する第一の登録手段と、
前記医療機関端末から登録要求を受けた診療録情報を前記索引情報に関連付けて第二のデータベースに登録する第二の登録手段と、
前記医療機関端末から受信した診療録情報の検索要求に従って、前記第一のデータベースを検索し、前記検索要求に合致する索引情報を取得する第一の取得手段と、
前記第一の取得手段で取得した索引情報に合致する診療録情報を前記第二のデータベースから取得する第二の取得手段と、
前記第二の取得手段で取得した診療録情報の前記検索要求を行った医療機関端末に送信する送信手段と、
を備えることを特徴とする医療情報管理システム。
【請求項２】
前記医療機関端末は、前記診療録情報の入力を受け付ける受付手段を更に備え、
前記第二の作成手段は前記受け付け手段で受け付けた診療録情報の入力に基づいて診療録データを作成すること
を特徴とする請求項１に記載の医療情報管理システム。
【請求項３】
前記第一の登録手段は、前記医療機関端末から受信した索引情報に識別情報が含まれる場合には、前記第一のデータベースに登録されている当該識別情報で識別される索引情報を更新し、索引情報が含まれない場合には受信した索引情報に識別情報を付与し、新規に索引情報を登録すること
を特徴とする請求項１又は２に記載の医療情報管理システム。
【請求項４】
前記診療録情報には当該診療録情報の更新順を示すシーケンス番号が含まれ、
前記第二の取得手段は、前記索引情報に合致する診療録情報が前記第二のデータベースに複数登録されている場合、前記シーケンス番号に従い、もっとも新しい診療録情報を取得すること
を特徴とする請求項１乃至３のいずれか1項に記載の医療情報管理システム。
【請求項５】
前記第二の作成手段は、前記診療録データとしてＸＭＬデータ及びテキストデータを作成し、
前記第二の登録手段は前記ＸＭＬデータと前記テキストデータを関連付けて登録すること
を特徴とする請求項１乃至４のいずれか１項に記載の医療情報管理システム。
【請求項６】
前記第二の要求手段は、前記患者情報を前記データベースサーバに送信することで、前記テキストデータ検索要求を行い、
前記第一の取得手段は、前記患者情報に合致する索引情報を前記第一のデータベースより取得し、
前記第二の取得手段は、前記第一の取得手段で取得した索引情報に合致する診療録情報のテキストデータを取得すること
を特徴とする請求項５に記載の医療情報管理システム。
【請求項７】
前記医療機関端末はさらに、
前記データベースサーバから送信された診療録情報の一覧情報を表示する第一の表示手段と、
前記第一の表示手段により表示されている診療録情報の選択を受け付ける選択手段と、
前記選択手段で受け付けた診療録情報の詳細情報を、当該診療録情報の前記テキストデータに従って表示する第二の表示手段と
を備えることを特徴とする請求項６に記載の医療情報管理システム。
【請求項８】
前記医療機関端末はさらに
前記選択手段で選択された診療録情報の変更指示を受け付ける変更指示受付手段を備え、
前記変更指示受付手段で変更要求を受け付けた場合に、前記第二の要求手段は、前記識別情報を前記データベースサーバに送信することで、前記ＸＭＬデータの検索要求を行うこと
を特徴とする請求項７に記載の医療情報管理システム。
【請求項９】
データセンターに設置されるデータベースサーバと、前記データベースサーバと通信可能に接続される複数の医療機関に設置される医療機関端末と、を備える医療情報管理システムで行われる情報処理方法であって、
前記医療機関端末は、
診療録情報の検索に使用される、患者情報を含む索引情報を作成する第一の作成工程と、
前記診療録情報を作成する第二の作成工程と、
前記データベースサーバに対して前記索引情報及び前記診療録情報の登録要求を行う第一の要求工程と、
前記データベースサーバに対して前記診療録情報の検索要求を行う第二の要求工程を備え、
前記データベースサーバは、
前記医療機関端末から登録要求を受けた索引情報を第一のデータベースに登録する第一の登録工程と、
前記医療機関端末から登録要求を受けた診療録情報を前記索引情報に関連付けて第二のデータベースに登録する第二の登録工程と、
前記医療機関端末から受信した診療録情報の検索要求に従って、前記第一のデータベースを検索し、前記検索要求に合致する索引情報を取得する第一の取得工程と、
前記第一の取得工程で取得した索引情報に合致する診療録情報を前記第二のデータベースから取得する第二の取得工程と、
前記第二の取得工程で取得した診療録情報の前記検索要求を行った医療機関端末に送信する送信工程と、
を備えることを特徴とする情報処理方法。
【請求項１０】
医療機関に設置される医療機関端末と通信可能に接続されているデータベースサーバであって、
前記医療機関端末から登録要求を受けた患者識別情報を含む索引情報を第一のデータベースに登録する第一の登録手段と、
前記医療機関端末から登録要求を受けた診療録情報を前記索引情報に関連付けて第二のデータベースに登録する第二の登録手段と、
前記医療機関端末から受信した診療録情報の検索要求に従って、前記第一のデータベースを検索し、前記検索要求に合致する索引情報を取得する第一の取得手段と、
前記第一の取得手段で取得した索引情報に合致する診療録情報を前記第二のデータベースから取得する第二の取得手段と、
前記第二の取得手段で取得した診療録情報の前記検索要求を行った医療機関端末に送信する送信手段と、
を備えることを特徴とするデータベースサーバ。
【請求項１１】
医療機関に設置される医療機関端末と通信可能に接続されているデータベースサーバによって行われる情報処理方法であって、
前記医療機関端末から登録要求を受けた患者識別情報を含む索引情報を第一のデータベースに登録する第一の登録工程と、
前記医療機関端末から登録要求を受けた診療録情報を前記索引情報に関連付けて第二のデータベースに登録する第二の登録工程と、
前記医療機関端末から受信した診療録情報の検索要求に従って、前記第一のデータベースを検索し、前記検索要求に合致する索引情報を取得する第一の取得工程と、
前記第一の取得工程で取得した索引情報に合致する診療録情報を前記第二のデータベースから取得する第二の取得工程と、
前記第二の取得工程で取得した診療録情報の前記検索要求を行った医療機関端末に送信する送信工程と、
を備えることを特徴とする情報処理方法。
【請求項１２】
コンピュータに請求項１１に記載の情報処理方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の医療機関で入力された診療録情報を集中管理する診療録情報管理システムに関し、特に診療録情報を記憶管理するデータベースサーバの処理負荷を軽減する医療情報管理システムに関する。
【背景技術】
【０００２】
従来、診療録情報等の医療情報は、夫々の医療機関で管理されており、他の医療機関と情報の共有を行うことは積極的には行われてこなかった。というのは、医療情報は重要な個人情報であるために、情報漏えいの危険性を低減させるには、情報共有を行わず、当該医療機関のみで管理をしておくことが望ましいからである。
【０００３】
一方で、医療費の削減等の要請から、患者が抱えている病気の診療方針を示すクリニカルパスを整えることが求められている。クリニカルパスとは、患者の抱えている病気に治すために必要な治療、検査やケア等をどのような時期に行うかを示すスケジュール表である。このクリニカルパスは夫々の医療機関ごとに作成されてきていたが、より良いクリニカルパスを作成するためには複数の医療機関の症例を集め、それに対する分析を行うことが求められてきている。
【０００４】
一般的に各医療機関において作成される診療録情報は、ＨＬ７やＭＥＲＩＴ９などの標準的な形式で作成されている。これらデータはＸＭＬ形式に基づいており、タグ情報でデータの意味を理解可能であるので都合が良い。しかし、患者番号、オーダ番号、医薬品情報等の医療マスタデータは各医療機関で運用・管理がなされていたために複数の医療機関で医療機関の情報を共有することが難しかった。
【０００５】
そこで、特許文献１には、複数の医療機関にまたがって医療情報を管理する際に、各医療機関が独自に患者番号、オーダ番号、医薬品情報等の医療マスタを定義していることに起因する問題を大幅な改造や多大な運用上の負担なしで解決可能な技術が開示されている。
【特許文献１】特開２００７−２５７５４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示されている発明は、医療機関ごとに独自の体系で運用されていた患者番号、オーダ番号、医療マスタなどの違いによる問題の解決には貢献しているが、複数の医療機関で入力される診療録情報を集中的に管理することにより発生するデータセンター等に設置されているデータベースサーバに多大な処理負荷がかかってしまうという問題についてなんら触れられていない。前述のように診療録情報はＸＭＬデータで作成されるため、一般的なＸＭＬデータベースシステムを採用した場合には、その検索処理に多大な処理負荷がかかり、検索時間を要することになってしまう。また、データ検索を効率的に行うためにインデックス情報を作成・登録し、それらインデックス情報に基づいたデータ検索を行うことも可能なＸＭＬデータベースシステムもあるが、その場合にはインデックス情報を作成するための処理負荷がデータベースサーバにかかってしまう。
【０００７】
本発明は上記した課題に鑑み、複数の医療機関で入力される診療録情報管理システムにおいて、データを集中管理するデータベースサーバの処理負荷の軽減を行うことが可能な診療録情報管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記した課題を解決するために、本発明の医療情報管理システムは以下の構成を備える。即ち、
データセンターに設置されるデータベースサーバと、前記データベースサーバと通信可能に接続される複数の医療機関に設置される医療機関端末と、を備える医療情報管理システムであって、
前記医療機関端末は、
診療録情報の検索に使用される、患者情報を含む索引情報を作成する第一の作成手段と、
前記診療録情報を作成する第二の作成手段と、
前記データベースサーバに対して前記索引情報及び前記診療録情報の登録要求を行う第一の要求手段と、
前記データベースサーバに対して前記診療録情報の検索要求を行う第二の要求手段を備え、
前記データベースサーバは、
前記医療機関端末から登録要求を受けた索引情報を第一のデータベースに登録する第一の登録手段と、
前記医療機関端末から登録要求を受けた診療録情報を前記索引情報に関連付けて第二のデータベースに登録する第二の登録手段と、
前記医療機関端末から受信した診療録情報の検索要求に従って、前記第一のデータベースを検索し、前記検索要求に合致する索引情報を取得する第一の取得手段と、
前記第一の取得手段で取得した索引情報に合致する診療録情報を前記第二のデータベースから取得する第二の取得手段と、
前記第二の取得手段で取得した診療録情報の前記検索要求を行った医療機関端末に送信する送信手段と、
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、診療録情報を検索するための索引情報を登録要求を行う医療機関に設定されている情報処理装置側で作成し、その索引情報をデータベースに登録しておく。そして、その索引情報に従って診療録情報の検索を行うので、データベースサーバの処理負荷の軽減が可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の詳細な説明を行う。
【００１１】
図１は、本発明の医療情報管理システムのシステム構成の一例を示す図である。１０１はデータセンターに設置されているデータベースサーバであり、後述する各医療機関に設置されている医療機関端末１０４−１乃至１０４−３（以下、まとめて「医療機関端末１０４」という。）で入力された診療録情報と記憶管理するとともに、医療機関端末１０４からの診療録情報の要求に応じて記憶管理している診療録情報を検索し、診療録情報の要求してきた医療機関端末１０４に対して送信する。
【００１２】
１０２はデータセンターに設置されているデータ分析サーバであり、データベースサーバ１０１に記録されている診療録情報の分析を行うことで、クリニカルパスの作成を行う。  １０３はデータベースサーバ１０１とデータ分析サーバ１０２を相互通信可能に接続するＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークである。
【００１３】
１０４は、各医療機関に設置されている医療機関端末であって、各医療機関における患者に対する診療や処方に関する情報である診療録情報の入力を行う。入力された診療録情報はデータベースサーバ１０１に送信され管理されることになる。１０５はＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等の広域ネットワークであって、データベースサーバ１０１と医療機関端末１０４を相互接続する。
【００１４】
図２は、図１のデータベースサーバ１０１及び医療機関端末１０４のハードウェア構成の一例を示す図である。
【００１５】
２０１はＣＰＵであり、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて、端末（コンピュータ）全体の制御を行うとともに、本コンピュータを適用するデータベースサーバ１０１や医療機関端末１０４が行う後述する各処理を実行する。  ２０２はＲＡＭであり、ＨＤＤ（ハードディスクドライブ）２０４からロードされたプログラムやデータを一時的に記憶するためのエリアを有するとともに、ＣＰＵ２０１が各種処理を行うために使用するワークエリアを備える。２０３はＲＯＭであり、コンピュータのブートプログラムやＢＩＯＳ等の各種プログラムを記憶している。
【００１６】
２０４はＨＤＤ（ハードディスクドライブ）であり、ＯＳ（オペレーティングシステム）や、本コンピュータを適用するデータベースサーバ１０１や医療機関端末１０４が行う後述の処理をＣＰＵ２０１に実行させるためのプログラムやデータ等の各種データを保存しており、これらは必要に応じてＣＰＵ２０１の制御によりＲＡＭ２０２に読み出され実行されることになる。
【００１７】
２０５は記録媒体ドライブであり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等から構成される。２０６はネットワークＩ／Ｆ（インタフェース）であり、コンピュータをネットワーク１０３や広域ネットワーク１０５に接続するためのものである。コンピュータは、このネットワークＩ／Ｆ２０６を介してネットワーク上の他の機器とデータ通信を行うことが可能である。
【００１８】
２０７はキーボード、２０８はポインティングデバイスであり、各種の指示をＣＰＵ２０１に入力することができる。これらは、入力部として機能する。２０９はビデオＩ／Ｆ（インタフェース）であり、ここにディスプレイ装置２１０を接続する。ディスプレイ装置２１０はＣＲＴや液晶画面等で構成されており、ビデオＩ／Ｆ２０９を介して送られた信号に基づいて、文字や画像等の情報を表示画面上に表示する機能を有する。
【００１９】
２１１は外部機器Ｉ／Ｆ（インタフェース）であり、コンピュータに周辺機器を接続させるためのポートである。この外部機器Ｉ／Ｆ２１１を介してコンピュータは、周辺機器とのデータの送受信を行うことが可能である。ＳＣＳＩ、ＵＳＢ、ＩＥＥＥ１３９４等の各種インタフェースで構成することが可能であり、通常複数の外部機器Ｉ／Ｆ２１１を有する。また、周辺機器との接続形態は有線／無線を問わない。
【００２０】
２１２はシステムバスであり、上述の各種構成要素を相互に接続するバスとして機能する。
【００２１】
図３は、医療機関端末１０４によって行われる診療録情報の表示編集処理の一例を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことで医療機関端末１０４は実行することになる。
【００２２】
まず、ＣＰＵ２０１はディスプレイ装置２１０に不図示の患者一覧画面を表示する（ステップＳ３０１）。そして、この画面で表示されている患者一覧の中から、医療機関端末を使用するユーザによるキーボードやマウス等の入力装置を介しての患者の選択指示を受け付ける（ステップＳ３０２）。そして、ステップＳ３０２で選択を受け付けた患者の過去の診療録情報をデータベースサーバ１０１に対して要求する（ステップＳ３０３）。その際には患者を一意に識別するための識別情報（患者番号）をデータベースサーバ１０１に対して送信する。診療録情報の取得期間の入力を受け付けた場合には、その期間情報も合わせてデータベースサーバ１０１に送信する。表示種別の指定を受け付けた場合も同様である。そして、データベースサーバ１０１から送信されるデータの受信待ち状態に移行する（ステップＳ３０４）。そして、診療録情報を受信したと判断するまでデータ受信待ち状態を継続する。診療録情報を受信したと判断した場合には（ステップＳ３０５でＹＥＳ）、当該患者の診療録情報の表示・編集処理を行う（ステップＳ３０６）。この処理の詳細については図４を参照して後述する。
【００２３】
そして、ステップＳ３０２で選択を受け付けた患者の診療録情報の表示・編集処理が終了したら、他の患者について上記処理を行うかを判断する（ステップＳ３０７）。行う場合には（ステップＳ３０７でＹＥＳ）、ステップＳ３０１からの処理を繰り返す。行わない場合には（ステップＳ３０７でＮＯ）、本処理を終了する。
【００２４】
図４は、図３のステップＳ３０６の「患者の診療録情報表示・編集」処理の詳細を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことで医療機関端末１０４は実行することになる。
【００２５】
医療機関端末１０４のＣＰＵ２０１は、データベースサーバ１０１から患者の診療録情報を受信すると、図１３に示すナビゲータ画面１３００をディスプレイ装置２１０に表示する（ステップＳ４０１）。
【００２６】
図１３は、医療機関端末１０４のディスプレイ装置２１０に表示されるナビゲータ画面の一例を示す図である。図１３のナビゲータ画面１３００には、患者識別情報タブ１３０１、ナビゲータタブ１３１１、患者一覧タブ１３２１が表示されている。
【００２７】
患者識別情報タブ１３０１には、患者識別情報タブに表示されている患者を一意に識別するための患者識別ＩＤ（患者番号）１３０２、患者氏名１３０３、性別１３０４、生年月日１３０５、年齢１３０６が表示されている。
【００２８】
ナビゲータタブ１３１１には、表示期間指定コンボボックス１３１２、表示種別指定コンボボックス１３１３、中止も表示指定チェックボックス１３１４、検索ボタン１３１５、診療録一覧表示欄１３１６、診療録詳細表示欄１３１７が設定されている。
【００２９】
このタブにおいて、表示期間指定コンボボックス１３１２で診療録情報の表示期間を、表示種別指定コンボボックスで表示種別を、中止も表示指定チェックボックスで中止状態となっている診療録情報も検索対象とするかをユーザはキーボード２０７やポインティングデバイス２０８を使用して入力する。そして検索ボタン１３１５をクリック指示すると、ＣＰＵ２０１は、本画面を介して入力された設定条件に従った診療録情報の検索要求をデータベースサーバ１０１に対して行う。そして、その検索結果を受信した場合に、受信した診療録情報についての診療日、種別、中止、プロブレム、診療科、更新者等を診療録一覧表示欄１３１６に表示する。そして、診療録一覧表示欄１３１６に表示されている診療録情報が選択された場合には、診療録詳細表示欄１３１７に詳細情報（診療録情報（テキスト））が表示される。ここでは後述する診療録情報（テキスト）の内容が表示されることになる。
【００３０】
患者一覧タブ１３２１には、患者の一覧情報が表示されることになる（不図示）。そしてその一覧情報から過去の診療録情報の表示を行う患者の選択指示をユーザの入力部操作により受け付けると、患者識別情報の表示内容が選択指示を受けた患者を示す情報に変更され、ナビゲータタブの表示内容が削除され、デフォルトの表示状態（診療録一覧が表示されていない状態）になる。
【００３１】
また、各タブ画面には、メニュー表示ボタン１３０７、最小化表示ボタン１３０８、表示ボタン１３０９が設定されている。メニュー表示ボタン１３０７をクリック指示すると、夫々のタブ画面に応じたポップアップメニューが表示される。最小化表示ボタン１３０８をクリック指示すると、患者一覧タブ１３２１のような最小化表示になり、当該タブ画面で表示する表示内容を非表示にするよう表示制御を行う。表示ボタン１３０９がクリック指示されると、最小化表示されているタブ画面の表示が元に戻り、表示内容の確認が可能になる。以上が図１３のナビゲータ画面１３００の説明である。
【００３２】
図４の説明に戻る。その後、ＣＰＵ２０１は、ユーザによるナビゲータ画面１３００を介しての入力指示により、診療録情報の追加登録要求の指示（ステップＳ４０２）、診療録情報の選択を指示（ステップＳ４０４）、診療録情報の編集要求の指示を受け付け待ち状態に移行する。
【００３３】
ＣＰＵ２０１は、診療録情報の追加要求の指示を受け付けたと判断した場合には（ステップＳ４０２でＹＥＳ）、診療録情報の登録処理を行う（ステップＳ４０３）。この診療録情報の追加要求は、ナビゲータ画面１３００中のナビゲータタブ１３１１のメニューボタン１３０７がクリック指示されることにより表示される不図示のポップアップメニューから「診療録情報の登録」を選択することで、ＣＰＵ２０１に対して入力することが可能である。ステップＳ４０３の診療録情報の追加登録処理の詳細については、図５を参照して後述する。
【００３４】
ＣＰＵ２０１は、診療録情報の選択指示を受け付けたと判断した場合には（ステップＳ４０４でＹＥＳ）、選択指示により選択された診療録情報の詳細情報の表示処理を行う（ステップＳ４０５）。この診療録情報の選択指示は、ナビゲータタブ１３１１中の診療録一覧表示欄１３１６に表示されている診療録情報をポインティングデバイス２０８でクリック指示することで、ＣＰＵ２０１に対して入力することが可能である。
【００３５】
ＣＰＵ２０１は、診療録情報の編集要求の指示を受け付けたと判断した場合には（ステップＳ４０５でＹＥＳ）、診療録一覧表示欄１３１６に表示されている診療録情報のうち選択状態の診療録情報があるかを判断する（ステップＳ４０７）。選択されている診療録情報があると判断した場合には（ステップＳ４０７でＹＥＳ）、選択された診療録情報の編集処理を行う（ステップＳ４０８）。この診療録情報の編集要求は、ナビゲータ画面１３００中のナビゲータタブ１３１１のメニューボタン１３０７がクリック指示されることにより表示される不図示のポップアップメニューから「診療録情報の編集」を選択することで、ＣＰＵ２０１に対して入力することが可能である。ステップＳ４０７の診療録情報の編集処理の詳細については、図６を参照して後述する。
【００３６】
図５は、図４のステップＳ４０３の診療録情報の登録処理の詳細を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことで医療機関端末１０４は実行することになる。
【００３７】
ＣＰＵ２０１は、診療録情報の追加登録要求を受け付けると、ディスプレイ装置２１０に診療録情報の追加・変更用画面を表示する（ステップＳ５０１）。ディスプレイ装置２１０に表示される診療録情報の追加・変更用画面の一例を図１４を参照して説明する。
【００３８】
図１４はの診療録情報の追加・変更用画面一例を示す図である。診療録情報の追加・変更用画面１４００には図１３のナビゲータ画面の患者識別タブ１３０１、ナビゲータタブ１３１１、患者一覧タブ１３２１に加え、診療録編集タブ１４０１が設定されている。診療録編集タブ１４０１は診療録の追加（新規登録）の場合には「診療録登録」と、診療録の変更の場合には「診療録変更」として表示される。ここではすでに説明済みの患者識別タブ１３０１、ナビゲータタブ１３１１、患者一覧タブ１３２１については図１３と同じ符号を付し、説明は割愛する。
【００３９】
図１４に示す診療録編集タブ１４０１には、プロブレム選択コンボボックス１４０２、タイトル入力欄１４０３、診療日入力欄１４０４、重要度選択コンボボックス１４０５、書式選択コンボボックス１４０６、現病歴選択コンボボックス１４１１、現病歴追加ボタン１４１２、現病歴名表示欄１４１３、現病歴編集ボタン１４１４、現病歴削除ボタン１４１５、現病歴表示・編集欄１４１６、問診記録選択欄１４２１、問診記録追加ボタン１４２２、問診記録名表示欄１４２３、問診記録編集ボタン１４１４、問診記録削除ボタン１４１５、問診記録表示・編集欄１４１６が設定されている。
【００４０】
これらコントロールを介してのデータの選択、入力を行うことで診療録情報の入力を行うことが可能である。また、現病歴追加ボタン１４１２を押下すると、新たに現病歴名表示欄１４１３、現病歴編集ボタン１４１４、現病歴削除ボタン１４１５、現病歴表示・編集欄１４１６のセットが作成される。現病歴編集ボタン１４１４を押下することで現病歴表示・編集欄１４１６の編集が可能になる。また、現病歴削除ボタン１４１５を押下すると該当するセットが削除される。問診記録についても同様である。
【００４１】
図５の説明に戻る。ステップＳ５０１でディスプレイ装置２１０に表示された追加・変更用画面を介して診療録情報の入力を受け付ける（ステップＳ５０２）。そして、入力の確定指示を受け付けたかを判断する（ステップＳ５０３）。入力の確定指示は、診療録情報の追加・変更用画面１４００の中の診療録追加タブ（図１４では診療録変更タブ）１４０１のメニューボタン１３０７がクリック指示されることにより表示される不図示のポップアップメニューから「入力の確定」を選択することで、ＣＰＵ２０１に対して入力することが可能である。入力の確定指示を受けていないと判断した場合には（ステップＳ５０３でＮＯ）、ステップＳ５０４に処理を移行させ、登録のキャンセル指示を受け付けたかを判断する。登録のキャンセル指示は、例えば診療録情報の追加・変更用画面１４００の中の診療録追加タブ（図１４では診療録変更タブ）１４０１のメニューボタン１３０７がクリック指示されることにより表示される不図示のポップアップメニューから「キャンセル」を選択することで、ＣＰＵ２０１に対して入力することが可能である。登録のキャンセル指示を受けたと判断した場合には（ステップＳ５０４でＹＥＳ）、診療録追加タブ１４０１を閉じ、画面をナビゲータ画面１３００に移行させ本処理を終了する。一方登録のキャンセル指示を受けつけなかった場合には（ステップＳ５０４でＮＯ）、ステップＳ５０２に移行して引き続き診療録情報の入力を受け付けることになる。
【００４２】
ステップＳ５０３で、入力の確定指示を受け付けたと判断した場合には（ステップＳ５０３でＹＥＳ）、診療録追加タブの各入力欄に入力されたデータを取得する（ステップＳ５０５）。そして、ステップＳ５０５で取得したデータの入力値が妥当であるかの判断を行う（ステップＳ５０６）。入力値が妥当ではないと判断した場合には、ＣＰＵ２０１は入力値が妥当ではない旨を通知するためにディスプレイ装置２１０に警告メッセージを表示する。そして、引き続き診療録情報の入力を受け付ける。
【００４３】
ステップＳ５０６で、入力値が妥当であると判断した場合には（ステップＳ５０６でＮＯ）、索引情報の作成を行う（ステップＳ５０８）。その後、入力された内容にしたがって、診療録情報（テキスト）、診療録情報（ＸＭＬ）を作成し（ステップＳ５０７、Ｓ５０８）、索引情報、診療録情報（テキスト）、診療録情報（ＸＭＬ）をデータベースサーバ１０１に送信することで、データベースサーバ１０１に対して診療録情報の登録を要求する。索引情報及び診療録情報（テキスト、ＸＭＬ）についてはそれぞれ図１１、図１２を参照して説明する。
【００４４】
図１１は索引情報テーブルの一例を示す図である。この索引情報テーブルには、データ項目として、診療索引番号１１０１、患者番号１１０２、病院コード１１０３、診療日１１０４、診療情報種別１１０５、中止フラグ１１０６、シーケンス番号１１０７、作成情報１１０８、更新情報１１０９、中止情報１１１０等が設定されている。
【００４５】
診療索引番号１１０１には、当該診療録情報を一意に識別するための識別情報が設定される。患者番号１１０２には、患者を一意に識別する識別番号が設定される。病院コード１１０３には、当該診療録情報の登録要求を行った医療機関を識別するための識別情報が設定される。
【００４６】
診療日１１０４には、診療録情報が示す診療が行われた日時を示す日付情報が設定される。診療情報種別１１０５には、診療録、処方等の診療録種別が設定される。中止フラグ１１０６には、診療が中止になったことを示すフラグが設定される。シーケンス番号１１０７には本診療について登録されている診療録情報の数を示す数値が設定される。例えば診療録情報を新規作成後、２度修正した場合にはこのシーケンス番号に「３」が設定されることになる。
【００４７】
作成情報１１０８には、作成日時情報１１０８−１、作成者情報１１０８−２などが設定されている。更新日時１１０９には、更新日時情報１１０９−１、更新者情報１１０９−２などが設定されている。中止情報１１１０には、中止日時１１１０−１や中止者情報（中止指示を行ったユーザ情報）１１１０−２などが設定されている。
【００４８】
図１２は診療録情報テーブルの一例を示す図である。この診療録情報テーブル１２００にはデータ項目として、診療録索引番号１２０１、シーケンス番号１２０２、作成者情報１２０３、診療録情報（テキスト）１２０４、診療録情報（ＸＭＬ）１２０５等が設定されている。この診療録情報テーブルで実際に患者に対して行われた診療や処方等の詳細な内容が管理されることになる。
【００４９】
診療索引番号１２０１には、診療録情報を一意に識別するための番号が設定される。索引情報テーブルの診療録番号１１０１とこの診療録番号１２０１とにより、索引情報テーブルと診療録情報テーブルとのリレーションが行われている。
【００５０】
シーケンス番号１２０２には、診療索引番号で特定される診療録情報データの登録順を示す数値が登録される。例えば、新規に診療録情報が登録された場合にはシーケンス番号は「１」と設定される。その後、その診療録情報に変更が加えられ新たに登録する際にはシーケンス番号を「２」、「３」・・・として設定する。このテーブルでは診療録情報が変更された場合には、そのデータは別レコードとして登録される。よって診療録情報に変更が加えられた場合には、同一の診療索引番号を持つレコードが複数設定されることになる。このようにすることで、診療録情報の変更履歴を確認することが可能となる。
【００５１】
作成情報１２０３には、診療録情報の作成を行った作成日時１２０３−１や作成者１２０３−２などが設定される。診療録情報（テキスト）１２０４には、診療の内容を示すテキスト情報が設定される。診療録情報（ＸＭＬ）１２０５には、診療の内容を示すＸＭＬデータが登録される。このＸＭＬデータは前述のＨＬ７に準拠した構造になっている。診療録情報（テキスト）は主に医療機関端末１０４において診療録情報の内容を確認する目的で利用される。診療録情報（ＸＭＬ）はデータ分析サーバ１０２における分析作業に使用される。尚、診療録情報（テキスト）には、診療録情報の詳細を表示するために必要な情報のみが設定されることになり、ＨＬ７に準拠したデータ公正にする必要がないのでデータサイズを縮小することが可能である。
【００５２】
ＸＭＬデータを人間が認識しやすいように表示するためには、スタイルシートを作成して、それを適用させて表示するか、若しくはＸＭＬデータから表示に必要な項目を抽出し、表示データを作成する必要がある。本発明では、表示用として用いる診療録情報（テキスト）を予め作成し登録しておき、診療録情報の詳細を確認する場合にこの診療録情報（テキスト）を使用することで、データベースサーバがＸＭＬデータに対する各種処理を行うことなく、また、スタイルシートを作成する必要もなく詳細データを表示することを可能にしている。また、診療録情報（テキスト）には、診療録情報の詳細を表示するために必要な情報のみが設定されているので、送信されるデータの総量も低減することが可能である。
【００５３】
図５の説明に戻る。ステップＳ５１０の登録要求に基づくデータの登録がデータベースサーバ１０１において正常に行われた場合に、データベースサーバから診療索引情報及び診療録情報（テキスト）が送信されてくるのでその受信待ち状態に移行する（ステップＳ５１１）。そして、データベースサーバより送信された索引情報及び診療録情報（テキスト）を受信した場合には（ステップＳ５１２でＹＥＳ）、診療録情報追加・変更タブ１４０１を閉じ、ナビゲーション画面１３００にステップＳ５１２で受信したデータを反映させる（ステップＳ５１３）。以上が診療録情報の登録処理である。
【００５４】
図６−１、図６−２は、図４のステップＳ４０８の診療録情報の変更処理の詳細な処理を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことで医療機関端末１０４は実行することになる。尚、一部図５に示す診療録情報の登録処理と類似する処理があるので、その処理については図５と同じ符号をつけ、詳細な説明は割愛する。
【００５５】
まず、ＣＰＵ２０１は、データベースサーバ１０１に対して、変更要求を受け付けた診療録情報の診療録情報（ＸＭＬ）を要求する（ステップＳ６０１）。この際には、データベースサーバ１０１に対して、診療索引番号とシーケンス番号を送信することになる。そして、データベースサーバ１０１からのデータ受信待ち状態に移行する（ステップＳ６０２）。データベースサーバ１０１からデータを受信する（ステップＳ６０３でＹＥＳと判断する）までデータ受信待ち状態を継続する。本発明では、診療録情報の変更要求があった場合にのみ、診療録情報（ＸＭＬ）をデータベースサーバ１０１に要求することになる。診療録情報の閲覧（表示）の場合には、もっぱら診療録情報（テキスト）が使用される。
【００５６】
データベースサーバ１０１から診療録情報（ＸＭＬ）を受信したと判断した場合には（ステップＳ６０３でＹＥＳ）、受信した内容を図１４に示す診療録情報の追加・変更用画面１４００に表示する（ステップＳ５０１）。データベースサーバ１０１から受信した診療録情報（ＸＭＬ）はＲＡＭ２０２に記憶される。そして、新規登録の際と同様に、ステップＳ５０２乃至ステップＳ５０６の処理を行う。
【００５７】
ステップＳ５０６の入力値妥当性チェック処理によりで入力値が妥当であると判断した場合には、入力された内容と、ＲＡＭ２０２で記憶されている診療録情報（ＸＭＬ）とから、診療録情報に変更が行われたかを判断する（ステップＳ６０４）。変更が加えられていないと判断した場合には（ステップＳ６０４でＮＯ）、診療録変更タブ１４０１を閉じ、画面をナビゲータ画面１３００に移行させ本処理を終了する。診療録情報の変更が行われなかった場合には、データベースサーバ１０１に対して診療録情報が送信されることはない。このように変更チェックを行うことで、データベースサーバ１０１へのデータ通信量を削減することが可能となる。またデータベースサーバ１０１が変更されていないデータの登録処理を行わなくて済むので、処理にかかる負荷の軽減につながる。
【００５８】
一方、変更チェック処理で変更されたと判断した場合には（ステップＳ６０４でＹＥＳ）、図１１の診療索引情報テーブルに登録するための索引情報を作成する（ステップＳ５０７）。そして修正内容に基づいて診療録情報（テキスト）と診療録情報（ＸＭＬ）を作成する（ステップＳ５０８、ステップＳ５０９）。この際には診療録情報には変更された箇所だけではなくそれ以外のデータも含んだ形で作成される。このように差分ではなく変更後の診療録情報全部が作成され、データベースサーバ１０１に対して送信されるので、差分情報のみが送信された場合に発生するデータベースサーバ１０１は差分情報に基づくの深慮労情報の更新処理を行う必要がない。
【００５９】
そして、データベースサーバ１０１に対してステップＳ５０７乃至ステップＳ５０９で作成したデータを送信することで変更の登録要求を行う（ステップＳ５１０）。以降は新規登録の際と同様にステップＳ５１１乃至ステップＳ５１３の処理を行うことになる。
【００６０】
図７は、データベースサーバ１０１によって行われる診療録情報の検索処理の一例を示すフローチャートである。本処理は、本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことでデータベースサーバ１０１は実行することになる。
【００６１】
データベースサーバ１０１は、稼動している間、医療機関端末１０４からの検索要求の待機状態になっている（ステップＳ７０１）。そして、医療機関端末１０４からの診療録情報の検索要求を受け付けたと判断した場合（ステップＳ７０２でＹＥＳ）、診療録情報（テキスト）の検索要求であるか、それとも診療録情報（ＸＭＬ）の検索要求であるかを判定する。診療録情報の確認のための表示データの要求の場合（医療機関端末１０４から図３のステップＳ３０３で要求された場合）には診療録情報（テキスト）が、診療録情報の変更のための検索要求である場合（医療機関端末１０４から図６のステップＳ６０１で要求された場合）には診療録情報（ＸＭＬ）が検索の対象となる。
【００６２】
検索対象が診療録情報（テキスト）であると判定した場合には（ステップＳ７０３で「テキスト」）、まず、索引情報テーブルを検索し、検索要求を受けた患者の患者ＩＤを持つ診療履歴情報の索引情報を取得する（ステップＳ７０４）。この際に、医療機関端末１０４から参照期間情報の指定を受けている場合には、索引情報中の作成日時情報１１０８−１若しくは更新日時情報１１０９−１を参照し、それらデータ項目に対象期間内の日時が設定されているかを確認する。そして対象期間内の索引情報データのみが取得される。また、診療種別の指定を受けている場合には、索引情報中の診療情報種別１１０５を参照し、指定された診療種別であるかを確認する。そして、指定された診療種別データを持つ索引情報データのみが取得される。また、中止を表示が指定されていない場合には、中止フラグが設定されている索引情報は取得対象とはならない。
【００６３】
その後、ステップＳ７０４で取得した索引情報の診療索引番号１１０１とシーケンス番号１１０７とを用いて診療録情報テーブルを検索し、それら条件に合致する診療録情報（テキスト）を取得する（ステップＳ７０５）。そして、ステップＳ７０４で取得した索引情報、ステップＳ７０５で取得した診療録情報（テキスト）の要求を行ってきた医療機関端末１０４に対して送信する（ステップＳ７０６）。
【００６４】
一方、検索対象が診療録情報（ＸＭＬ）であると判定した場合には（ステップＳ７０３で「ＸＭＬ」）、受信した診療索引番号とシーケンス番号とに基づいて診療録情報テーブルを検索し、診療録情報（ＸＭＬ）を取得する（ステップＳ７０７）。そして取得した診療録情報（ＸＭＬ）の要求を行ってきた医療機関端末１０４に対して送信する（ステップＳ７０６）。以上が図７の処理の説明である。
【００６５】
本処理によれば、データベースサーバ１０１には診療録情報検索用の索引テーブルが用意されており、その情報に基づいて診療録情報の検索が可能であるため、通常のＸＭＬデータベースと異なりＸＭＬデータの詳細を確認しなくても診療録情報の検索が可能になり、検索速度の向上につながっている。
【００６６】
図８は、データベースサーバ１０１によって行われる診療録情報の登録処理の一例を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことでデータベースサーバ１０１は実行することになる。
【００６７】
データベースサーバ１０１は、稼動している間、医療機関端末１０４からの診療録情報の登録要求の待機状態になっている（ステップＳ８０１）。そして、医療機関端末１０４からの診療録情報の登録要求を受け付けたと判断した場合（ステップＳ８０２でＹＥＳ）、受信した索引情報に基づき、索引情報の登録を行う。ここで、新規登録の場合には索引情報中の診療索引番号、シーケンス番号が設定されていないので、データベースサーバ１０１は診療索引番号を新たに設定して、シーケンス番号を１にする。一方、診療録の変更の場合には索引情報中に診療索引番号が設定されているので、当該診療索引番号を持つ索引情報を検索し、その索引情報に受信した索引情報を上書きし、シーケンス番号を１インクリメントする。
【００６８】
その後、診療録情報テーブルに新たなレコードを作成し、診療索引番号１２０１、シーケンス番号１２０２、作成情報等１２０３を設定する。そして、医療機関端末１０４から受信した診療録情報（テキスト）を診療録情報（テキスト）１２０４に（ステップＳ８０４）、受信した診療録情報（ＸＭＬ）を診療録情報（ＸＭＬ）に登録する（ステップＳ８０５）。登録が終了したら、索引情報と診療録情報（テキスト）を登録要求を行った医療機関端末１０４に対して送信する。索引情報は診療録情報（ＸＭＬ）の検索要求の際に、診療録情報（テキスト）は診療内容の詳細表示用に用いられる。以上が図８のフローチャートの説明である。
【００６９】
以上のように医療機関端末１０４から送信されてきた索引情報に基づいて診療録情報を検索可能に診療録情報テーブルに登録しているので、インデックス情報を作成しなくとも索引情報による検索を行うことが可能になっている。データベースサーバ１０１はインデックス情報を作成する必要がなくなるので、処理負荷の軽減につながっている。また、更新回数についてもシーケンス番号で管理しているので最新の診療録情報の検索を容易に行うことが可能である。
【００７０】
次に、図９を参照して、データベースサーバ１０１によって行われる、診療録情報（ＸＭＬ）のデータ分析サーバ１０２への送信処理について説明する。この処理を行うことでデータベースサーバ１０１で記録管理されている診療録情報をデータ分析サーバ１０２に渡すことにより、データ分析サーバ１０２はそのデータを用いてクリニカルパスの分析を行う。
【００７１】
図９は、データベースサーバ１０１によって行われる、診療録情報（ＸＭＬ）のデータ分析サーバ１０２への送信処理の一例を示すフローチャートである。本処理は、ＣＰＵ２０１の制御に従ってＨＤＤ２０４からＲＡＭ２０２にロードされたプログラムに基づいた処理を、ＣＰＵ２０１が各種データを使用しながら行うことでデータベースサーバ１０１は実行することになる。
【００７２】
まず、ＣＰＵ２０１は、診療録情報（ＸＭＬ）の抽出期間の設定を行う（ステップＳ９０１）。この設定はデータベースサーバ１０１を操作する操作者のキーボード２０７やポインティングデバイス２０８等の入力部を介した入力指示に基づいて設定しても良いし、前回本処理を行った時間以降をデータ抽出期間として設定しても良い。
【００７３】
そして、索引情報テーブルを参照して、その作成日時情報１１０８−１若しくは更新日時情報１１０９−１がステップＳ９０１で設定した抽出期間に該当する索引情報を取得する（ステップＳ９０２）。そして、それら索引情報の診療索引番号を取得する（ステップＳ９０３）。その後、ステップＳ９０３で取得した全ての索引番号について、ステップＳ９０４及びステップＳ９０５の処理を行うことになる。
【００７４】
まず、診療録情報テーブル１２００を検索して、診療索引番号がステップＳ９０３で取得した診療索引番号を有する診療録情報を取得する（ステップＳ９０４）。取得した診療録情報のうち、作成日時情報１２０３−１が抽出期間内の診療録情報のＸＭＬデータを送信対象データに追加する（ステップＳ９０５）。
【００７５】
ステップＳ９０４及びステップＳ９０５の処理をステップＳ９０３で取得した全ての診療索引番号に対して終了後、ＣＰＵ２０１は、送信対象データをデータ分析サーバ１０２に対して送信する（ステップＳ９０６）。以上が図９の処理の説明である。
【００７６】
最後に、図１０を参照して、医療機関端末１０４とデータベースサーバ１０１との間で送受信されるデータについて説明する。
【００７７】
医療機関端末１０４は図３のステップＳ３０３の診療録情報要求を行う際には、患者識別情報を送信する。また、図１３のナビゲータ画面で表示期間情報１３１２や表示種別情報１３１３が設定されている場合には、それら情報もあわせてデータベースサーバ１０１に対して送信する。
【００７８】
医療機関端末１０４から図３のステップＳ３０３の診療録情報要求を受信したデータベースサーバ１０１は、図７に示す診療録情報の検索処理を行い、その結果取得した索引情報、診療録情報（テキスト）を要求を行った医療機関端末１０４に送信することになる。
【００７９】
医療機関端末１０４は図６のステップＳ６０１の診療録情報（ＸＭＬ）の要求を行う際には、索引情報データベースサーバ１０１に対して送信する。索引情報を受信したデータベースサーバ１０１は、図７に示す診療録情報の検索処理を行い、その結果取得した診療録情報（ＸＭＬ）を要求を行った医療機関端末１０４に送信することになる。
【００８０】
また、医療機関端末１０４は、図５及び図６のステップＳ５０１に示す診療録情報の登録要求を行う場合には、索引情報、診療録情報（テキスト）、及び診療録情報（ＸＭＬ）をデータベースサーバ１０１に対して送信する。それらを受信したデータベースサーバ１０１は、図８に示す診療録情報の登録処理を行い、登録が終了後、索引情報、診療録情報（テキスト）を要求を行った医療機関端末１０４に対して送信する。
【００８１】
医療機関端末１０４とデータベースサーバ１０１との間で送受信されるデータについての説明である。
【００８２】
診療録情報（ＸＭＬ）はＨＬ７に準拠した形式になっているので、抽出したデータをそのままの形でデータ分析装置１０２に送信すれば、データ分析装置１０２ではそのデータを用いた分析作業が可能である。よって、データ分析装置１０２で認識可能なデータ形式にデータの変更を行う必要が無いので、データベースサーバ１０１の処理負荷を軽減することが可能である。
【００８３】
以上説明したように、本発明の医療情報管理システムでは、診療録情報の登録要求を行う際に、診療録情報を作成した医療機関端末において、当該診療録情報を検索するための索引情報を合わせて作成して登録要求を行うので、データベースサーバ１０１が検索のためのインデックス情報を作成しなくとも効率的な検索を行うことが可能である。
【００８４】
また、データ分析サーバ１０２で分析可能な形式である診療録情報（ＸＭＬ）とは別に、医療機関端末１０４で診療録情報を表示するために必要な情報を含む診療録情報（テキスト）を作成し、関連付けて登録しているので、ＸＭＬデータの表示に絡むデータ抽出処理を行わなくても良い。また、送信されるデータ量の抑制にもつながる。
【００８５】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８６】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００８７】
また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。
【００８８】
プログラムコードを供給するための記録媒体としては、例えば、ＲＡＭ，ＮＶ−ＲＡＭ，フレキシブルディスク，磁気ディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ），磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等の上記プログラムを記憶できるものであればよい。
【００８９】
さらに、上記プログラムは、インターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給されるものであってもよい。
【００９０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９３】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【図面の簡単な説明】
【００９４】
【図１】本発明の医療情報管理システムのシステム構成の一例を示す図である。
【図２】データベースサーバ１０１及び医療機関端末１０４のハードウェア構成の一例を示す図である。
【図３】医療機関端末１０４によって行われる診療録情報の表示編集処理の一例を示すフローチャートである。
【図４】図３のステップＳ３０６の「患者の診療録情報表示・編集」処理の詳細を示すフローチャートである。
【図５】図４のステップＳ４０３の診療録情報の登録処理の詳細を示すフローチャートである。
【図６−１】図４のステップＳ４０８の診療録情報の変更処理の詳細な処理を示すフローチャートである。
【図６−２】図４のステップＳ４０８の診療録情報の変更処理の詳細な処理を示すフローチャートである。
【図７】データベースサーバ１０１によって行われる診療録情報の検索処理の一例を示すフローチャートである。
【図８】データベースサーバ１０１によって行われる診療録情報の登録処理の一例を示すフローチャートである。
【図９】データベースサーバ１０１によって行われる、診療録情報（ＸＭＬ）のデータ分析サーバ１０２への送信処理の一例を示すフローチャートである。
【図１０】医療機関端末１０４とデータベースサーバ１０１との間で送受信されるデータを説明する図である。
【図１１】索引情報テーブルの一例を示す図である。
【図１２】診療録情報テーブルの一例を示す図である。
【図１３】ナビゲータ画面の一例を示す図である。
【図１４】診療録情報の追加・変更用画面一例を示す図である。
【符号の説明】
【００９５】
１０１  データベースサーバ
１０２  データ分析サーバ
１０３  ネットワーク
１０４−１、１０４−２、１０４−３  医療機関端末
１０５  ＶＰＮ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  ＨＤＤ（ハードディスクドライブ）
２０５  記録媒体ドライブ
２０６  ネットワークＩ／Ｆ（インタフェース）
２０７  キーボード
２０８  ポインティングデバイス
２０９  ビデオＩ／Ｆ（インタフェース）
２１０  ディスプレイ装置
２１１  外部機器Ｉ／Ｆ（インタフェース）
２１２  システムバス
【図１】
2009163462.tif 000003
【図２】
2009163462.tif 000004
【図３】
2009163462.tif 000005
【図４】
2009163462.tif 000006
【図５】
2009163462.tif 000007
【図６−１】
2009163462.tif 000008
【図６−２】
2009163462.tif 000009
【図７】
2009163462.tif 000010
【図８】
2009163462.tif 000011
【図９】
2009163462.tif 000012
【図１０】
2009163462.tif 000013
【図１１】
2009163462.tif 000014
【図１２】
2009163462.tif 000015
【図１３】
2009163462.tif 000016
【図１４】
2009163462.tif 000017