JP7519247B2 - 情報処理方法、情報処理装置、及びコンピュータプログラム - Google Patents

Description

本発明は、情報処理方法、情報処理装置、及びコンピュータプログラムに関する。

病院をはじめとする医療施設と、臨床検査センタとの間では、検査依頼に基づく受発注取引が日常的に行われている。具体的には、病院側において、患者の診断に必要な検査の選択、検査依頼、及び検体採取を行い、臨床検査センタにおいて、検査依頼の受注、採取された検体の集荷とセンタへの輸送、受領した検体に基づく検査の実施、及び検査結果の報告を行う。

従来では、検査依頼の受発注は、検査依頼書と呼ばれる専用の用紙を用いて行われ、検査結果の報告は、検査結果報告書と呼ばれる専用の用紙を用いて行われていた。また、近年では、電子通信技術の進展・普及により、この受発注取引はオンラインシステムを介して、依頼に関するトランザクションとデータ報告によって行われている（例えば、特許文献１を参照）。

特開２０２０－２１３２４号公報

各病院の院内情報システムの普及、検査センタの電子管理システムの導入に伴い、両者は検査項目に関する情報を独自に管理するシステムや台帳を持っていることが多い。

しかしながら、システム開発業者の違いや台帳の更新頻度の違いなど、種々の理由により、同じ項目の検査依頼であっても、病院と検査センタとが想定している測定対象項目の情報について、齟齬が発生する可能性がある。

本発明は、斯かる事情に鑑みてなされたものであり、検査項目に関する情報について医療機関と検査機関との間で発生する齟齬を解消できる情報処理方法、情報処理装置、及びコンピュータプログラムを提供することを目的とする。

情報処理方法は、コンピュータを用いて、医療機関から検査機関への検査依頼の際に用いられる検査依頼コードと、該検査依頼コードに付随する前記医療機関の検査項目情報とを取得し、各検査の検査項目コードに関連付けて前記検査機関の検査項目情報を記憶してある記憶部を参照して、取得した検査依頼コードに付随する前記医療機関の検査項目情報を、対応する検査項目コードに関連付けられた前記検査機関の検査項目情報と照合し、照合結果に基づく情報を出力する処理を実行する。

本願によれば、検査項目に関する情報について医療機関と検査機関との間で発生する齟齬を解消できる。

本実施の形態に係る検査依頼システムの全体構成を説明する模式図である。 サーバ装置の内部構成を説明するブロック図である。 変換マスタの一例を示す概念図である。 項目照合データベースの一例を示す概念図である。 クライアント装置の内部構成を説明するブロック図である。 院内マスタの一例を示す概念図である。 検査依頼から検査結果報告までの手順の概要を説明するフローチャートである。 基準値が設定されている場合の照合判定の例を説明する図である。 基準値が設定されていない場合の照合判定の例を説明する図である。 検査機関のサーバ装置が実行する処理の手順を説明するフローチャートである。 実施の形態２に係るサーバ装置が備える照合結果データベース１０２Ｃの一例を示す概念図である。 照合結果サマリーの一例を示す図である。 修正情報の取込画面の一例を示す模式図である。 実施の形態３に係るクライアント装置が実行する処理の手順を説明するフローチャートである。 承認画面の一例を示す模式図である。

以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
（実施の形態１）
図１は本実施の形態に係る検査依頼システムの全体構成を説明する模式図である。検査依頼システムは、例えば、検査機関に設置されるサーバ装置１００と、医療機関に設置されるクライアント装置２００とを備える。サーバ装置１００及びクライアント装置２００は、インターネットなどの通信網Ｎを介して、互いに通信可能に接続される。図１では、簡略化のために、１つの医療機関に設置されたクライアント装置２００をサーバ装置１００に接続した構成を示しているが、複数の医療機関のクライアント装置をサーバ装置１００に接続してもよい。

医療機関において患者の診断等に検査の必要性が生じた場合、医療機関から検査機関に対して検査依頼を行う。この検査依頼は、検査内容を特定するための検査依頼コードを医療機関のクライアント装置２００から検査機関のサーバ装置１００へ送信することによって行われる。検査機関のサーバ装置１００は、クライアント装置２００から検査依頼コードを受信した場合、検査依頼コードに基づき検査内容を特定する。検査機関は、医療機関にて採取された検体を集荷し、サーバ装置１００によって特定された検査依頼コードに基づく検査を実施する。検査結果が得られた場合、サーバ装置１００からクライアント装置２００に対して検査結果を通知する。

検査機関及び医療機関では、検査の基準値や単位などの検査項目に関する情報（以下、検査項目情報という）をそれぞれ独自に管理している。このため、医療機関と検査機関との間で検査結果の解釈に齟齬が生じる可能性がある。

そこで、本実施の形態に係る検査依頼システムでは、検査依頼時に、医療機関で設定されている検査項目情報と、検査機関で設定されている検査項目情報とをサーバ装置１００において照合し、基準値や単位に不一致があった場合、その旨をクライアント装置２００に通知する。医療機関の担当者は、サーバ装置１００から通知される照合結果に基づき、不一致とされた基準値や単位を適宜修正することができる。

