JP2017224118A

JP2017224118A - リクエスト処理装置、リクエスト処理方法およびリクエスト処理プログラム

Info

Publication number: JP2017224118A
Application number: JP2016118374A
Authority: JP
Inventors: 司古瀬; Tsukasa Furuse; 菅野　裕之; Hiroyuki Sugano; 裕之菅野
Original assignee: J Mac System Inc
Current assignee: J Mac System Inc
Priority date: 2016-06-14
Filing date: 2016-06-14
Publication date: 2017-12-21
Anticipated expiration: 2036-06-14
Also published as: JP6644646B2

Abstract

【課題】診断所見リクエスト処理装置、リクエスト処理方法およびリクエスト処理プログラムを提供する。【解決手段】病理診断用クライアント端末１０、病理診断所見サーバ４０、放射線診断用クライアント端末２０、放射線診断所見サーバ５０及びリクエスト処理サーバ３０を備える。リクエスト処理サーバ３０は、診断部門間での検査部位名の対応関係が記憶されたレジスタを有し、クライアント端末１０、２０から発行され、かつ、所望の検査部位名が記述された診断所見リクエストをサーバ４０、５０に回送する。【選択図】図１

Description

この発明は、リクエスト処理装置、リクエスト処理方法およびリクエスト処理プログラムに関し、特に、複数の診断部門のいずれか１つのクライアント端末から発行された診断所見リクエストを複数の診断部門のいずれか１つのサーバに回送する、リクエスト処理装置、リクエスト処理方法およびリクエスト処理プログラムに関する。

複数の診断部門を抱える医療施設では、診断部門を跨いで診断所見を参照したいという要望が一般的に存在する。たとえば、放射線診断医（「放射線科医」または「読影医」と同義）は、放射線診断部門のサーバに保存された或る患者の診断所見に加えて、病理診断部門のサーバに保存された同じ患者の診断所見を参照したい場合がある。

しかし、放射線診断医が病理部門の診断所見を参照しようとすると、現状では放射線科情報システムと異なる電子カルテシステムを利用する必要があり、操作が煩雑で使い勝手が悪いという問題がある。

また、放射線診断部門から病理診断部門の診断所見を依頼する仕組みがないため、放射線診断医は病理診断部門の診断所見を確認しない場合が多い。この結果、放射線診断医は的確な診断を誤るおそれがある。このような誤診の問題は、病理診断部門に属する病理診断医などの他の医師にも起こり得る。

特開２０００−３４８１１５号公報

これに関連して、特許文献１は、レポートをファイル化してサーバへ保管することを開示するものの、他の診断部門からのリクエストに応答して診断所見を提供するような処理については何ら開示していない。

それゆえに、この発明の主たる目的は、他の診断部門に属する医師の診断の的確性を高めることができる、リクエスト処理装置、リクエスト処理方法およびリクエスト処理プログラムを提供することである。

この発明に係るリクエスト処理装置(30：実施例で相当する参照符号。以下同じ)は、医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリ(RGST1)を備え、複数の診断部門のいずれか１つのクライアント端末(10, 20)から発行されかつ所望の検査部位名が記述された診断所見リクエストを複数の診断部門のいずれか１つのサーバ(40, 50)に回送するリクエスト処理装置(30)であって、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき診断所見リクエストに記述された検査部位名をメモリを参照して変換する変換手段(S15, S21)を備える。

好ましくは、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と一致するとき変換手段の処理を制限する制限手段(S13, S19)がさらに備えられる。

好ましくは、診断所見リクエストを指定タイミングでリクエスト先のサーバに回送する回送手段(S9, S17, S23)、およびリクエスト先のサーバの回答が非探知を示すとき指定タイミングを更新する更新手段(S31)がさらに備えられる。

好ましくは、複数の診断部門は放射線診断部門および病理診断部門を含む。

好ましくは、診断所見リクエストは患者ＩＤを含み、リクエスト先のサーバによって探索される診断所見は患者ＩＤによって識別される患者を対象として作成された診断所見である。

好ましくは、診断所見リクエストは所望の診断所見の保存位置を示すＵＲＬを要求するリクエストである。

