(57)【要約】【課題】  検査結果によって更なる検査が必要となった場合に、自動的に必要な追加検査のオーダを判定することで診療の効率を高めることを可能にする。【解決手段】  検査オーダ受信登録部１１で受信し登録された検査オーダに基づき実施された検査についての検査結果を検査結果入力部１２で入力し、追加検査項目判定部１３で検査結果に応じて追加すべき追加検査項目を判定し、検査オーダ更新部１４により、判定された追加検査項目に応じて検査オーダを更新する。【選択図】        図１
2005063156.tif 000002
【特許請求の範囲】
【請求項１】
検査結果に応じた医療情報を提供する医療情報提供装置において、
患者の検査オーダを受信して登録する検査オーダ受信登録部と、
前記検査オーダに基づき実施された検査の検査結果を入力する検査結果入力部と、
前記検査結果に応じて、追加すべき追加検査項目を判定する追加検査項目判定部と、
判定された前記追加検査項目に応じて前記検査オーダを更新する検査オーダ更新部と、
を有することを特徴とする医療情報提供装置。
【請求項２】
判定された前記追加検査項目を、医師が参照可能な端末装置に通知する結果通知部をさらに有し、
前記検査オーダ更新部は、前記端末装置より、前記追加検査項目の実施を承認した旨の信号を受信すると、前記検査オーダを更新することを特徴とする請求項１記載の医療情報提供装置。
【請求項３】
検査結果に応じた医療情報を提供する処理をコンピュータに機能させるプログラムにおいて、
コンピュータを、
患者の検査オーダを受信して登録する検査オーダ受信登録手段、
前記検査オーダに基づき実施された検査の検査結果を入力する検査結果入力手段、
前記検査結果に応じて、追加すべき追加検査項目を判定する追加検査項目判定手段、
判定された前記追加検査項目に応じて前記検査オーダを更新する検査オーダ更新手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報提供装置及びプログラムに関し、特に、検査結果に応じた医療情報を提供する医療情報提供装置及びプログラムに関する。
【背景技術】
【０００２】
病院内においては、医師が患者の検査を実施する際に検査部門に対して検査オーダを発行して、検査部門により患者の検査を行うような場合がある。当該検査結果の医師への通知は、従来、内線電話、院内ファクシミリなどの人手と時間を要するものであった。また、検査結果を早急に必要とするような検査の場合、その検査結果データがシステムに登録されるまで、医師が何度もシステムに検査が完了したか否かの問い合わせを行わなければならなかった。
【０００３】
このような問題を解決するための技術が、例えば、特許文献１に開示されている。この技術によれば、医療情報システムが検査担当者から検査結果データを受け取ったときに、その検査に対応する患者の担当医師のスケジュールデータを検索し、その医師のいる診察室の端末装置に対して検査終了の通知を行うものであった。
【特許文献１】特開平８−３２９１４６号公報（段落番号〔０００９〕〜〔００１６〕，第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、検査の結果次第では、さらに別の検査が必要となることがある。従来の技術では、検査結果を通知された医師がその検査結果を確認するが、複数の病名が推測されるような場合は、そのいずれに該当するかを判断する材料が必要となるため、更なる検査を決定する必要が発生する。そして、再度検査オーダを発行することとなり、結果として医師や患者に負担をかけてしまうという問題があった。
【０００５】
本発明は、上記の点に鑑みてなされたものであり、検査結果によって更なる検査が必要となった場合に、自動的に必要な追加検査のオーダを判定することで、診療の効率を高めることが可能な医療情報提供装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では上記問題を解決するために、検査結果に応じた医療情報を提供する医療情報提供装置において、図１に示すように、患者の検査オーダを受信して登録する検査オーダ受信登録部１１と、検査オーダに基づき実施された検査の検査結果を入力する検査結果入力部１２と、検査結果に応じて、追加すべき追加検査項目を判定する追加検査項目判定部１３と、判定された追加検査項目に応じて検査オーダを更新する検査オーダ更新部１４と、を有することを特徴とする医療情報提供装置１０が提供される。
【０００７】
上記の構成によれば、検査オーダ受信登録部１１で受信し登録された検査オーダに基づき実施された検査についての検査結果を、検査結果入力部１２で入力する。追加検査項目判定部１３は、検査結果に応じて追加すべき追加検査項目を判定する。検査オーダ更新部１４は、判定された追加検査項目に応じて検査オーダを更新する。
【発明の効果】
【０００８】
本発明では、検査結果によって更なる検査が必要となった場合に、必要な追加検査項目を判定して、判定された追加検査項目に応じて検査オーダを更新するので、医師の負担が減少し、診療の効率を高めることができる。また、これによって、患者の病院内での滞在時間の短縮を図ることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の実施の形態の原理を説明する。
図１は、本発明の実施の形態の医療情報提供装置の原理を示す機能ブロック図である。
【００１０】
医療情報提供装置１０は、医師５０または医師５０の指示のもと端末装置２０ａにより入力された患者の検査オーダを受信し登録する検査オーダ受信登録部１１と、検査オーダに基づき実施された検査における検査結果を入力装置３０により入力する検査結果入力部１２と、その検査結果に応じて、追加すべき追加検査項目を判定する追加検査項目判定部１３と、判定された追加検査項目に応じて検査オーダを更新する検査オーダ更新部１４と、判定された追加検査項目を、医師５０が携帯しており、参照可能な端末装置（以下、ＰＨＳ（Personal Handyphone System）とする）２０ｂに通知する結果通知部１５と、を有する。
【００１１】
以下、医療情報提供装置１０の動作を説明する。
ある患者を担当する医師５０または医師５０の指示のもと、端末装置２０ａによりその患者の検査オーダが入力されると、医療情報提供装置１０は、検査オーダ受信登録部１１によりその検査オーダを受信して、例えばデータベースに登録する。検査部門では、その検査オーダに基づいて患者の検査を実施する。検査結果は、入力装置３０により検査結果入力部１２に入力される。追加検査項目判定部１３では、入力された検査結果に応じて、追加すべき追加検査項目を判定する。例えば、ある検査の結果、異常が見られるような場合、医師５０が正しい判断（病名など）を下すために必要な判断材料を増やすために、その検査結果に応じた追加検査項目を自動的に判定する。次に、結果通知部１５により、医師５０が参照可能なＰＨＳ２０ｂに判定した追加検査項目を通知する。医師５０は、ＰＨＳ２０ｂに通知された追加検査項目を参照して、その追加検査項目を実施すべきか判断を下す。医師５０により実施すべきと判断された場合、ＰＨＳ２０ｂによりその旨が医療情報提供装置１０に通知され、検査オーダ更新部１４は追加検査項目判定部１３で判定された追加検査項目に応じて検査オーダを更新する。
【００１２】
このように、検査結果によって更なる検査が必要となった場合に、自動的に必要な追加検査項目を判定して検査オーダを更新することで、医師の負担を減少させ、診療の効率を高めることができる。また、これによって、患者の病院内での滞在時間を短縮させることができ、患者へのサービス向上が期待できる。
【００１３】
以下、本発明の実施の形態を具体的且つ詳細に説明する。
図２は、医療情報提供システムの構成図である。
このような医療情報提供システムは、例えば、病院内に配置される。医療情報システムは、電子カルテシステム１００と、例えば、患者の検査を行なう検査部門に設置される検査部門システム２００とから構成される。
【００１４】
電子カルテシステム１００は、医師５００または医師５００の指示のもと端末装置３００に入力された患者の検査オーダを受信して登録する検査オーダ受信登録部１１０と、検査オーダを管理する検査オーダＤＢ（データベース）１２０と、入力された検査オーダを検査部門システム２００に送信する検査オーダ送信部１３０と、検査部門システム２００から患者の検査結果を受信して登録する検査結果受信登録部１４０と、受信した検査結果を管理する検査結果ＤＢ１５０と、後述する初期設定済の各種ＤＢ群１６０と、検査結果に応じて、追加すべき追加検査項目を判定する追加検査項目判定部１７０と、判定された追加検査項目に応じて検査オーダを更新する検査オーダ更新部１８０と、判定された追加検査項目などからなる通知データ（電子メールなど）を生成して、病院内の内線網である院内内線網３１０を介して医師５００の所持するＰＨＳ３２０に送信する結果通知部１９０と、から構成される。
【００１５】
また、検査部門システム２００は、電子カルテシステム１００から送信される患者の検査オーダを受信して登録する検査オーダ受信登録部２１０と、受信した検査オーダを検査依頼として管理する検査依頼ＤＢ２２０と、検査依頼に応じて実施した検査の検査結果を、キーボードやマウスなどの入力装置２３０ａによって入力する検査結果入力部２３０と、入力された検査結果を管理する検査結果ＤＢ２４０と、検査結果を電子カルテシステム１００に送信する検査結果送信部２５０と、から構成される。
【００１６】
図１に示したような医療情報提供装置１０は、このような医療情報提供システムとして実現可能である。ここで、図１の医療情報提供装置１０の検査オーダ受信登録部１１は、電子カルテシステム１００の検査オーダ受信登録部１１０に対応し、検査結果入力部１２は、検査部門システム２００の検査結果入力部２３０に対応している。さらに、追加検査項目判定部１３は、電子カルテシステム１００の追加検査項目判定部１７０に相当し、検査オーダ更新部１４は、検査オーダ更新部１８０、結果通知部１５は、電子カルテシステム１００の結果通知部１９０にそれぞれ相当している。
【００１７】
図２の電子カルテシステム１００及び検査部門システム２００、端末装置３００は、例えばコンピュータであり、以下のようなハードウェア構成で実現できる。
図３は、コンピュータのハードウェア構成例である。
【００１８】
コンピュータ６００は、ＣＰＵ（Central Processing Unit）６０１、ＲＯＭ（Read Only Memory）６０２、ＲＡＭ（Random Access Memory）６０３、ＨＤＤ（Hard Disk Drive）６０４、グラフィック処理部６０５、入力Ｉ／Ｆ（Interface）６０６、通信Ｉ／Ｆ６０７などによって構成され、これらはバス６０８を介して相互に接続されている。
【００１９】
ここで、ＣＰＵ６０１は、ＨＤＤ６０４に格納されているプログラムや、図２に示したような各種データベースで管理されたデータに応じて各部を制御する。
ＲＯＭ６０２は、ＣＰＵ６０１が実行する基本的なプログラムやデータを格納している。
【００２０】
ＲＡＭ６０３は、ＣＰＵ６０１が実行途中のプログラムや、演算途中のデータを一時的に格納する。
ＨＤＤ６０４は、ＣＰＵ６０１が実行するＯＳや、アプリケーションプログラム、図２に示したような各種データベースなどが格納される。
【００２１】
グラフィック処理部６０５には、ディスプレイなどの表示装置６０５ａが接続されており、ＣＰＵ６０１からの描画命令に従って、表示装置６０５ａの画面上に画像を表示させる。
【００２２】
入力Ｉ／Ｆ６０６には、マウス６０６ａやキーボード６０６ｂが接続されており、ユーザにより入力された情報を受信し、バス６０８を介してＣＰＵ６０１に送信する。
通信Ｉ／Ｆ６０７は、図２における電子カルテシステム１００と端末装置３００間および電子カルテシステム１００と、検査部門システム２００間のＬＡＮ（Local Area Network）接続のためのインターフェースである。また、電子カルテシステム１００においては、さらに、院内内線網３１０を介してＰＨＳ３２０と通信を行うためのインターフェースである。
【００２３】
ここで、図２における検査オーダ受信登録部１１０、２１０、検査オーダ送信部１３０、検査結果受信登録部１４０、検査オーダ更新部１８０、結果通知部１９０、検査結果送信部２５０における、各種データの送信または受信処理は、図３の通信Ｉ／Ｆ６０７を用いて実現される。また、検査部門システム２００の検査結果入力部２３０は、入力Ｉ／Ｆ６０６を用いて実現される。また、上記の各機能ブロック及び追加検査項目判定部１７０の処理は、ＣＰＵ６０１の制御のもと、ＨＤＤ６０４に格納されたプログラムを実行することによって機能する。
【００２４】
上記のような、ハードウェア構成により本発明の実施の形態の処理が実現される。
以下、図２の医療情報処理システムの動作を説明する。
まず、端末装置３００において、医師５００が直接、または医師５００の指示にあるものが、患者の検査オーダを入力する。
【００２５】
図４、５、６、７は、検査オーダ入力時の入力画面例である。
端末装置３００では、検査オーダの入力時、まず図４のように、画面上に医師ＩＤ入力欄７０１と、パスワード入力欄７０２を表示させ、医師ＩＤとパスワードを入力させる。電子カルテシステム１００へのログイン時に、電子カルテシステム１００の初期設定済各種ＤＢ群１６０に含まれる医師ＤＢ（後述する）により、医師ＩＤの存在チェックと、パスワードによる本人確認を行う。ここでの認証が正しく行われると、図５のような患者指定画面が端末装置３００のディスプレイに表示される。
【００２６】
例えば、図５のように、医師ＤＢで管理されている医師名、依頼科（例えば、“内科”）が表示される。さらに、患者ＩＤの入力欄７０３を表示し、ここに患者ＩＤを入力させる。入力された患者ＩＤは、電子カルテシステム１００の初期設定済各種ＤＢ群１６０に含まれる患者ＤＢに登録されていれば、図５のように、患者の氏名が、例えば患者ＩＤの入力欄７０３の下部に表示される。ここで、検査入力ボタン７０４が、マウス操作などにより押下されると、図６のような検査オーダ入力画面に移る。
【００２７】
図６では、図５の画面で選択した患者に実施する検査項目の候補を表示している。検査オーダの入力画面には、各検査項目を選択するためのチェックボックス７０５、７０６、７０７、７０８、７０９が設けられる。チェックボックス７０５〜７０９は、画面上でマウス操作などにより選択されたものが、黒く塗りつぶされて表示される。図６では、検査項目として“ＴＰ”が選択されていることを示している。
【００２８】
なお、図６で示している検査項目で、ＧＯＴ（Glutamic Oxaloacetic Transaminase）は代表的な肝機能の指標であり、ＧＰＴ（Glutamic Pyruvate Transaminase）は、肝細胞の破壊に伴い血中に逸脱する酵素であってＧＯＴよりも肝に特異性が高く、肝炎の病勢指標に用いられる。また、γ−ＧＴＰ（γ−Glutamyltranspeptidase）は、肝・胆道系障害のスクリーニングに用いられる検査で、ＡＬＰ（ALkaline Phosphatase）は肝・胆道疾患を始めとする各種病態で上昇を示す酵素である。ＴＰ（Total Protein）は総淡白示し、栄養状態と肝・腎機能の指標である。
【００２９】
図６のような画面で検査項目が決定されると、次に図７のような検査オーダの発行画面に移る。
検査オーダの発行画面には、まず、担当の医師の氏名、依頼科（例えば、“内科”）が表示され、さらに、図６までの入力画面で選択した患者の検査オーダとして、患者の氏名と、検査実施日、伝票番号、検査項目が表示される。
【００３０】
さらに、検査オーダの発行画面上において、検査結果の通知方法に関する設定がなされる。例えば、正常な場合についても検査結果を通知するのか、異常値があった場合だけ通知するのかをチェックボックス７１０、７１１を設けて選択可能なようにする。また、医師個人のみに結果を通知するのか、例えば、担当の医師が不在のときのために、特定のグループ（例えば、内科に属する複数人の医師）に通知するのかをチェックボックス７１２、７１３で選択可能なようにする。チェックボックス７１０〜７１３は、画面上でマウス操作などにより選択することによって、例えば、チェックボックス７１１、７１２のように、選択した項目に対応したチェックボックス７１１、７１２が黒く塗りつぶされて表示される。なお、図７の検査オーダの入力画面例では、チェックボックス７１０、７１１とチェックボックス７１２、７１３はそれぞれ重複選択が不可となっている。
【００３１】
このような通知方法に関する設定情報も、検査オーダとともに電子カルテシステム１００の検査オーダ受信登録部１１０に送信され、検査オーダＤＢ１２０に登録される。
図８は、検査オーダＤＢの例である。
【００３２】
検査オーダＤＢ１２０では、受信した検査オーダを、例えば、図８のように伝票番号、依頼医師ＩＤ、依頼元コード、例えば患者のＩＤ番号である患者ＩＤ、検査実施日、検査項目コード（複数設定可）、通知識別１（通知識別１が“０”なら結果通知、“１”なら異常値通知）、通知識別２（通知識別２が“０”なら個人通知、“１”ならグループ通知）の順で管理する。
【００３３】
ここで、依頼元コード、検査項目コードなどは、初期設定済各種ＤＢ群１６０に含まれる各種ＤＢに記載されたコードであり後述する。
次に、検査オーダ送信部１３０は、検査オーダを、検査部門システム２００にＬＡＮを介して送信する。
【００３４】
検査部門システム２００は、検査オーダ受信登録部２１０により検査オーダを受信して、検査依頼ＤＢ２２０に登録する。
例えば、検査部門における医師は、検査依頼ＤＢ２２０で管理されている検査オーダをもとに患者の検査を行う。検査の結果は、例えば、キーボードやマウスなどの入力装置２３０ａを用いて、検査部門システム２００の検査結果入力部２３０に入力される。なお、検査部門システム２００にＬＡＮによって接続された図示しない端末装置から、検査結果を入力するようにしてもよい。
【００３５】
図９は、検査部門システムにおける検査結果入力の際の入力画面の例である。
まず、伝票番号入力欄７２０に検査を行った患者の伝票番号を入力する。伝票番号を入力すると、検査依頼ＤＢ２２０が参照され、検査オーダが特定され、依頼情報表示欄７２１に、患者ＩＤ、患者氏名、依頼医師、依頼元が表示される。また、検査結果入力欄７２２の検査項目名が表示される。なおこのとき、検査オーダの各コードから、患者氏名や依頼医師名、検査項目名などを表示するために、電子カルテシステムの初期設定済各種ＤＢ群１６０を参照することになるが、これらを検査部門システム２００で所有するようにしてもよい。
【００３６】
次に、表示された検査項目に対応した検査結果が入力され、登録ボタン７２３が押下されると、検査結果が検査結果登録欄７２５に登録される。また、誤った結果を入力してしまい、検査結果を削除したい場合には、クリアボタン７２４を押下することで削除できる。
【００３７】
図１０は、検査結果ＤＢの例である。
検査結果ＤＢ２４０では、登録された検査結果を図のように、例えば、伝票番号、依頼医師ＩＤ、依頼元コード、患者ＩＤ、検査実施日、検査項目コード、検査結果の順に管理する。
【００３８】
上記のようにして検査結果は、検査結果ＤＢ２４０に登録される。次に、検査結果は直ちに検査結果送信部２５０により、電子カルテシステム１００に送られる。
ここで、電子カルテシステム１００における検査結果を受信後の処理の説明に移る前に、初期設定済各種ＤＢ群１６０で管理されている主なＤＢについての初期設定処理の具体例と、ＤＢ構造について説明する。
【００３９】
図１１は、医師ＤＢの初期設定画面の例である。
図のように、例えば、端末装置３００の画面上にて、医師ＩＤ、パスワード、医師名（カナ）、医師名（漢字）、所属先コード、所属先名、ＰＨＳ３２０の通知番号、ｅ−ｍａｉｌアドレスなどを入力させる。医師ＤＢへ登録する場合は、登録ボタン７３０を押下させ、誤った結果を入力してしまい、項目を削除したいような場合には、クリアボタン７３１を押下させることで項目を削除する。
【００４０】
図１２は、医師ＤＢの例である。
図１１のような登録画面で入力した情報をもとに、例えば、医師ＩＤ、パスワード、医師名（カナ）、医師名（漢字）、所属先コード、ＰＨＳ３２０の通知番号、ｅ−ｍａｉｌアドレスの順にデータが管理される。
【００４１】
図１３は、所属先（グループ）の初期設定画面の例である。
図のように、所属先名と、それに対応する所属先コードを入力する。この入力した内容を、所属先ＤＢへ登録する場合は、登録ボタン７４０を押下し、誤った結果を入力してしまい、項目を削除したい場合は、クリアボタン７４１を押下することで項目を削除する。
【００４２】
図１４は、所属先ＤＢの例である。
図１３のような登録画面で入力した情報をもとに、図１４のように、所属先コードと、それに対応付けられた所属先名が管理される。
【００４３】
図１５は、検査項目異常値判定用の設定画面例である。
図のように、検査項目コードが割り当てられた検査項目名と、それぞれの検査項目についての異常値の定義（基準値の上限と下限）が設定され、さらにその検査について、異常があった場合に追加検査があるかないかを、追加項目有無として設定する（０ならば追加なし、１ならば追加があることを示す）。なお、検査項目コード“００００３−００”の“γ−ＧＴＰ”の上限の基準値“Ｍ：８０，Ｗ：３０”は男性（Ｍ）と女性（Ｗ）で基準値が異なる場合の例を示している。
【００４４】
ここで設定した値などを登録する場合は、登録ボタン７５０を押下し、誤った結果を入力してしまい、項目を削除したい場合は、クリアボタン７５１を押下することで項目を削除する。
【００４５】
図１６は、検査項目異常値判定ＤＢの例である。
図１５のような設定画面で登録した情報をもとに、例えば、検査項目コード、基準値（上限）、基準値（下限）、項目追加有無（０：追加なし、１：追加あり）の順にデータが管理される。
【００４６】
図１７は、異常時追加検査項目追加設定画面の例である。
図のように、異常時に追加検査を要する検査項目の、検査項目コードと、検査項目名が表示され、その検査項目に異常があった場合に追加すべき追加検査項目を設定する。追加検査項目の設定は、追加検査項目の検査項目コードと、検査項目名を入力する。ここで、設定した追加検査項目を登録する場合、登録ボタン７６０を押下し、誤った結果を入力してしまい、項目を削除したい場合は、クリアボタン７６１を押下することで項目を削除する。
【００４７】
図１８は、異常時追加検査項目追加ＤＢの例である。
図１７のような設定画面で登録した情報をもとに、ある検査項目の検査項目コードに対して、その検査項目に異常があった場合に追加すべき、追加検査項目のコードが対応付けられて管理される。
【００４８】
以上で、初期設定済各種ＤＢ群１６０の説明を終える。
以下、電子カルテシステム１００において検査結果を受信してからの処理についてフローチャートを用いて説明する。
【００４９】
図１９は、電子カルテシステムの処理の流れを説明するフローチャートである。
検査結果受信登録部１４０で、検査部門システム２００からの検査結果を受信すると、受信した検査結果は図１０で示したような検査結果ＤＢ２４０と同様なＤＢ構成である検査結果ＤＢ１５０にて管理される（ステップＳ１０）。次に、追加検査項目判定部１７０は、検査結果から、図１６で示したような検査項目異常値判定ＤＢを参照して、検査結果に異常値がある検査項目があるかないかをチェックする。例えば、患者が、“ＴＰ”の検査を受けた場合、その検査項目コードである“００００５−００”をキーとして、検査項目異常値判定ＤＢを探索し、結果の値が、登録されている基準値の範囲内にあるか否かをチェックする。このように、患者が受けた検査全てについての検査結果について異常値のチェックを行い、異常値がなかった場合にはステップＳ１２の処理に進み、異常値があった場合にはステップＳ１３の処理に進む（ステップＳ１１）。
【００５０】
まず、異常値がなかった場合について説明すると、結果通知部１９０は、電子カルテシステム１００の図８で示したような検査オーダＤＢ１２０より、検査オーダの設定時に決定された結果通知方法（通知識別１）を参照し、異常値通知（通知識別１が“１”）の場合は、異常値がないので、そのまま処理を終了する。結果通知（通知識別１が“０”）の場合は、ステップＳ１５の処理に進む（ステップＳ１２）。
【００５１】
一方、異常値があった場合、追加検査項目判定部１７０は図１６で示したような検査項目異常値判定ＤＢを参照して、異常があったときに追加すべき項目があるか否かを判断する（追加項目有無が、“０”ならば追加なし、“１”ならば追加あり）。ここで、追加項目がある場合には、ステップＳ１４の処理に進み、追加項目がなければステップＳ１５に進む（ステップＳ１３）。
【００５２】
追加項目があると判定されると、追加検査項目判定部１７０は、複数の検査項目に対して異常値があった場合などに追加検査項目が重複する場合があるので、重複項目をまとめる。その後追加内容を追加検査オーダＤＢに格納する。なお、追加検査オーダＤＢは、図示を省略しているが、検査オーダＤＢ１２０と同様のデータベース構造である（ステップＳ１４）。
【００５３】
ステップＳ１５の処理では、結果通知部１９０は、電子カルテシステム１００の図８で示したような検査オーダＤＢ１２０より、検査オーダの設定時に決定された通知先（通知識別２）を参照し、個人通知（通知識別２が“０”）の場合はステップＳ１６の処理に進み、グループ通知（通知識別２が“１”）の場合は、ステップＳ１７の処理に進む（ステップＳ１５）。
【００５４】
ステップＳ１５の処理で、個人通知と判定された場合には、結果通知部１９０は、図１０に示したようなＤＢ構造の検査結果ＤＢ１５０で管理されている依頼医師ＩＤを参照して、初期設定済み各種ＤＢ群１６０のうち、医師ＤＢより依頼医師のメールアドレスを検索してステップＳ１８の処理に進む（ステップＳ１６）。
【００５５】
一方ステップＳ１５の処理で、グループ通知と判定された場合には、結果通知部１９０は、同様に検査結果ＤＢ１５０で管理されている依頼医師が所属している科（例えば内科など）の依頼元コード（前述した所属先コードと同じである）を参照して、依頼医師と同一科に所属している医師（グループメンバー）を医師ＤＢで検索し、そのグループメンバーのメールアドレスを検索してステップＳ１８の処理に進む（ステップＳ１７）。
【００５６】
ステップＳ１８の処理では、結果通知部１９０は、ステップＳ１６またはステップＳ１７の処理で検索されたメールアドレス宛（ＰＨＳのメールアドレスである）のメール文章を作成し（ステップＳ１８）、最後に、結果通知部１９０は、院内内線網３１０を介してＰＨＳ３２０に電子メールを発行して処理を終える（ステップＳ１９）。
【００５７】
このように医師５００が携帯するＰＨＳ３２０に結果通知を行うことで、患者の検査が終了したことが直ちにわかり、検査業務の効率化が期待できる。また、口頭による連絡漏れを防止することができる。
【００５８】
図２０は、追加検査項目がない場合にＰＨＳに発行される電子メールの表示例である。
この図は、ステップＳ１３の処理で、追加検査項目がないとされた場合の電子メールの例を示し、異常値が検出された旨と、患者ＩＤ、患者氏名が記載され、さらに検査結果を確認するように促す文面となっている。
【００５９】
このような電子メールをＰＨＳ３２０で受信した医師５００は、自身の端末装置３００により、電子カルテシステム１００にアクセスして、患者ＩＤをもとに検査結果ＤＢ１５０を参照し、患者の検査結果を確認することができる。なお、検査結果を電子メールで端末装置３００に送信するようにしてもよい。
【００６０】
図２１、２２は、追加検査項目がある場合にＰＨＳに発行される電子メールの表示例である。
図２１は、ステップＳ１３の処理で追加検査項目がある場合の電子メールの例を示し、異常値が検出された旨と、患者ＩＤ、患者氏名が記載され、さらに“追加検査を行いますか。”などと記載されている。
【００６１】
図２２で示す図２１の次画面は、追加検査承認画面となり、ステップＳ１４の処理で追加検査オーダＤＢに格納された追加検査項目が表示され、それに対する承認または却下を選択する画面となっている。但しこの画面が表示されるのは依頼医師のみとする。
【００６２】
図２２のような画面で、承認または却下がなされた場合、その情報は電子カルテシステム１００に送信される。このときの電子カルテシステム１００の処理の流れをフローチャートを用いて説明する。
【００６３】
図２３は、追加検査承認処理の流れを説明するフローチャートである。
検査オーダ更新部１８０では、医師５００により、追加が承認されたか否かを判定する。ここで、追加検査項目が却下された場合は処理を終了し、承認された場合にはステップＳ２１の処理に進む（ステップＳ２０）。
【００６４】
追加が承認された場合は、伝票番号より承認された追加検査項目を、追加検査オーダＤＢ（図示せず）を検索して取得する（ステップＳ２１）。次に、検査オーダ更新部１８０は、取得した情報より、電子カルテシステム１００の検査オーダＤＢ１２０を更新する（ステップＳ２２）。さらに、検査オーダ送信部１３０により、検査部門システム２００に更新した検査オーダＤＢ１２０から追加の検査オーダを送信し、処理を終了する（ステップＳ２３）。
【００６５】
このように、検査結果によって更なる検査が必要となった場合に、自動的に必要な追加検査項目を判定して、それを医師５００のＰＨＳ３２０に送信し、医師５００による承認がＰＨＳ３２０によりなされると、検査オーダを更新するようにしたことで、医師の負担を減少させ、診療の効率を高めることができる。また、これによって、患者の病院内での滞在時間を短縮させることができ、患者へのサービス向上が期待できる。
【００６６】
なお上記では、検査部門システム２００と、電子カルテシステム１００の２つのコンピュータからなるとして説明したが、１つのものであってもよい。
なお、上記では携帯移動端末装置としてＰＨＳを例にして説明したが、携帯電話機やＰＤＡ（Personal Digital Assistant）などの携帯移動端末装置を用いるようにしてもよい。
【００６７】
なお、上記の処理機能は、前述したようにコンピュータによって実現することができる。その場合、医療情報提供装置１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disc）などがある。
【００６８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００６９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【産業上の利用可能性】
【００７０】
病院内での業務の自動化により効率化を図るコンピュータシステムに適用できる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施の形態の医療情報提供装置の原理を示す機能ブロック図である。
【図２】医療情報提供システムの構成図である。
【図３】電子カルテシステムまたは検査部門システムを実現するコンピュータのハードウェア構成例である。
【図４】検査オーダ入力時の入力画面例である。
【図５】検査オーダ入力時の入力画面例である。
【図６】検査オーダ入力時の入力画面例である。
【図７】検査オーダ入力時の入力画面例である。
【図８】検査オーダＤＢの例である。
【図９】検査部門システムにおける検査結果入力の際の入力画面の例である。
【図１０】検査結果ＤＢの例である。
【図１１】医師ＤＢの初期設定画面の例である。
【図１２】医師ＤＢの例である。
【図１３】所属先（グループ）の初期設定画面の例である。
【図１４】所属先ＤＢの例である。
【図１５】検査項目異常値判定用の設定画面例である。
【図１６】検査項目異常値判定ＤＢの例である。
【図１７】異常時追加検査項目追加設定画面の例である。
【図１８】異常時追加検査項目追加ＤＢの例である。
【図１９】電子カルテシステムの処理の流れを説明するフローチャートである。
【図２０】追加検査項目がない場合にＰＨＳに発行される電子メールの表示例である。
【図２１】追加検査項目がある場合にＰＨＳに発行される電子メールの表示例である。
【図２２】追加検査項目がある場合にＰＨＳに発行される電子メールの表示例である。
【図２３】追加検査承認処理の流れを説明するフローチャートである。
【符号の説明】
【００７２】
１０  医療情報提供装置
１１  検査オーダ受信登録部
１２  検査結果入力部
１３  追加検査項目判定部
１４  検査オーダ更新部
１５  結果通知部
２０ａ  端末装置
２０ｂ  携帯移動端末装置（ＰＨＳ）
３０  入力装置
５０  医師
【図１】
2005063156.tif 000003
【図２】
2005063156.tif 000004
【図３】
2005063156.tif 000005
【図４】
2005063156.tif 000006
【図５】
2005063156.tif 000007
【図６】
2005063156.tif 000008
【図７】
2005063156.tif 000009
【図８】
2005063156.tif 000010
【図９】
2005063156.tif 000011
【図１０】
2005063156.tif 000012
【図１１】
2005063156.tif 000013
【図１２】
2005063156.tif 000014
【図１３】
2005063156.tif 000015
【図１４】
2005063156.tif 000016
【図１５】
2005063156.tif 000017
【図１６】
2005063156.tif 000018
【図１７】
2005063156.tif 000019
【図１８】
2005063156.tif 000020
【図１９】
2005063156.tif 000021
【図２０】
2005063156.tif 000022
【図２１】
2005063156.tif 000023
【図２２】
2005063156.tif 000024
【図２３】
2005063156.tif 000025