なお、図１は、検査機関と医療機関との間でサーバ／クライアントシステムを構築した例を示しているが、必ずしもサーバ／クライアントシステムを採用する必要はない。例えば、検査機関に設置された任意のコンピュータ（情報処理装置）を用いて、検査項目情報の照合処理を行い、医療機関に設置された任意のコンピュータ（情報処理装置）に照合結果を通知する構成としてもよい。また、医療機関にて独自のサーバ／クライアントシステムが構築されている場合、照合結果の通知先は、医療機関内のサーバ装置であってもよく、当該サーバ装置に接続されたクライアント装置であってもよい。

以下、本実施の形態に係る検査依頼システムを構成するサーバ装置１００及びクライアント装置２００の構成について説明する。

図２はサーバ装置１００の内部構成を説明するブロック図である。サーバ装置１００は、制御部１０１、記憶部１０２、通信部１０３、操作部１０４及び表示部１０５を備える。

制御部１０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などにより構成される。制御部１０１が備えるＣＰＵは、ＲＯＭや記憶部１０２に記憶されている各種コンピュータプログラムをＲＡＭ上に展開して実行することにより、装置全体を本願の情報処理装置として機能させる。なお、サーバ装置１００は、情報処理装置の一実施形態に過ぎず、クライアント装置２００と通信可能に接続された任意の情報処理装置であればよい。

制御部１０１は、上記の構成に限定されるものではなく、複数のＣＰＵ、マルチコアＣＰＵ、ＧＰＵ（Graphics Processing Unit）、マイコン、揮発性又は不揮発性のメモリ等を備える任意の処理回路又は演算回路であってもよい。また、制御部１０１は、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ、日時情報を出力するクロック等の機能を備えていてもよい。

記憶部１０２は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等を用いた記憶装置を備える。記憶部１０２には、制御部１０１によって実行される各種コンピュータプログラム、及びコンピュータプログラムの実行に必要なデータ等が記憶される。記憶部１０２に記憶されるコンピュータプログラムは、例えば、医療機関の検査項目情報と検査機関の検査項目情報とを照合し、照合結果に基づく情報を出力する処理をコンピュータに実行させるためのコンピュータプログラムを含む。

記憶部１０２に記憶されるプログラムは、当該プログラムを読み取り可能に記録した非一時的な記録媒体Ｍにより提供されてもよい。記録媒体Ｍは、例えば、ＣＤ－ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、マイクロＳＤカード、コンパクトフラッシュ（登録商標）などの可搬型メモリである。この場合、制御部１０１は、不図示の読取装置を用いて記録媒体Ｍからプログラムを読み取り、読み取ったプログラムを記憶部１０２にインストールすればよい。また、記憶部１０２に記憶されるプログラムは、通信部１０３を介した通信により提供されてもよい。この場合、制御部１０１は、通信部１０３を通じてプログラムを取得し、取得したプログラムを記憶部１０２にインストールすればよい。

また、記憶部１０２は、医療機関の検査依頼コードと検査機関の検査項目コード及び検査名称との関係を規定する変換マスタ１０２Ａ、並びに、検査項目コードに関連付けて、検査名称、基準値、及び単位の情報を記憶する項目照合データベース１０２Ｂを備える。

図３は変換マスタ１０２Ａの一例を示す概念図である。変換マスタ１０２Ａは、医療機関における検査依頼コードと、検査機関における検査項目コードとの関係性を規定する。サーバ装置１００の制御部１０１は、医療機関から検査依頼コードを受領した場合、変換マスタ１０２Ａを参照することによって、医療機関の検査依頼コードを検査機関の検査項目コードに変換することができる。ここで、検査依頼コードは、医療機関から検査機関に依頼する検査を指定するためのコードであり、各医療機関によって独自に設定される。また、検査依頼コードには、検査項目情報が付随する。検査項目情報には、例えば、検査名称、検査の基準値、基準値の単位などの情報が含まれる。検査の基準値には、例えば男女別に設定される上限値及び下限値が用いられる。代替的に、基準値は、男女に関わらずに設定される上限値及び下限値であってもよく、単一の閾値であってもよい。

図４は項目照合データベース１０２Ｂの一例を示す概念図である。項目照合データベース１０２Ｂは、検査機関の検査項目コードに関連付けて、検査項目情報を記憶する。検査項目情報には、例えば、検査名称、検査の基準値、基準値の単位などの情報が含まれる。ここで、検査項目コードは、検査機関内で検査を指定するためのコードである。検査の基準値には、前述と同様に、例えば男女別に設定される上限値及び下限値が用いられる。代替的に、基準値は、男女に関わらずに設定される上限値及び下限値であってもよく、単一の閾値であってもよい。また、項目照合データベース１０２Ｂには、同一の検査項目コードが付与された同一の検査に対し、基準値又は単位が異なる複数の検査項目情報が登録されてもよい。

なお、本実施の形態では、変換マスタ１０２Ａ及び項目照合データベース１０２Ｂをサーバ装置１００の内部に設けた構成としたが、サーバ装置１００の外部に設けてもよい。すなわち、変換マスタ１０２Ａ及び項目照合データベース１０２Ｂは、通信等の手段を用いてサーバ装置１００から参照可能であればよい。