この発明に従うリクエスト処理方法は、医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリ(RGST1)を備え、複数の診断部門のいずれか１つのクライアント端末(10, 20)から発行されかつ所望の検査部位名が記述された診断所見リクエストを複数の診断部門のいずれか１つのサーバ(40, 50)に回送するリクエスト処理装置(30)によって実行されるリクエスト処理方法であって、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき診断所見リクエストに記述された検査部位名をメモリを参照して変換する変換ステップ(S15, S21)を備える。

この発明に従うリクエスト処理プログラムは、医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリ(RGST1)を備え、複数の診断部門のいずれか１つのクライアント端末(10, 20)から発行されかつ所望の検査部位名が記述された診断所見リクエストを複数の診断部門のいずれか１つのサーバ(40, 50)に回送するリクエスト処理装置(30)に、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき診断所見リクエストに記述された検査部位名をメモリを参照して変換する変換ステップ(S15, S21)を実行させるための、リクエスト処理プログラムである。

メモリには複数の診断部門間での検査部位名の対応関係が記憶されるところ、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なれば、診断所見リクエストに記述された検査部位名がメモリを参照して変換される。リクエスト元のクライアント端末を操作する医療従事者は、リクエスト先のサーバに保存された診断所見を踏まえて診断を行うことができる。これによって、他の診断部門に属する医師の診断の的確性が向上する。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

この実施例に適用される医療システムの構成の一例を示すブロック図である。図１に示すリクエスト処理サーバの構成の一例を示すブロック図である。図１に示す病理診断所見サーバの構成の一例を示すブロック図である。図１に示す放射線診断所見サーバの構成の一例を示すブロック図である。リクエスト処理サーバに設けられたデータベースの構成の一例を示す図解図である。リクエスト処理サーバに設けられたレジスタの構成の一例を示す図解図である。（Ａ）は放射線診断医用のクライアント端末から発行された診断所見リクエストの構造の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は放射線診断医用のクライアント端末から発行された診断所見リクエストの構造の他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造の他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造のその他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造のさらにその他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造の他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。（Ａ）は病理診断医用のクライアント端末から発行された診断所見リクエストの構造のその他の一例を示す図解図であり、（Ｂ）はリクエスト処理サーバによって変換された診断所見リクエストの構造の一例を示す図解図である。リクエスト処理サーバに設けられたＣＰＵの動作の一部を示すフロー図である。リクエスト処理サーバに設けられたＣＰＵの動作の他の一部を示すフロー図である。病理診断所見サーバに設けられたＣＰＵの動作の一部を示すフロー図である。放射線診断所見サーバに設けられたＣＰＵの動作の一部を示すフロー図である。

図１を参照して、この実施例の医療システムは、病理診断部門に配される病理診断用クライアント端末１０および病理診断所見サーバ４０と、放射線診断部門に配される放射線診断用クライアント端末２０および放射線診断所見サーバ５０とを備え、さらに病理診断用クライアント端末１０または放射線診断用クライアント端末２０から発行された診断所見リクエストを病理診断所見サーバ４０または放射線診断所見サーバ５０に回送するリクエスト処理サーバ３０を備える。

ここで、病理診断用クライアント端末１０は病理診断医によって操作され、放射線診断用クライアント端末２０は放射線診断医によって操作される。また、病理診断用クライアント端末１０，放射線診断用クライアント端末２０，リクエスト処理サーバ３０，病理診断所見サーバ４０および放射線診断所見サーバ５０は、院内ＬＡＮ６０によって互いに接続される。さらに、リクエスト処理サーバ３０は図２に示すように構成され、病理診断所見サーバ４０は図３に示すように構成され、放射線診断所見サーバ５０は図４に示すように構成される。

リクエスト処理サーバ３０において、バスＢＳ３には、通信Ｉ／Ｆ３０ｃｎ，ＣＰＵ３０ｐｒ，ＤＲＡＭ３０ｒｍおよびＨＤＤ３０ｄｒが接続される。ＨＤＤ３０ｄｒには、データベースＤＢ１およびレジスタＲＧＳＴ１が設けられる。また、院内ＬＡＮ６０とは、通信Ｉ／Ｆ３０ｃｎを介して接続される。

