(57)【要約】      （修正有）【課題】突然の検査オーダが発行された場合にも、患者の一連の治療経過と検査結果とを時系列に表示し、患者の検査結果履歴や治療効果を一元的に確認できる検査システムを提供。【解決手段】検査オーダを患者識別子に関連づけて保管する検査依頼情報記録部と、検査結果を前記患者識別子に関連付けて保管する検査結果情報記録部と、検査オーダの履歴情報を取得する検査依頼情報取得部と、履歴情報から患者に対して行われた処置イベントを取得する検査情報解析部と、この処置イベントを保管するイベント情報記録部と、前記検査結果、あるいはその検査結果の保管場所を示すショートカット情報を取得する検査結果取得部と、前記処置イベントを取得するイベント情報取得部と、前記処置イベントの内容をイベント発生日順に表示し、かつ前記検査結果あるいはその保管場所を示すショートカット情報を同時に表示するための検査一覧表を作成する検査一覧生成部とを有する。【選択図】図２
2011145874.tif 000002
【特許請求の範囲】
【請求項１】
検査オーダを受信し患者識別子に関連づけて保管する検査依頼情報記録部と、
前記検査オーダに基づく検査結果を前記患者識別子に関連付けて保管する検査結果情報記録部と、
前記患者識別子に関連付けられた検査オーダの履歴情報を前記検査依頼情報記録部から取得する検査依頼情報取得部と、
前記検査オーダの履歴情報から患者に対して行われた処置イベントを取得する検査情報解析部と、
この処置イベントを前記患者識別子に関連づけて保管するイベント情報記録部と、
前記検査結果情報記録部から前記患者識別子に関連付けられた検査結果、あるいはその検査結果の保管場所を示すショートカット情報を取得する検査結果取得部と、
前記イベント情報記録部から前記患者識別子に関連付けられた処置イベントを取得するイベント情報取得部と、
前記処置イベントの内容をイベント発生日順に表示し、かつ前記検査結果あるいはその保管場所を示すショートカット情報を同時に表示するための検査一覧表を作成する検査一覧生成部とを有することを特徴とする検査システム。
【請求項２】
前記検査情報解析部で解析される処置イベントは、イベント定義テーブルで定義されたキーワードを前記検査オーダの内容から一致するものを検索することを特徴とする請求項１記載の検査システム。
【請求項３】
前記検査情報解析部は、イベント生成テーブルで定義された複数のキーワードを時間的に前後する検査オーダの内容から一致するものを検索し、この検査オーダ間に発生した検査以外の処置イベントを抽出することを特徴とする請求項１または２記載の検査システム。
【請求項４】
前記検査情報解析部は、時間的に前後する複数の検査オーダの入外区分の変化から入院または退院を含む患者の異動を表す処置イベントを抽出することを特徴とする請求項３記載の検査システム。
【請求項５】
前記検査一覧生成部は、検査結果の種別ごとに異なる形状を有し、前記ショートカット情報を具備するアイコンを作成し、このアイコンを前記検査一覧表に配置して表示することを特徴とする請求項１または４記載の検査システム。
【請求項６】
前記検査一覧生成部は、さらに前記検査オーダ履歴情報の情報を、前記検査一覧表に追加して表示することを特徴とする請求項５記載の検査システム。
【請求項７】
検査オーダを患者識別子に関連づけて保管する検査オーダ保管手段と、
前記検査オーダに基づく検査結果を前記患者識別子に関連付けて保管する検査結果保管手段と、
前記患者識別子に関連付けられた検査オーダの履歴情報を前記検査オーダ保管手段から取得する検査履歴取得手段と、
この検査オーダの履歴情報に含まれるテキスト情報からキーワードを検索し患者に対して行われた処置イベントを取得するイベント取得手段と、
前記検査結果保管手段から前記患者識別子に関連付けて取得した検査結果、あるいはその検査結果の保管場所を示すショートカット情報を取得する検査結果取得手段と、
この検査結果の種別ごとに異なる図形を有し、前記シヨートカット情報を具備するアイコンを作成するアイコン作成手段と、
前記処置イベントの内容を時系列に表示し、かつ前記アイコンを検査結果の種別ごとに配置した一覧表を作成する一覧表作成手段を有することを特徴とする検査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医師の検査依頼に従って検査を行う検査部門において、検査結果の履歴を表示できる検査システムに関する。
【背景技術】
【０００２】
近年、病院等において検査、看護、治療等の各部門システムごとに電子化が進んでおり、これらを統合したネットワークシステムとして病院内情報システム（HIS: Hospital Information System）が知られている。このシステムでは、検査部門における患者に対する個々の医療行為の指示は、医師の診察に基づき検査依頼情報（検査オーダ）という形でＨＩＳを介して受信し、検査を実施した後には検査結果と検査に要した費用をＨＩＳへ送信される。
【０００３】
しかし、この検査オーダは医師から検査ごとに個別に発行され、検査部門ではその検査オーダに従って検査を行うだけであるので、検査オーダに従って実施する検査が患者の一連の治療スケジュールの中で発生する治療行為（例えば手術、投薬、放射線治療など）との明確な関連性が通常、不明である。したがって検査オーダごとにしかその検査結果の効果を確認することができない。それ故検査結果を治療スケジュールとともに一元化して表示することが求められている。
【０００４】
これを解決するために、クリニカルパスが導入される場合がある。クリニカルパスとは各病気に応じた入院・治療スケジュールを標準化したものであり、ある患者に対する治療・検査・ケア・処置などのスケジュールイベントを時間軸に沿ってまとめたものである。このクリニカルパスに基づいて検査部門では各検査オーダを処理することにより、各検査結果を患者の治療スケジュールから一元的に管理できるようになる。（例えば、特許文献１、特許文献２参照）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１１８０１４号公報
【特許文献２】特開２００５−１５７５６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら緊急外来の場合は、その時点では患者の病名や重症度も分からないためクリニカルパスによる治療スケジュールを設定することはできない。また患者の様態の変化によって突然治療スケジュールが変更される場合もある。このように一刻を争うことの多い医療現場では医師による検査オーダの発行が大切である。しかも患者に対する医療行為は多岐にわたり、検査後の診断によって治療スケジュールを設定する必要のない場合や、検査・通院のみの外来患者等に対しても検査結果や治療効果等の履歴が容易に確認できるような検査部門システムが求められる。
【０００７】
特許文献１、２などに開示されているように、クリニカルパスを基準にして治療スケジュール上に検査結果等を一元化して表示する方法では、治療スケジュールに沿わない突然の検査オーダが発行された場合には、治療スケジュールとの差異が生じてしまうという問題点がある。
【０００８】
本発明は、上記問題を解決するためになされたもので、突然の検査オーダが発行された場合にも、患者の一連の治療経過と検査結果とを時系列に同時に表示して、患者の検査結果履歴や治療効果を一元的に確認できる検査システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の請求項１によれば、検査オーダを受信し患者識別子に関連づけて保管する検査依頼情報記録部と、前記検査オーダに基づく検査結果を前記患者識別子に関連付けて保管する検査結果情報記録部と、前記患者識別子に関連付けられた検査オーダの履歴情報を前記検査依頼情報記録部から取得する検査依頼情報取得部と、前記検査オーダの履歴情報から患者に対して行われた処置イベントを取得する検査情報解析部と、この処置イベントを前記患者識別子に関連づけて保管するイベント情報記録部と、前記検査結果情報記録部から前記患者識別子に関連付けられた検査結果、あるいはその検査結果の保管場所を示すショートカット情報を取得する検査結果取得部と、前記イベント情報記録部から前記患者識別子に関連付けられた処置イベントを取得するイベント情報取得部と、前記処置イベントの内容をイベント発生日順に表示し、かつ前記検査結果あるいはその保管場所を示すショートカット情報を同時に表示するための検査一覧表を作成する検査一覧生成部を有することを特徴とする検査システムを提供する。
【発明の効果】
【００１０】
本発明によれば、患者の一連の治療経過と検査結果とを併せて表示することにより、患者の検査結果履歴や治療効果を一元的に確認できる効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る検査システムのシステム構成図である。
【図２】同実施形態に係る検査システムの詳細を示すブロック図である。
【図３】同実施形態に係る検査システムのイベント情報抽出のシーケンス図である。
【図４】同実施形態に係る検査システムの検査オーダ入力画面の例である。
【図５】同実施形態に係る検査システムの検査オーダ履歴の例である。
【図６】同実施形態に係る検査システムのイベント定義テーブルの例である。
【図７】同実施形態に係る検査システムのイベント定義テーブルから取得された処置イベント情報の例である。
【図８】同実施形態に係る検査システムのイベント生成テーブルの例である。
【図９】同実施形態に係る検査システムの患者ＩＤに対して抽出される処置イベント一覧である。
【図１０】同実施形態に係る検査システムの検査一覧情報画面の例である。
【図１１】同実施形態に係る検査システムの検査一覧情報表示のシーケンス図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態について図面を参照しながら詳細に説明する。図１は、本発明の一実施形態に係る検査システムの構成図である。検査部門システム１０は、上記ＨＩＳサーバ２０とネットワークを介して接続される検査部門サーバ１１と、この検査部門サーバ１１とネットワークで接続され、一般Ｘ線撮影、ＣＴ( Computed Tomography )やＭＲＩ( Magnetic Resonance Imaging )などによる撮影を行う複数の検査室Ａ，Ｂ，Ｃ等に設置される検査部門端末１２ａ、１２ｂ、１２ｃとにより構成される。
【００１３】
検査部門サーバ１１は病院内のＨＩＳサーバ２０に接続され、患者情報や検査オーダ情報を共有する。検査部門ではこの検査オーダ情報に従って各検査室において患者の検査を行う。
【００１４】
検査部門システム１０は、患者の検査管理を主目的にしたシステムであり、ＨＩＳサーバ２０から送られる検査オーダを受信し、検査の実施結果と検査に要した費用等をＨＩＳサーバ２０へ送信する。
【００１５】
ＨＩＳサーバ２０は、病院内の各部門を統一的に管理する情報システムであって、医師等の診断結果に基づき、検査オーダをはじめとする各種オーダを発行する機能と、各部門で行われた実施結果とそれに要した費用等を受信して患者ごとの管理を行うことができる。
【００１６】
患者の検査が終了した場合は、検査の実施結果と検査に要した費用等を各検査部門端末１２ａ〜１２ｃから入力することにより、検査部門サーバ１１を経由してＨＩＳサーバ２０に返送する。
【００１７】
図２は、検査部門システム１０の、特に検査部門サーバ１１の詳細を示すブロック図である。検査部門サーバ１１は、検査オーダ情報に含まれる検査依頼内容、検査依頼時の患者情報、検査実施結果情報など、患者の検査を行うために必要な情報を保管するサーバであり、検査部門端末１２は、検査部門サーバ１１に保管された検査オーダをはじめとする各種情報を取得し表示する機能と、検査結果や検査に要した費用を入力する機能を有する。図２では、検査部門端末１２は１２ａ，１２ｂ，１２ｃのいずれかを示し、本発明一実施形態の１つの特徴となる機能との関連が明確になるように、患者ＩＤ入力部１２１と検査一覧表示部１２２についてのみ示してある。
【００１８】
検査部門サーバ１１は、検査依頼情報受信部１１１、検査依頼情報記録部１１２、検査依頼情報取得部１１３、検査依頼情報解析部１１４、イベント情報記録部１１５、イベント情報取得部１１６、検査結果情報記録部１１７、検査結果取得部１１８、および検査一覧生成部１１９から構成される。各部の概要は以下の通りである。
【００１９】
検査依頼情報受信部１１１は、ＨＩＳサーバ２０で発行された検査オーダを受信し、その内容を検査情報記録部１１２に記録する。検査依頼情報取得部１１３では、検査情報記録部１１２に記録された患者ごとの検査オーダ履歴の内容から処置イベントに関する情報を取得する。ここでいう処置イベントには検査に関係するものだけでなく、検査部門とは直接関係のない検査以外の手術、投薬、治療、ケア、入院、退院などの事象も含む。
【００２０】
検査依頼情報解析部１１４は、検査依頼情報取得部１１３から入力される検査オーダ情報から、テキストマイニング等の技術を用いてその患者に行われた一連の診断・治療、入退院に関連する処置イベント情報を解析して抽出を行う。イベント情報記録部１１５では、検査依頼情報解析部１１４で解析された処置イベント情報を記録する。これによりイベント情報取得部１１６では、患者ＩＤ入力部１２１において入力された患者ＩＤに関連する処置イベント情報を取得できる。
【００２１】
一方検査結果取得部１１８では、検査依頼情報記録部１１２の検査オーダに基づいて行われた検査結果（例えば、画像やレポート）を記録する。検査結果取得部１１８では検査結果情報記録部１１７から患者ＩＤ入力部１２１で入力された患者の検査画像、およびレポートに関するキー情報を取得する。ここでいうキー情報とは、検査部門で行われた検査画像、および検査レポートの存在する保管位置情報などが考えられ、具体的にはハードディスク等で構成される検査結果情報記録部１１７のディレクトリ構造を示す位置(ＵＲＬ: Uniform Resource Locator )である。
【００２２】
しかし、このキー情報はこれらに限られず、ネットワーク上のＵＲＬ、さらには電子化されていない文書の場合、保管されている書棚の位置を示すようなものまで範囲を広げてもよい。本実施形態では、このキー情報は後述する検査一覧情報表示において、画像・レポートを示すアイコンにその保管位置を示すショートカット情報として利用する。
【００２３】
検査一覧生成部１１９は、イベント情報取得部１１６から入力される処置イベント情報と検査結果取得部１１８から入力される検査結果を組み合わせて検査一覧情報を生成する。例えば、処置イベントの発生日を時間順に並べた表の中に、検査結果を示すアイコンを埋め込み、処置イベント情報と検査結果とを同時に表示が可能な表を生成する。検査一覧表示部１２２は、検査一覧生成部１１９から検査一覧情報を示す表を取得し操作者へ表示する。
【００２４】
以下、図３から図１１を用いて、本発明一実施形態の処理フローを詳細に説明する。まず検査オーダを受信したときに行う処置イベント情報を抽出するシーケンスを図３に示す。図３において、ＨＩＳサーバ２０から検査オーダが入力されると、検査部門サーバ１１ではネットワークを介し矢印で示す検査オーダ情報を受信する。
【００２５】
検査オーダの入力画面の一例を図４に示し、検査オーダ情報について説明する。医師は、ＨＩＳサーバ２０に接続できるクライアント端末（図示しない）を用いて、図４に示すような検査オーダ入力画面を表示させる。検査オーダで入力すべき項目は、例えば、患者ＩＤ、検査番号（自動発番でもよい）、検査依頼日、検査日、検査オーダを発行する対象科、外来か入院を示す入外区分、検査の種類を示す検査名、検査部位を示す検査内容、高圧・立位などの測定条件を示す検査方法、撮影方向を示す検査方向、医師の所見などを示す検査コメントなどである。
【００２６】
さらに場合によっては、スケッチ、シェーマなどの情報も他の文字情報と同様に入カ可能である。これらの検査オーダ情報は、ＨＩＳサーバ上２０で動作するスクリプトを含むＨＴＭＬ系の言語で記述されるので、ＨＩＳサーバ２０から検査部門サーバ１１にはテキストベースの電文で送信される。
【００２７】
ステップＳＴ３０１で示す検査依頼情報の受信処理開始では、ＨＩＳサーバ２０で発行した検査オーダを検査依頼情報受信部１１１で受信処理を開始する。次のステップＳＴ３０２で行う検査依頼情報の登録処理では、ステップＳＴ３０１で受信した検査オーダを、少なくとも患者ＩＤをインデックスとするデータとして検査依頼情報記録部１１２に記録する。
【００２８】
ステップＳＴ３０３で示す検査依頼情報の取得処理では、検査依頼情報記録部１１２に記録されている患者の検査オーダ情報のデータベースから、患者ＩＤをインデックスとして検索し、現在までに患者に対して発行された検査オーダの全履歴を取得する。この処理は、図２に示す検査依頼情報取得部１１３にて行われる。
【００２９】
ステップＳＴ３０４で示す検査依頼情報の解析処理では、検査依頼情報取得部１１３で取得した患者ＩＤごとの検査オーダ情報の履歴一覧から検査指示、コメント、入外区分などの自然言語情報をもとにテキストマインニング処理を行い、処置イベント情報を抽出する。この処理は図２に示す検査依頼情報解析部１１４にて行われる。
【００３０】
ステップＳＴ３０５で示す処置イベント情報の登録処理では、処置イベント情報と検査オーダ情報をリンクできるようにするため、検査依頼情報解析部１１４で抽出したイベント情報を、患者ＩＤをインデックスとするデータとしてイベント情報記録部１１５に登録する。以上で検査オーダを受信した時の処理を終了する（ＳＴ３０６）。
【００３１】
ここで、本発明一実施形態の特徴の１つである処置イベント情報の抽出について具体例を用いて説明する。図５は、検査依頼情報取得処理（ＳＴ３０３）で得られる患者ごとの検査オーダ履歴を示すものである。検査依頼情報記録部１１２に記録されている検査依頼情報データベースから、患者の識別子である患者ＩＤをインデックスとして検索し、検査番号または検査日を昇順にしてレコードを表示したものである。この例では、検査番号、検査日、検査名、検査内容、検査コメント、入外区分の項目（フィールド）を表示している。当然のことながら処置イベントを抽出しやすいものであれば、他のフィールド項目を付け加えても構わない。
【００３２】
図６は、検査依頼情報解析処理（ＳＴ３０４）において使用するイベント定義テーブルの例である。図５に示す検査コメントのフィールド内容から、図６に示すキーワードを探し出し、対応する処置イベントの内容を取得する。この例では、キーワードと処置イベント内容は同じであるが異なる用語にしても構わない。例えば、キーワードのフォローアップに対して、イベント内容をフォローとしてもよい。このような、イベント定義テーブルを用いて、検査コメントのテキスト情報から処置イベント情報を抽出すると図７に示すようになる。これにより、８月２３日は「初診」、８月２５日、および９月３日は「精査」、９月１０日は「術後」、１０月１０日は「フォローアップ」という結果が得られる。
【００３３】
さらに、イベント生成テーブルを用意して、時間的に前後する複数の検査オーダ情報の時間的変化からイベント情報を解析する。この処置イベント情報は検査部門では直接取得困難な検査以外のイベント、例えば手術、治療、投薬など、その治療行為の前後の検査で治療効果が観測されるものである方が好ましい。
【００３４】
図８はイベント生成テーブルの具体例である。今、図８に示す「対象情報」の「イベント内容」の項に示すように、「項目１」が「精査」と、「項目２」が「術後」の場合を考える。図７において、「イベント内容」を日時の古い順に解析を行うと、９月３日に「精査」があり、９月１０日に「術後」がある。すなわち、９月３から９月１０日までの間に「手術」があったことが推察される。従って「生成イベント」は「手術」となる。
【００３５】
また、図８の「対象情報」で「入外区分」を考える。「項目１」が「外来」、「項目２」が「入院」の場合は、図５の「入外区分」の変化より８月２３日「初診」から８月２５日「精査」の間に入院手続きがとられたことが推察される。従って「生成イベント」は「入院」となる
同様に、「項目１」が「入院」、「項目２」が「外来」の場合は、図５の「入外区分」より９月１０日「術後フォロー」から１０月１０日「フォローアップ」の間に退院手続きがとられたことが推察される。従って「生成イベント」は「退院」となる。
【００３６】
以上のようにして抽出された処置イベント一覧は図９に示すようになる。このような処理を行うことにより患者に対して行われた処置イベント情報を時系列に抽出することが可能となる。
【００３７】
図１０は抽出した処置イベント情報を、検査結果を示すアイコンとともに時系列的に表示した例であり、図１１は、処置イベントの情報に基づいた検査一覧情報を表示するためのシーケンス図である。
【００３８】
図１１と図２を参照して、検査一覧情報を表示するためのシーケンスを説明する。まず使用者は検査部門端末１２ａ〜１２ｃを用いて、ある患者の検査一覧情報を表示するために患者ＩＤを入力する。この患者ＩＤは患者ＩＤ入力部１２１に入力され、検査部門サーバ１１に送られる。検査部門サーバ１１では患者ＩＤの入力処理を開始し、この患者ＩＤをイベント情報取得部１１６と検査結果取得部１１８に伝える（ＳＴ１０１）。
【００３９】
イベント情報取得部１１６では、イベント情報記録部１１５のデータベースを用いて、患者ＩＤをインデックスとする処置イベント情報の検索処理を行い（ＳＴ１０２）、その結果を取得する（ＳＴ１０３）。
【００４０】
一方、検査結果取得部１１８は、検査結果情報記録部１１７のデータベースを用いて、現在までに行われた検査結果（検査画像、レポート等）を検索し（ＳＴ１０４）、取得する（ＳＴ１０５）。この時、検査画像およびレポート等の検査結果、またはそれらのデータベース上の保存位置であるＵＲＬを取得する。
【００４１】
検査一覧生成部１１９では、これらの患者ＩＤに対する処置イベント情報、検査結果を基に図１０に示すような検査一覧情報を表形式で作成する。この検査一覧情報は、図９で示す処置イベント発生日を時間的に昇順で表示する。その際に検査種別（一般撮影、ＣＴ、ＭＲＩなど）の項目を個別に用意し、検査画像、レポートなどの検査結果の種別ごとに異なる形状のアイコンを作成し、そのアイコンごとに保管位置情報をショートカットとするＵＲＬを埋め込む。この例では検査画像を○、レポートを□で示している。また、一般撮影、ＣＴ、ＭＲＩなど検査種別に対しても異なる形状のアイコンを作成してもよい。
【００４２】
このようにして生成した検査一覧情報を、検査部門サーバ１１は患者ＩＤを入力した検査部門端末１２ａ〜１２ｃへ返送し、使用者は、検査部門端末１２ａ〜１２ｃにて患者の検査結果一覧表を見ることができる。
【００４３】
以上述べたように本発明の実施形態によれば、検査オーダから患者の一連の治療における処置イベント情報を抽出でき、さらに検査結果と併せて表示することができるので、患者に対する治療経過を一元的に管理でき、しかも検査結果に対して容易にアクセスが可能となるという効果を奏する。
【００４４】
さらに、本発明の実施形態によれば、検査部門において、メインとなるＨＩＳシステムの構成に依存することなくサブシステムを独自に設計できる。従ってＨＩＳサーバ上でクリニカルパスによる治療スケジュールを運用している場合でも、独立に運用でき、しかも連携することも可能である。
【００４５】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。本発明の技術思想を用いる限りこれらの変形例も本発明に含まれる。
【符号の説明】
【００４６】
１０…検査部門システム、１１…検査部門サーバ、２０…ＨＩＳサーバ、１１１…検査依頼情報受信部、１１２…検査依頼情報記録部、１１３…検査依頼情報取得部、１１４…検査依頼情報解析部、１１５…イベント情報記録部、１１６…イベント情報取得部、
１１７…検査結果情報記録部、１１８…検査結果取得部。
【図１】
2011145874.tif 000003
【図２】
2011145874.tif 000004
【図３】
2011145874.tif 000005
【図４】
2011145874.tif 000006
【図５】
2011145874.tif 000007
【図６】
2011145874.tif 000008
【図７】
2011145874.tif 000009
【図８】
2011145874.tif 000010
【図９】
2011145874.tif 000011
【図１０】
2011145874.tif 000012
【図１１】
2011145874.tif 000013