通信部１０３は、通信網Ｎを通じてクライアント装置２００と通信を行うためのインタフェースを備える。通信部１０３は、クライアント装置２００へ送信すべき情報が制御部１０１から入力された場合、入力された情報をクライアント装置２００へ送信すると共に、通信網Ｎを通じて受信したクライアント装置２００からの情報を制御部１０１へ出力する。

操作部１０４は、キーボード、マウスなどの入力インタフェースを備えており、サーバ装置１００の管理者等による操作を受付ける。表示部１０５は、液晶ディスプレイ装置などを備えており、管理者等に対して報知すべき情報を表示する。なお、本実施の形態では、サーバ装置１００が操作部１０４及び表示部１０５を備える構成としたが、操作部１０４及び表示部１０５は必須ではなく、サーバ装置１００の外部に接続されたコンピュータを通じて操作を受付け、通知すべき情報を外部のコンピュータへ出力する構成であってもよい。

図５はクライアント装置２００の内部構成を説明するブロック図である。クライアント装置２００は、パーソナルコンピュータやタブレットなどの端末装置であり、制御部２０１、記憶部２０２、通信部２０３、操作部２０４及び表示部２０５を備える。

制御部２０１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどにより構成される。制御部２０１が備えるＣＰＵは、ＲＯＭ又は記憶部２０２に記憶されている各種コンピュータプログラムをＲＡＭ上に展開して実行することにより、装置全体の制御を実行する。

制御部２０１は、上記の構成に限定されるものではなく、複数のＣＰＵ、マルチコアＣＰＵ、マイコン等を含む任意の処理回路又は演算回路であってもよい。また、制御部２０１は、計測開始指示を与えてから計測終了指示を与えるまでの経過時間を計測するタイマ、数をカウントするカウンタ、日時情報を出力するクロック等の機能を備えていてもよい。

記憶部２０２は、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read Only Memory）などの不揮発性メモリにより構成されており、各種コンピュータプログラム及びデータを記憶する。記憶部２０２に記憶されるコンピュータプログラムは、サーバ装置１００との間で情報を送受信するために用いられる汎用又は専用のアプリケーションを含む。汎用のアプリケーションプログラムの一例は、ウェブブラウザである。なお、ウェブブラウザを用いてサーバ装置１００にアクセスする場合、ＩＤ及びパスワード等を用いたログイン認証を行うことが好ましく、ログイン認証に成功した場合にのみ、サーバ装置１００とクライアント装置２００との間の通信を許可すればよい。

また、記憶部２０２は院内マスタ２０２Ａを備える。図６は院内マスタ２０２Ａの一例を示す概念図である。院内マスタ２０２Ａは、院内コードに関連付けて検査項目情報を記憶する。ここで、院内コードは、医療機関において検査を指定するためのコードである。検査項目情報には、例えば、検査名称、検査の基準値、基準値の単位などの情報が含まれる。検査の基準値には、前述と同様に、例えば男女別に設定される上限値及び下限値が用いられる。代替的に、基準値は、男女に関わらずに設定される上限値及び下限値であってもよく、単一の閾値であってもよい。

通信部２０３は、通信網Ｎを通じてサーバ装置１００と通信を行うためのインタフェースを備える。通信部２０３は、サーバ装置１００へ送信すべき情報が制御部２０１から入力された場合、入力された情報をサーバ装置１００へ送信すると共に、通信網Ｎを通じて受信したサーバ装置１００からの情報を制御部２０１へ出力する。

操作部２０４は、キーボード、マウス、タッチパネルなどの入力インタフェースを備えており、医療従事者などのユーザによる操作を受付ける。表示部２０５は、液晶ディスプレイ装置などを備えており、ユーザに対して報知すべき情報を表示する。なお、本実施の形態では、クライアント装置２００が操作部２０４を備える構成としたが、クライアント装置２００にキーボード、マウス等の入力インタフェースが接続される構成であってもよい。

以下、検査依頼システムを用いて医療機関から検査機関へ検査依頼を行い、検査依頼を受領した検査機関にて検査を行い、医療機関に対して検査結果の報告を行うまでの手順の概要について説明する。

図７は検査依頼から検査結果報告までの手順の概要を説明するフローチャートである。医療機関において、患者の診断に検査が必要となった場合、必要な検査を指定した検査依頼コードを検査機関へ送信する（ステップＳ１０１）。具体的には、クライアント装置２００の制御部２０１は、操作部２０４を通じて、依頼する検査の指定を受付け、該当する検査の院内コード及び検査項目情報を院内マスタ２０２Ａから読み出す。制御部２０１は、院内コードから検査依頼コードを生成し、生成した検査依頼コードを検査項目情報と共に通信部２０３よりサーバ装置１００へ送信する。本実施の形態では、院内コードから検査依頼コードを生成する構成としたが、院内コード及び検査依頼コードは共通であってもよい。医療機関では、検査機関に対して検査依頼を行うと共に、検査に必要な検体を患者から採取する。採取した検体は検査機関へ送られる。