病理診断所見サーバ４０において、バスＢＳ４には、通信Ｉ／Ｆ４０ｃｎ，ＣＰＵ４０ｐｒ，ＤＲＡＭ４０ｒｍおよびＨＤＤ４０ｄｒが接続される。ＨＤＤ４０ｄｒには、データベースＤＢ２が設けられる。また、院内ＬＡＮ６０とは、通信Ｉ／Ｆ４０ｃｎを介して接続される。

放射線診断所見サーバ５０において、バスＢＳ５には、通信Ｉ／Ｆ５０ｃｎ，ＣＰＵ５０ｐｒ，ＤＲＡＭ５０ｒｍおよびＨＤＤ５０ｄｒが接続される。ＨＤＤ５０ｄｒには、データベースＤＢ３が設けられる。また、院内ＬＡＮ６０とは、通信Ｉ／Ｆ５０ｃｎを介して接続される。

データベースＤＢ１は、図５に示すように構成される。図５によれば、病理診断用クライアント端末１０または放射線診断用クライアント端末２０から発行された診断所見リクエストとリクエスト実行タイミングとが、共通のカラムに登録される。また、診断所見リクエストは、リクエスト元のクライアント，リクエスト先のサーバ，患者ＩＤ，検査日，検査部位名，通知先メールアドレスを項目として有する。

診断所見リクエストによって要求される診断所見は、患者ＩＤが示す患者を対象として、指定の検査日に指定の検査部位について作成された診断所見である。リクエスト先のサーバは、診断所見リクエストに対応する診断所見を探索し、探知した診断所見の保存位置を示すＵＲＬ(Uniform Resource Locator)が記載されたメールを指定の通知先メールアドレスに通知する。

レジスタＲＧＳＴ１は、図６に示すように構成される。図６によれば、病理診断用の検査部位名が各カラムの左側に記載され、放射線診断用の検査部位名が各カラムの右側に記載される。病理診断用の検査部位名としては“鼻咽頭”，“鼻腔”，“歯”，“肺”，“胸腔”，“乳腺”が想定され、放射線診断用の検査部位名としては“頭部”および“胸部”が想定される。

病理診断用の検査部位名のうち“鼻咽頭”，“鼻腔”，“歯”には、放射線診断用の検査部位名のうち“頭部”が対応付けられる。また、病理診断用の検査部位名のうち“肺”，“胸腔”，“乳腺”には、放射線診断用の検査部位名のうち“胸部”が対応付けられる。

また、病理診断所見サーバ４０に設けられたデータベースＤＢ２には、病理診断部門で作成された診断所見が保存される。同様に、放射線診断所見サーバ５０に設けられたデータベースＤＢ３には、放射線診断部門で作成された診断所見が保存される。

リクエスト処理サーバ３０に設けられたＣＰＵ３０ｐｒは、図１５〜図１６に示すフロー図に従う処理を実行する。また、病理診断所見サーバ４０に設けられたＣＰＵ４０ｐｒは図１７に示すフロー図に従う処理を実行し、放射線診断所見サーバ５０に設けられたＣＰＵ５０ｐｒは図１８に示すフロー図に従う処理を実行する。

なお、図１５〜図１６に示すフロー図に対応する制御プログラム（リクエスト処理プログラム）はＨＤＤ３０ｄｒに記憶され、図１７に示すフロー図に対応する制御プログラムはＨＤＤ４０ｄｒに記憶され、図１８に示すフロー図に対応する制御プログラムはＨＤＤ５０ｄｒに記憶される。

図１５を参照して、ステップＳ１では病理診断用クライアント端末１０または放射線診断用クライアント端末２０から診断所見リクエストを受信したか否かを判別する。ステップＳ１の判別結果がＮＯであればそのままステップＳ７に進み、ステップＳ１の判別結果がＹＥＳであればステップＳ３およびＳ５で以下の処理を実行してからステップＳ７に進む。

つまり、ステップＳ３では、受信した診断所見リクエストをデータベースＤＢ１の空きカラムに登録する。ステップＳ５では、同じカラムに実行タイミングを登録する。登録される実行タイミングは、現在時刻を示す。

ステップＳ７では、データベースＤＢ１に診断所見リクエストが登録されているか否かを判別する。判別結果がＮＯであればステップＳ１に戻り、判別結果がＹＥＳであればステップＳ９に進む。ステップＳ９では、登録されている診断所見リクエストと同じカラムに登録された実行タイミングが現在時刻以降の時刻を示すか否かを判別する。判別結果がＮＯであればステップＳ１に戻る一方、判別結果がＹＥＳであれば診断所見リクエストを処理すべくステップＳ１１に進む。

ステップＳ１１では、リクエスト元のクライアント端末が放射線診断用クライアント端末２０であるか否かを判別する。ステップＳ１３では、リクエスト先のサーバが病理診断所見サーバ４０であるか否かを判別する。ステップＳ１９では、リクエスト先のサーバが放射線診断所見サーバ５０であるか否かを判別する。これらの判別処理では、処理対象の診断所見リクエストの記載が参照される。

ステップＳ１１の判別結果およびステップＳ１３の判別結果のいずれもがＹＥＳであれば、ステップＳ１５に進み、ステップＳ１１の判別結果がＮＯでかつステップＳ１９の判別結果がＹＥＳであればステップＳ２１に進む。つまり、ステップＳ１５またはＳ２１の処理は、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるときに実行される。

ステップＳ１５では、処理対象の診断所見リクエストに記載された検査部位名に対応する病理診断用の検査部位名をレジスタＲＧＳＴ１から検出する。ステップＳ１５ではまた、処理対象の診断所見リクエストに記載された検査部位名を検出された病理診断用の検査部位名に変換または置換する。なお、変換または置換はＤＲＡＭ３０ｒｍ上で行われ、データベースＤＢ１に登録された診断所見リクエストは登録時の記載のままである。

図７（Ａ）に示す診断所見リクエストが処理対象である場合、放射線診断用の検査部位名は“頭部”であるため、ステップＳ１５の処理によって図７（Ｂ）に示す診断所見リクエストが作成される。図７（Ｂ）によれば“頭部”が“鼻咽喉”，“鼻腔”，“歯”に変換される。

また、図８（Ａ）に示す診断所見リクエストが処理対象である場合、放射線診断用の検査部位名は“胸部”であるため、ステップＳ１５の処理によって図８（Ｂ）に示す診断所見リクエストが作成される。図８（Ｂ）によれば“胸部”が“肺”，“胸腔”，“乳腺”に変換される。

ステップＳ２１では、処理対象の診断所見リクエストに記載された検査部位名に対応する放射線診断用の検査部位名をレジスタＲＧＳＴから検出する。ステップＳ２１ではまた、処理対象の診断所見リクエストに記載された検査部位名を検出された放射線診断用の検査部位名に変換または置換する。ここでも、変換または置換はＤＲＡＭ３０ｒｍ上で行われ、データベースＤＢ１に登録された診断所見リクエストは登録時の記載のままである。

図９（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“鼻咽頭”であるため、ステップＳ２１の処理によって図９（Ｂ）に示す診断所見リクエストが作成される。図９（Ｂ）によれば“鼻咽頭”が“頭部”に変換される。

図１０（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“鼻腔”であるため、ステップＳ２１の処理によって図１０（Ｂ）に示す診断所見リクエストが作成される。図１０（Ｂ）によれば“鼻腔”が“頭部”に変換される。

図１１（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“歯”であるため、ステップＳ２１の処理によって図１１（Ｂ）に示す診断所見リクエストが作成される。図１１（Ｂ）によれば“歯”が“頭部”に変換される。

図１２（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“肺”であるため、ステップＳ２１の処理によって図１２（Ｂ）に示す診断所見リクエストが作成される。図１２（Ｂ）によれば“肺”が“胸部”に変換される。

図１３（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“胸腔”であるため、ステップＳ２１の処理によって図１３（Ｂ）に示す診断所見リクエストが作成される。図１３（Ｂ）によれば“胸腔”が“胸部”に変換される。

図１４（Ａ）に示す診断所見リクエストが処理対象である場合、病理診断用の検査部位名は“乳腺”であるため、ステップＳ２１の処理によって図１４（Ｂ）に示す診断所見リクエストが作成される。図１４（Ｂ）によれば“乳腺”が“胸部”に変換される。