検査機関のサーバ装置１００は、医療機関のクライアント装置２００から送信される検査依頼コードを通信部１０３にて受信する（ステップＳ１０２）。サーバ装置１００の制御部１０１は、変換マスタ１０２Ａを参照して、医療機関から受信した検査依頼コードを検査機関の検査項目コードに変換する（ステップＳ１０３）。制御部１０１は、検査項目コードを検索キーとして、項目照合データベース１０２Ｂを検索し、検査に必要な検査項目情報を読み出す（ステップＳ１０４）。制御部１０１は、項目照合データベース１０２Ｂから読み出した検査項目情報を表示部１０５に表示してもよく、検査担当者などに通知してもよい。

検査担当者は、項目照合データベース１０２Ｂから検索された検査項目情報を参照して、医療機関から依頼された検査を実行する（ステップＳ１０５）。検査では、例えば、検体に含まれる測定対象物質の濃度や数が測定される。検査によって得られた測定値はサーバ装置１００に入力される。サーバ装置１００の制御部１０１は、入力された測定値を基準値と比較することによって測定値が正常であるか否かを判定する。制御部１０１は、検査結果として、検査によって得られた測定値と、基準値との比較によって得られた判定結果とを通信部１０３よりクライアント装置２００へ送信する（ステップＳ１０６）。

クライアント装置２００は、サーバ装置１００から送信される検査結果を、通信部２０３を通じて受信する（ステップＳ１０７）。クライアント装置２００の制御部２０１は、受信した検査結果を表示部２０５に表示させる。このとき、制御部２０１は、院内マスタ２０２Ａから読み出した検査項目情報を検査結果に含まれる測定値と共に表示部２０５に表示させてもよい。

一般的に、医療機関や検査機関では、検査項目情報をそれぞれ独自に管理していることが多い。このため、システム開発業者が異なる場合、データの更新頻度が異なる場合などにおいて、同一の検査項目であっても、医療機関における検査項目情報と検査機関における検査項目情報との間には齟齬が生じている可能性がある。例えば、型とグループ、△¹³Ｃパーミルとパーミル、ｍｍ／ｈとｍｍ／３０ｍｉｎ、細胞数と個、といったように、同じ検査結果を表しているのに表現が異なる単位が用いられている可能性がある。また、Ｕ／ｍＬとＩＵ／ｍＬ、Ｓ／ＣＯとＣ．Ｏ．Ｉ、倍とＥＩＵ、ｍｌとｄｌ、ｎｇとμｇ、といったように、そもそも単位を取り違えている可能性もある。また、検査結果の基準値に関して言えば、単位の相違、更新漏れ、医療機関が独自に基準値を設定している場合、医療機関側又は検査機関側で基準値を設定していない場合などにおいて、医療機関と検査機関との間で基準値が一致していない可能性がある。

このような課題に対し、本実施の形態では、医療機関と検査機関との間で検査項目情報を正しく一致させる仕組みを提供する。具体的には、上述したフローチャートのステップＳ１０２において、検査機関のサーバ装置１００が医療機関のクライアント装置２００から検査依頼コードを受信した際、検査依頼コードに付随する検査項目情報を項目照合データベース１０２Ｂに登録されている検査項目情報と照合し、照合結果に基づく情報を医療機関に提供する。医療機関は、検査機関から提供される照合結果を基に、院内マスタ２０２Ａを更新することによって、両者の検査項目情報を正しく一致させることができる。

図８は基準値が設定されている場合の照合判定の例を説明する図である。医療機関から検査機関へ送信する検査依頼コードには、医療機関において設定された検査項目情報が付随する。図８の例は、男女別に設定された基準値（上限値及び下限値）と、測定値に対する単位とが医療機関の検査項目情報に含まれていることを示している。医療機関の検査項目情報には、基準値及び単位だけでなく、検査名称等の情報が含まれていてもよい。

医療機関からの検査依頼コードは、検査機関のサーバ装置１００において変換マスタ１０２Ａが参照されることにより、検査機関の検査項目コードに変換される。サーバ装置１００の制御部１０１は、変換された検査項目コードを検索キーとして、項目照合データベース１０２Ｂを検索し、検査項目情報の絞り込みを行う。図８の例は、検査依頼コード（Ａ０００１）を変換して得られる検査項目コード（Ｌ０００１）に基づき、検査項目情報を３つに絞り込んだ状態を示している。検査機関の検査項目情報は、例えば、検査名称、基準値、単位等の情報を含む。

次いで、制御部１０１は、検査依頼コードに付随する検査項目情報を検索キーにして、絞り込んだ検査項目情報から、医療機関側と一致する単位を検索する。一致する単位が検索された場合、制御部１０１は、医療機関側の基準値のパターンを、検査機関側の基準値のパターンと照合する。ここで、基準値のパターンとは、男女別の上限値及び下限値、男女共通の上限値及び下限値、「以上」、「以下」、「超過」、「未満」等の用語の組み合わせを表す。パターンの照合には、例えばコサイン類似度が用いられる。制御部１０１は、医療機関側の検査項目情報、検査機関側の検査項目情報のそれぞれについて、男女別の上限値及び下限値、並びに「以上」、「以下」、「超過」、「未満」等の用語の出現回数を要素とするベクトルを生成し、生成したベクトルの内積をそれぞれのベクトルの大きさで除算した値を求めることにより、コサイン類似度を計算することができる。