ステップＳ１５の処理が終了するか、或いはステップＳ１１の判別結果およびステップＳ１９の判別結果のいずれもがＮＯであれば、ステップＳ１７に進む。また、ステップＳ２１の処理が終了するか、或いはステップＳ１１の判別結果がＹＥＳでかつステップＳ１３の判別結果がＮＯであれば、ステップＳ２３に進む。

ステップＳ１７では、処理対象の診断所見リクエストを病理診断所見サーバ４０に回送または転送する。ステップＳ１９からステップＳ１７に移行した場合は、変換前の診断所見リクエストが病理診断所見サーバ４０に回送される。これに対して、ステップＳ１５からステップＳ１７に移行した場合は、変換後の診断所見リクエストが病理診断所見サーバ４０に回送される。

ステップＳ２３では、処理対象の診断所見リクエストを放射線診断所見サーバ５０に回送または転送する。ステップＳ１３からステップＳ２３に移行した場合は、変換前の診断所見リクエストが放射線診断所見サーバ５０に回送される。これに対して、ステップＳ２１からステップＳ２３に移行した場合は、変換後の診断所見リクエストが放射線診断所見サーバ５０に回送される。

ステップＳ２５では、回送先のサーバから回答を受信したか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、受信した回答が“探知”および“非探知”のいずれであるかをステップＳ２７で判別する。

受信した回答が“探知”であればステップＳ２９に進み、処理対象の診断所見リクエストとこれに付随して登録された実行タイミングをデータベースＤＢ１から削除する。これに対して、受信した回答が“非探知”であればステップＳ３１に進み、処理対象の診断所見リクエストに付随して登録された実行タイミングを更新する。更新後の実行タイミングは、たとえば現在時刻よりも１０分先の時刻を示す。ステップＳ２９またはＳ３１の処理が完了すると、ステップＳ１に戻る。

病理診断所見サーバ４０に設けられたＣＰＵ４０ｐｒの動作は、図１７に示すフロー図に従う。まず、リクエスト処理サーバ３０から診断所見リクエストを受信したか否かをステップＳ４１で繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、ステップＳ４３に進み、受信した診断所見リクエストに適合する診断所見をＨＤＤ４０ｄｒに設けられたデータベースＤＢ２から探索する。探索にあたっては、ＤＲＡＭ４０ｒｍが使用される。ステップＳ４５では少なくとも１つの診断所見が探知されたか否かを判別し、判別結果がＹＥＳであればステップＳ４７に進む一方、判別結果がＮＯであればステップＳ５１に進む。

ステップＳ４７では、“探知”を示す回答を作成し、作成した回答をリクエスト処理サーバ３０に返送する。ステップＳ４９では、探知された診断所見のＵＲＬが記載されたメール作成し、作成したメールを指定アドレス（＝診断所見リクエストに記載された通知先メールアドレス）に返送する。一方、ステップＳ５１では、“非探知”を示す回答を作成し、作成した回答をリクエスト処理サーバ３０に返送する。ステップＳ４９またはＳ５１の処理が完了すると、ステップＳ４１に戻る。

図１８を参照して、ステップＳ６１では、リクエスト処理サーバ３０から診断所見リクエストを受信したか否かを繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、ステップＳ６３に進み、受信した診断所見リクエストに適合する診断所見をＨＤＤ５０ｄｒに設けられたデータベースＤＢ３から探索する。探索にあたっては、ＤＲＡＭ５０ｒｍが使用される。ステップＳ６５では少なくとも１つの診断所見が探知されたか否かを判別し、判別結果がＹＥＳであればステップＳ６７に進む一方、判別結果がＮＯであればステップＳ７１に進む。

ステップＳ６７では、“探知”を示す回答を作成し、作成した回答をリクエスト処理サーバ３０に返送する。ステップＳ６９では、探知された診断所見のＵＲＬが記載されたメール作成し、作成したメールを指定アドレス（＝診断所見リクエストに記載された通知先メールアドレス）に返送する。一方、ステップＳ７１では、“非探知”を示す回答を作成し、作成した回答をリクエスト処理サーバ３０に返送する。ステップＳ６９またはＳ７１の処理が完了すると、ステップＳ６１に戻る。