なお、本実施の形態では、パターンの類似度を表す指標としてコサイン類似度を用いる構成としたが、コサイン類似度に限らず、ユークリッド距離、マハラノビス距離など他の類似度を表す指標を用いてもよい。

照合の結果、医療機関側の基準値のパターンと、検査機関側の基準値のパターンとの間の類似度が十分高い場合（設定された閾値より高い場合）と判断した場合、制御部１０１は、検査結果を医療機関へ報告する際、検査機関が使用する基準値を併せて報告する。

一方、医療機関側の基準値のパターンと、検査機関側の基準値のパターンとの類似度が低い場合（設定された閾値より低い場合）と判断した場合、制御部１０１は、検査結果を医療機関へ報告する際、基準値の取り違えの可能性などを報告する。なお、類似度が低い場合、担当者による確認が行われてもよい。すなわち、担当者が医療機関側の基準値のパターンと、検査機関側の基準値のパターンとを目視により確認し、問題がなければ、サーバ装置１００より検査結果を医療機関へ報告する際、検査機関が使用する基準値を併せて報告してもよい。

図９は基準値が設定されていない場合の照合判定の例を説明する図である。図９は医療機関において基準値が設定されていないケースを示している。この場合、サーバ装置１００の制御部１０１は、前述と同様に、検査項目コードから絞り込んだ検査項目情報から、医療機関側と一致する単位を検索する。一致する単位が検索された場合、制御部１０１は、検査結果を医療機関へ報告する際、検査機関が使用する基準値を併せて報告する。

一方、一致する単位が検索されなかった場合、制御部１０１は、検査結果を医療機関へ報告する際、検査項目の取り違えや単位の取り違えの可能性などを報告する。なお、一致する単位が検索されなかった場合、担当者による確認が行われてもよい。担当者が医療機関の検査項目情報に含まれる単位と、検査機関の検査項目情報に含まれる単位とを目視により確認し、問題がなければ、サーバ装置１００より検査結果を医療機関へ報告する際、検査機関が使用する基準値を併せて報告してもよい。

以下、検査機関のサーバ装置１００が実行する処理の手順について説明する。
図１０は検査機関のサーバ装置１００が実行する処理の手順を説明するフローチャートである。検査機関のサーバ装置１００は、医療機関のクライアント装置２００から送信される検査依頼コードを通信部１０３を通じて受信する（ステップＳ１２１）。医療機関のクライアント装置２００から送信される検査依頼コードには、医療機関において設定された検査項目情報が付随する。

制御部１０１は、記憶部１０２内に備える変換マスタ１０２Ａを参照し、通信部１０３を通じて受信した検査依頼コードを検査機関の検査項目コードに変換する（ステップＳ１２２）。次いで、制御部１０１は、変換した検査項目コードを検索キーとして項目照合データベース１０２Ｂを検索し、検査項目情報の絞り込みを行う（ステップＳ１２３）。

制御部１０１は、検査依頼コードと共に医療機関から受信した検査項目情報に含まれる単位を検索キーとして、ステップＳ１２３で絞り込んだ検査項目情報から医療機関側と一致する単位を検索し（ステップＳ１２４）、一致する単位の有無を判断する（ステップＳ１２５）。

制御部１０１は、一致する単位ありと判断した場合（Ｓ１２５：ＹＥＳ）、医療機関の検査項目情報に基準値が設定されているか否かを判断する（ステップＳ１２６）。制御部１０１は、医療機関の検査項目情報に基準値が設定されていると判断した場合（Ｓ１２６：ＹＥＳ）、医療機関の基準値のパターンをステップＳ１２３で絞り込んだ検査機関の検査項目情報に含まれる基準値のパターンと照合する（ステップＳ１２７）。具体的には、制御部１０１は、医療機関の基準値のパターンと、検査機関の基準値のパターンとの間のコサイン類似度を計算し、計算した類似度に基づき両者の照合を行えばよい。制御部１０１は、基準値パターンの照合に用いる類似度として、コサイン類似度に限らず、ユークリッド距離、マハラノビス距離など他の類似度を表す指標を用いてもよい。

制御部１０１は、基準値のパターンの照合により、医療機関の基準値のパターンと、検査機関の基準値のパターンとが十分に類似しているか否かを判断する（ステップＳ１２８）。具体的には、制御部１０１は、照合の過程で計算した類似度が閾値以上である場合、両者が十分に類似していると判断する。閾値は予め設定されてもよく、担当者の手入力により与えられてもよい。

医療機関の基準値のパターンと検査機関の基準値のパターンとの間の類似度が閾値以上であり、両者が十分に類似していると判断した場合（Ｓ１２８：ＹＥＳ）、制御部１０１は、検査結果が入力されたか否かを判断する（ステップＳ１２９）。検査結果が入力されていない場合（Ｓ１２９：ＮＯ）、制御部１０１は、検査結果が入力されるまで待機する。検査結果が入力された場合（Ｓ１２９：ＹＥＳ）、制御部１０１は、検査結果と共に、検査機関で使用する基準値及び単位の情報を医療機関に報告する（ステップＳ１３０）。このとき、制御部１０１は、上記の情報を通信部１０３より医療機関のクライアント装置２００へ送信すればよい。

医療機関の基準値のパターンと検査機関の基準値のパターンとの間の類似度が閾値未満であり、両者が類似していないと判断した場合（Ｓ１２８：ＮＯ）、制御部１０１は、検査結果が入力されたか否かを判断する（ステップＳ１３１）。検査結果が入力されていない場合（Ｓ１３１：ＮＯ）、制御部１０１は、検査結果が入力されるまで待機する。検査結果が入力された場合（Ｓ１３１：ＹＥＳ）、制御部１０１は、医療機関に対して、検査結果を報告すると共に、基準値の取り違え等の可能性がある旨を警告する（ステップＳ１３２）。このとき、制御部１０１は、上記の情報及び警告を通信部１０３より医療機関のクライアント装置２００へ送信すればよい。なお、ステップＳ１２８で医療機関の基準値のパターンと検査機関の基準値のパターンとが類似していないと判断した場合、制御部１０１は、担当者に基準値を確認させ、問題がなければ、検査機関で使用する基準値及び単位の情報を検査結果と共にクライアント装置２００へ送信し、問題があれば、基準値の取り違え等の可能性がある旨の警告を検査結果と共にクライアント装置２００へ送信してもよい。

ステップＳ１２５で一致する単位がないと判断した場合（Ｓ１２５：ＮＯ）、制御部１０１は、検査結果が入力されたか否かを判断する（ステップＳ１３３）。検査結果が入力されていない場合（Ｓ１３３：ＮＯ）、制御部１０１は、検査結果が入力されるまで待機する。検査結果が入力された場合（Ｓ１３３：ＹＥＳ）、制御部１０１は、医療機関に対して、検査結果を報告すると共に、単位の取り違え等の可能性がある旨を警告する（ステップＳ１３４）。このとき、制御部１０１は、上記の情報及び警告を通信部１０３より医療機関のクライアント装置２００へ送信すればよい。なお、ステップＳ１２５で一致する単位がないと判断した場合、制御部１０１は、担当者に単位を確認させ、問題がなければ、検査機関で使用する基準値及び単位の情報を検査結果と共にクライアント装置２００へ送信し、問題があれば、単位に取り違え等の可能性がある旨の警告を検査結果と共にクライアント装置２００へ送信してもよい。

ステップＳ１２６で医療機関の検査項目情報に基準値が設定されていないと判断した場合（Ｓ１２６：ＮＯ）、制御部１０１は、処理をステップＳ１２９へ移行させ、検査結果の入力後に、検査結果並びに検査機関で使用する基準値及び単位の情報をクライアント装置２００へ送信する（Ｓ１３０）。

以上のように、実施の形態１では、医療機関から検査機関に検査を依頼する際、照合に必要な情報（医療機関側の検査項目情報）を送受信するので、検査機関において照合を実施できる。また、医療機関の基準値及び単位が検査機関の基準値及び単位に一致しない場合、警告を発することができ、必要に応じて基準値及び単位を修正させることにより、医療機関における基準値及び単位を検査機関の基準値及び単位に同期させることができる。

なお、実施の形態１における照合判定では、単位の一致／不一致と、基準値のパターンの類似度とを判断する構成としたが、検査名称の一致／不一致（若しくは類似度）を併せて判断する構成としてもよい。

また、本実施の形態では、医療機関毎の項目照合データベース１０２Ｂを参照して照合判定を行う構成としたが、複数の医療機関から検査名称、基準値、単位を収集したデータベースを作成し、作成したデータベースを参照して照合判定を行う構成としてもよい。

（実施の形態２）
実施の形態１では、検査機関から医療機関に検査結果を報告する際に、照合結果を併せて報告する構成としたが、検査機関のサーバ装置１００において照合結果を蓄積しておき、適宜のタイミングにて照合結果をまとめて報告する構成としてもよい。
実施の形態２では、検査機関から医療機関に照合結果をまとめて報告する構成について説明する。なお、検査システムの全体構成、サーバ装置１００及びクライアント装置２００の内部構成については、実施の形態１と同様であるから、その説明を省略することとする。

図１１は実施の形態２に係るサーバ装置１００が備える照合結果データベース１０２Ｃの一例を示す概念図である。照合結果データベース１０２Ｃは、例えば、サーバ装置１００の記憶部１０２に設けられる。サーバ装置１００の制御部１０１は、検査項目情報の照合を行った場合、照合結果データベース１０２Ｃに照合結果を登録する。図１１に示す照合結果データベース１０２Ｃでは、医療機関毎に、院内コード、要覧コード（検査項目コード）、院内名称、院内基準値、基幹基準値、照合結果、及びコメントを関連付けて記憶する。

照合結果データベース１０２Ｃに登録される情報のうち、院内コード、院内名称、院内基準値は、それぞれ医療機関からの検査項目情報に含まれる検査依頼コード、検査名称、基準値に該当する。図１１の例では、院内基準値として、男女別の下限値及び上限値を登録した状態を示しているが、男女共通の基準値が登録されてもよい。