以上の説明から分かるように、病理診断用クライアント端末１０および病理診断所見サーバ４０は病理診断部門に属し、放射線診断用クライアント端末２０および放射線診断所見サーバ５０は放射線診断部門に属する。リクエスト処理サーバ３０に設けられたＨＤＤ３０ｄｒには、病理診断部門・放射線診断部門間での検査部位名の対応関係が記憶されたレジスタＲＧＳＴ１が備えられる。リクエスト処理サーバ３０に設けられたＣＰＵ３０ｐｒは、病理診断用クライアント端末１０または放射線診断用クライアント端末２０から発行された診断所見リクエストを病理診断所見サーバ４０または放射線診断所見サーバ５０に回送するべく、以下の処理を実行する。なお、診断所見リクエストには、所望の検査部位名が記述される。

ＣＰＵ３０ｐｒはまず、リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき、診断所見リクエストに記述された検査部位名をレジスタＲＧＳＴ１を参照して変換する(S15, S21)。変換が完了すると、ＣＰＵ３０ｐｒは、リクエスト先のサーバに診断所見リクエストを回送する(S17, S23)。

したがって、リクエスト元のクライアント端末を操作する医師は、リクエスト先のサーバに保存された診断所見を踏まえて診断を行うことができる。これによって、他の診断部門に属する医師の診断の的確性が向上する。

１０ …病理診断用クライアント端末
２０ …放射線診断用クライアント端末
３０ …リクエスト処理サーバ
３０ｐｒ …ＣＰＵ
ＤＢ１ …データベース
ＲＧＳＴ１ …レジスタ
４０ …病理診断所見サーバ
５０ …放射線診断所見サーバ

Claims

医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリを備え、前記複数の診断部門のいずれか１つのクライアント端末から発行されかつ所望の検査部位名が記述された診断所見リクエストを前記複数の診断部門のいずれか１つのサーバに回送するリクエスト処理装置であって、
リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき前記診断所見リクエストに記述された検査部位名を前記メモリを参照して変換する変換手段を備える、リクエスト処理装置。
前記リクエスト先のサーバが属する診断部門が前記リクエスト元のクライアント端末が属する診断部門と一致するとき前記変換手段の処理を制限する制限手段をさらに備える、請求項１記載のリクエスト処理装置。
前記診断所見リクエストを指定タイミングで前記リクエスト先のサーバに回送する回送手段、および
前記リクエスト先のサーバの回答が非探知を示すとき前記指定タイミングを更新する更新手段をさらに備える、請求項１または２記載のリクエスト処理装置。
前記複数の診断部門は放射線診断部門および病理診断部門を含む、請求項１ないし３のいずれかに記載のリスエスト処理装置。
前記診断所見リクエストは患者ＩＤを含み、
前記リクエスト先のサーバによって探索される診断所見は前記患者ＩＤによって識別される患者を対象として作成された診断所見である、請求項１ないし４のいずれかに記載のリクエスト処理装置。
前記診断所見リクエストは所望の診断所見の保存位置を示すＵＲＬを要求するリクエストである、請求項１ないし５のいずれかに記載のリクエスト処理装置。
医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリを備え、前記複数の診断部門のいずれか１つのクライアント端末から発行されかつ所望の検査部位名が記述された診断所見リクエストを前記複数の診断部門のいずれか１つのサーバに回送するリクエスト処理装置によって実行されるリクエスト処理方法であって、
リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき前記診断所見リクエストに記述された検査部位名を前記メモリを参照して変換する変換ステップを備える、リクエスト処理方法。
医療施設に設けられた複数の診断部門間での検査部位名の対応関係が記憶されたメモリを備え、前記複数の診断部門のいずれか１つのクライアント端末から発行されかつ所望の検査部位名が記述された診断所見リクエストを前記複数の診断部門のいずれか１つのサーバに回送するリクエスト処理装置に、
リクエスト先のサーバが属する診断部門がリクエスト元のクライアント端末が属する診断部門と異なるとき前記診断所見リクエストに記述された検査部位名を前記メモリを参照して変換する変換ステップを実行させるための、リクエスト処理プログラム。