また、照合結果データベース１０２Ｃに登録される情報のうち、要覧コード、基幹基準値は、それぞれ検査機関の検査項目コード、基準値に該当する。図１１の例では、検査機関側の基準値として、男女別又は男女共通の基準値の範囲を登録した状態を示している。照合結果はサーバ装置１００による照合判定の結果を示し、コメントは照合結果に対する注釈などの情報を含む。照合結果データベース１０２Ｃには、検査機関の基準値と医療機関の基準値とが不一致となったケースのみが登録されてもよく、一致／不一致に関わらず登録されてもよい。また、検査機関では基準値が設定されているにも関わらず、医療機関では基準値が設定されていない場合、要確認との照合結果が照合結果データベース１０２Ｃに登録されてもよい。更に、検査項目及び単位について一致／不一致の照合結果が照合結果データベース１０２Ｃに登録されてもよい。

サーバ装置１００は、定期的なタイミングや外部から指示を受付けたタイミング等の適宜のタイミングにおいて、照合結果データベース１０２Ｃの登録情報を参照して、照合結果のサマリーを作成し、医療機関のクライアント装置２００に通知してもよい。このような照合結果のサマリーは医療機関毎に作成されるとよい。

図１２は照合結果サマリーの一例を示す図である。図１２の例では、検査項目情報の照合により、不一致又は要確認となった項目名、単位、基準値の数をサマリーとして示している。ここで、不一致は、検査機関の検査項目情報と、医療機関の検査項目情報との間で一致しなかったことを示し、要確認は、医療機関の検査項目情報に登録がなかったことを示している。図１２に示すサマリーには、登録内容の確認を促すための文書が添付されている。

以上のように、実施の形態２に係るサーバ装置１００は、医療機関毎に照合結果を蓄積し、適宜のタイミングにてサマリーとして作成することができる。医療機関は、サーバ装置１００にて作成されるサマリーを参照することにより、院内マスタ２０２Ａの登録情報をまとめて修正することができる。

（実施の形態３）
実施の形態３では、照合結果に基づき、院内マスタ２０２Ａの修正案を医療機関の担当者に提示する構成について説明する。
なお、検査システムの全体構成、サーバ装置１００及びクライアント装置２００の内部構成については、実施の形態１と同様であるから、その説明を省略することとする。

実施の形態３に係るクライアント装置２００は、サーバ装置１００から照合結果に基づく修正情報を取り込み、取り込んだ修正情報を反映させることによって、院内マスタ２０２Ａを修正する。

図１３は修正情報の取込画面２０の一例を示す模式図である。図１３に示す取込画面２０は、修正情報の表示欄２１、インポートボタン２２、エクスポートボタン２３、適用ボタン２４を備える。このような取込画面２０は、クライアント装置２００の操作部２０４にて所定の操作を受付けた場合、表示部２０５に表示されるように構成される。

取込画面２０においてインポートボタン２２が押下操作された場合、クライアント装置２００は、照合結果に基づく修正情報をサーバ装置１００から取り込み、取込画面２０の表示欄２１に表示させる。図１３に示す表示例では、院内コード、要覧コード、院内名称、院内基準値、院内基準値に対する修正案、基幹基準値、照合結果、及び照合結果に対するコメントが表示欄２１に表示されている。このような修正情報は、上述したような照合結果データベース１０２Ｃを参照することによって生成される。

表示欄２１の左端にはレコード毎にチェックボックスが設けられている。適用ボタン２４が押下操作された場合、クライアント装置２００は、表示欄２１に表示された修正情報のうち、チェックボックスがチェックされたレコードの修正案に基づいて、院内マスタ２０２Ａを修正する。また、エクスポートボタン２３が押下操作された場合、クライアント装置２００は、表示欄２１に表示された修正情報をＣＳＶ（Comma Separated Values）等のファイルに出力する。

以下、実施の形態３に係るクライアント装置２００の動作について説明する。
図１４は実施の形態３に係るクライアント装置２００が実行する処理の手順を説明するフローチャートである。クライアント装置２００の制御部２０１は、操作部２０４を通じて所定の操作を受付けた場合、修正情報の取込画面２０を表示部２０５に表示させる（ステップＳ３０１）。

取込画面２０にてインポートボタン２２が押下操作された場合、制御部２０１は、サーバ装置１００にアクセスし、照合結果に基づく修正情報を取り込む（ステップＳ３０２）。このとき、サーバ装置１００は、照合結果データベース１０２Ｃにアクセスし、修正案を含む修正情報を生成して、クライアント装置２００へ送信すればよい。

制御部２０１は、サーバ装置１００から取り込んだ修正情報を取込画面２０の表示欄２１に表示させる（ステップＳ３０３）。次いで、制御部２０１は、修正を反映させるレコードの選択を受付け（ステップＳ３０４）、適用ボタン２４が押下操作されたか否かを判断する（ステップＳ３０５）。適用ボタン２４が押下操作されていない場合（Ｓ３０５：ＮＯ）、制御部２０１は、適用ボタン２４が押下操作されるまで待機する。

適用ボタン２４が押下操作された場合（Ｓ３０５：ＹＥＳ）、制御部２０１は、医療機関の担当者に承認を求める承認画面３０を表示させる（ステップＳ３０６）。図１５は承認画面３０の一例を示す模式図である。承認画面３０には修正内容を表示する表示欄３１、担当者の承認を受付ける承認ボタン３２が配置される。制御部２０１は、承認画面３０において承認ボタン３２が押下操作された否かを判断することにより、医療機関の担当者が修正を承認したか否かを判断する（ステップＳ３０７）。修正が承認されていない場合（Ｓ３０７：ＮＯ）、制御部２０１は、担当者によって承認されるまで待機する。

修正が承認された場合（Ｓ３０７：ＹＥＳ）、制御部２０１は、修正案に従って院内マスタ２０２Ａを修正する（ステップＳ３０８）。具体的には、制御部２０１は、院内マスタ２０２Ａに登録されている検査項目情報を、修正案で示されている検査項目情報に書き換える処理を行えばよい。

以上のよう、実施の形態３では、修正を希望するレコードの選択、及び修正を反映させる操作ボタンの操作により、院内マスタ２０２Ａが修正されるので、人手による修正が不要となり、修正ミスを軽減することができる。

今回開示された実施形態は、全ての点において例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

１００ サーバ装置
１０１ 制御部
１０２ 記憶部
１０２Ａ 変換マスタ
１０２Ｂ 項目照合データベース
１０３ 通信部
１０４ 操作部
１０５ 表示部
２００ クライアント装置
２０１ 制御部
２０２ 記憶部
２０２Ａ 院内マスタ
２０３ 通信部
２０４ 操作部
２０５ 表示部
Ｎ 通信網

Claims (10)

1. コンピュータが、
   医療機関から検査機関への検査依頼の際に用いられる検査依頼コードと、該検査依頼コードに付随する前記医療機関の検査項目情報とを取得し、
   各検査の検査項目コードに関連付けて前記検査機関の検査項目情報を記憶してある記憶部を参照して、取得した検査依頼コードに付随する前記医療機関の検査項目情報を、対応する検査項目コードに関連付けられた前記検査機関の検査項目情報と照合し、
   照合結果に基づく情報を出力する
   処理を実行する情報処理方法。
2. 前記検査項目情報は、検査名称、基準値、及び単位を含む
   請求項１に記載の情報処理方法。
3. 前記コンピュータが、
   前記照合結果に基づき、前記医療機関と前記検査機関との間で一致しない検査名称、基準値、又は単位の情報を前記医療機関へ通知する
   処理を実行する請求項１又は請求項２に記載の情報処理方法。
4. 前記コンピュータが、
   前記照合結果に基づき、前記検査機関では設定されているが、前記医療機関では設定されていない基準値の情報を前記医療機関へ通知する
   処理を実行する請求項２に記載の情報処理方法。
5. 前記コンピュータが、
   前記医療機関の検査項目情報と前記検査機関の検査項目情報との類似度を計算することによって照合する
   処理を実行する請求項１から請求項４の何れか１つに記載の情報処理方法。
6. 前記コンピュータが、
   複数の医療機関から検査依頼コードと検査項目情報とを取得し、
   取得した検査依頼コードに付随する検査項目情報に基づいて照合を行う
   処理を実行する請求項１から請求項５の何れか１つに記載の情報処理方法。
7. コンピュータが、
   医療機関の検査依頼コードと、該検査依頼コードに付随する前記医療機関の検査項目情報とを検査機関のサーバ装置へ送信し、
   前記検査依頼コードに付随する前記医療機関の検査項目情報と、前記検査機関における検査項目情報との間の照合結果を前記サーバ装置から受信し、
   受信した照合結果を表示する
   処理を実行する情報処理方法。
8. 前記コンピュータが、
   前記照合結果に基づいて前記サーバ装置により生成される前記医療機関の検査項目情報に対する修正案を、前記サーバ装置から受信し、
   受信した修正案に対する承認を受付けた場合、前記修正案に基づき、前記医療機関の検査項目情報を修正する
   請求項７に記載の情報処理方法。
9. コンピュータに、
   医療機関から検査機関への検査依頼の際に用いられる検査依頼コードと、該検査依頼コードに付随する前記医療機関の検査項目情報とを取得し、
   各検査の検査項目コードに関連付けて前記検査機関の検査項目情報を記憶してある記憶部を参照して、取得した検査依頼コードに付随する前記医療機関の検査項目情報を、対応する検査項目コードに関連付けられた前記検査機関の検査項目情報と照合し、
   照合結果に基づく情報を出力する
   処理を実行させるためのコンピュータプログラム。
10. 医療機関から検査機関への検査依頼の際に用いられる検査依頼コードと、該検査依頼コードに付随する前記医療機関の検査項目情報とを取得する取得部と、
    各検査の検査項目コードに関連付けて前記検査機関の検査項目情報を記憶してある記憶部を参照して、取得した検査依頼コードに付随する前記医療機関の検査項目情報を、対応する検査項目コードに関連付けられた前記検査機関の検査項目情報と照合する照合部と、
    照合結果に基づく情報を出力する出力部と
    を備える情報処理装置。

Images