JPH08335241A - 健診支援システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】検査情報をもとに医師による判定の基となる情
報（一次判定結果）を自動生成する、または一次判定結
果となる情報を導きだすための判定論理を作成する。 【構成】デ−タ入力部２から検査結果デ−タベ−ス７に
入力された被判定者の検査結果を自動判定３に実装され
たインタプリタを用いて判定結果を生成し、これを一次
判定結果として判定結果デ−タベ−ス９に格納する。判
定結果を医師判定支援部４を用いて確認・修正し、これ
を最終判定結果デ−タベ−ス９に格納する。更に、自動
判定にて用いる判定論理ソ−スファイルを編集可能な、
判定論理エディタ１２及び、判定論理エディタ１２を用
いて作成・編集した判定論理ソ−スファイルを自動判定
部３に実装されたインタプリタが実行可能な判定論理ロ
−ドモジュ−ルに変換する判定論理コンパイラ１４を持
つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、病院及び健診センタ−
等の健診施設における判定業務及び、医師等による被判
定者との個別面談における健診支援システムに関する。

【０００２】

【従来の技術】図２に示すように従来の健診支援システ
ム１では、デ−タ入力部２よりコンピュ−タのモニタ及
びキ−ボ−ド等の入力媒体を用いて入力され検査結果デ
−タベ−ス６に格納されている被判定者の検査結果デ−
タを自動判定部３に読み込み、自動判定部３にプログラ
ムとして実装されている判定論理を用いて自動判定を行
い、一次判定結果を生成し、それを判定結果デ−タベ−
ス７に格納していた。

【０００３】ここで図８に示すような受診区分を持つ病
院について図１３に示す被判定者の血液検査（判定論理
プログラムは図９〜図１２に示す。）を例として従来の
健診システムについて説明する。ユ−ザはデ−タ入力部
２より全ての被判定者（ここでは、日立太郎，日立次
郎,日立三郎の順に入力したものとする。）の検査結果
を検査結果デ−タベ−ス６にモニタ，キ−ボ−ド等の入
力媒体を用いて入力し自動判定部３を起動する。

【０００４】自動判定部３は、まず日立太郎の検査結果
デ−タベ−ス６から読み込む。検査結果デ−タ読み込み
後、自動判定部３は図９に示す判定論理を実行する。ま
ず、自動判定部３は日立太郎の受診区分をチェックす
る。日立太郎の受診区分は一泊コ−スなのでそれに該当
する検査項目の判定論理（身体検査，血液検査，尿検
査，糖代謝，尿酸，肝機能）を行う。次に、自動判定部
３は身体検査処理実行後、血液検査処理（図１０）を実
行する。まず、自動判定部３は日立太郎の赤血球量を判
定する。日立太郎の赤血球量は５００なので判定結果
に”Ａ”を代入する。次に、自動判定部３は日立太郎の
白血球量を判定する。日立太郎の白血球量は１００００
なので判定結果を”Ｂ”に変更する。次に、自動判定部
３は日立太郎の血小板量を判定する。日立太郎の血小板
量は８万なので判定結果を”Ｃ”に変更する。最後にコ
メントとしてコメントコ−ド０００３（”再検査が必要
です。”）を設定する。前記血液検査と同様の判定処理
を他の検査項目に対しても行う。全ての検査項目に対す
る判定処理終了後、自動判定部３は判定結果を判定結果
デ−タべ−ス７に格納し、日立太郎に対する判定処理を
終了する。

【０００５】次に、日立太郎の検査結果を検査結果デ−
タベ−ス６から読み込む。検査結果デ−タ読み込み後、
自動判定部３は図９に示す判定論理を実行する。まず、
自動判定部３は受診区分をチェックする。日立次郎の受
診区分は日帰りコ−スなのでそれに該当する検査項目の
判定処理（身体検査，血液検査，尿検査，糖代謝，尿
酸）を行う。次に、自動判定部３は身体検査終了後、血
液検査処理（図１１）を実行する。まず、自動判定部３
は日立次郎の赤血球量を判定する。日立次郎の赤血球量
は５８０なので判定結果に”Ａ”を代入する。次に、自
動判定部３は日立次郎の白血球量を判定する。日立次郎
の白血球量は１００００なので判定結果に対する変更は
行わない。次に、自動判定部３は日立次郎の血小板量を
判定する。日立次郎の血小板量は１２万なので判定結果
に対応する変更は行わない。前記血液検査と同様の判定
処理を他の検査項目に対しても行う。全ての検査項目に
対する判定処理終了後、自動判定部３は検査結果を判定
結果デ−タベ−ス７に格納し、日立次郎に対する判定処
理を終了する。

【０００６】次に、日立三郎の検査結果を検査結果デ−
タベ−ス６から読み込む。検査結果デ−タ読み込み後、
自動判定部３は図９に示す判定論理を実行する。まず、
自動判定部３は受診区分をチェックする。日立三郎の受
診区分は定健なのでそれに該当する検査項目の判定処理
（身体検査、血液検査、尿検査、糖代謝、尿酸）を行
う。ここでは、図１２に示す血液検査を一例にする。ま
ず、自動判定部３は日立三郎の赤血球量を判定する。日
立三郎の赤血球量は６００なのでコメントコ−ド000
2（”多血症の疑いが有ります。”）を設定する。前記
血液検査と同様の判定処理を他の検査項目に対しても行
う。全ての検査項目に対する判定処理終了後、自動判定
部３は検査結果を判定結果デ−タベ−ス７に格納し、日
立次郎に対する判定処理を終了する。このようにして全
ての被判定者に対する判定処理終了後、自動判定部３は
ユ−ザに対して自動判定の終了通知を行う。この判定結
果を帳票出力部４から出力帳票５に出力する。このよう
に判定論理は自動判定部３のプログラムの一部として組
み込まれているため、受診区分（人間ドックや定期健康
診断等の被判定者の受診したコ−ス）に対する判定論理
の切り替えは図９に示すように判定論理内の一条件とし
て、網羅するしかなく、新たに受診区分が増えた場合、
自動判定部全体のプログラム変更で対応せざるを得なか
った。

【０００７】また、同一の検査項目でも受診区分によっ
て測定する項目が異なる場合が多く、一泊コ−ス専用の
血液検査判定処理、日帰りコ−ス専用の血液検査判定処
理といった具合に各受診区分専用の判定処理を作成して
いた。また、各検査デ−タ（検査項目の判定処理内部で
用いるデ−タ、実際に被判定者に対して測定を行った項
目）の基準値（測定した項目が正常か異常かを判断する
場合、基準となる値）も受診区分や検査機器によっても
微妙に異なる。更に、病院・健診センタ−等のユ−ザサ
イトでも判定論理や基準値が異なるため、各サイトに対
応して判定論理をカスタマイズすることは必要不可欠と
なっている。また、基準値は医師の思想によっても微妙
に異なり、このため自動判定を行った結果、生成した一
次判定結果及び、コメントの修正も必要不可欠なものと
なっている。しかし、一次判定結果を確認、修正できる
システムは存在しなかった。

【０００８】

【発明が解決しようとする課題】前記した従来の健診支
援システムでは、自動判定を行う場合、単一の判定論理
を自動判定部の内部にプログラムとして実装していた。
このため被判定者の受診区分に応じて判定論理が異なる
場合、これを自動的に切り替えるためにはプログラムの
一条件として網羅するしかなかった。この結果、判定論
理の肥大化・複雑化が発生してしまった。このため、新
たな受診区分の追加等により判定論理を変更する場合、
自動判定部のプログラム変更を行わなければならず、プ
ログラムの解析・作成・変更に多大なる作業時間と労力
を必要とした。更に、ユ−ザサイト毎に判定論理が異な
るため、各ユ−ザサイトに対応して、判定論理のカスタ
マイズを行わなければならず、判定論理プログラムの解
析・作成・変更に多大なる作業時間と労力を必要とし
た。また、自動判定を行った結果、生成した一次判定結
果及び、コメントを医師が確認・修正を行うことはでき
なかった。

【０００９】本発明の目的は、上記問題点を解決するも
のであり、判定論理の肥大化・複雑化を防止し、判定論
理作成・変更時の作業時間と労力の低減を図った、一次
判定結果・コメントの確認・修正を可能とする健診支援
システムを提供することにある。

【００１０】

【課題を解決するための手段】本発明は、判定論理を健
診支援システムから独立させ、判定論理をデ−タベ−ス
化し、自動判定実行時に自動判定部が被判定者の受診区
分に対応する判定論理を選択しそれを読み込み、自動判
定部に実装されたインタプリタを用いて実行するまた、
判定論理を測定値に対する判定を行う部分と、測定値の
判定を行った結果から、総合的な判定を行う部分とに分
割し、前者を図３に示すようなレベル図で表現し、後者
を図４に示すような２分岐トゥリ−図で表現可能で、か
つそれらを編集可能で、インタプリタが解読可能なコ−
ドを生成することが可能な、専用カスタマイズツ−ルを
提供する。

【００１１】また、一次判定結果及びコメントを確認・
修正可能で、医師が頻繁に使用するコメントを作成・蓄
積しておくことが可能な医師判定支援部のツ−ル（医師
判定支援ツ−ル）を提供する。更に、前記医師判定支援
ツ−ルと同等の機能を持ち医師が好きなときに自動判定
を実行したコンピュ−タとは別のコンピュ−タを用い
て、一次判定結果・コメントの確認・修正を行うことが
可能なツ−ル（オフライン医師判定支援ツ−ル）を提供
する。

【００１２】

【作用】本発明は、判定論理をデ−タベ−ス化し健診支
援システムから独立させ、自動判定実行時に自動判定部
が被判定者の受診区分に対応する判定論理を判定論理デ
−タベ−スから選択しそれを読み込み、自動判定部に実
装されたインタプリタを用いて実行する事が可能であ
る。よって、判定論理を自動判定部が被判定者の受診区
分に応じて選択する機能を有するため、ユ−ザサイト毎
及び受診区分毎にそれぞれ個別に判定論理を作成するこ
とが可能であり、判定論理の肥大化・複雑化を防止する
ことができる。また、判定論理を健診システムから独立
させたことにより、判定論理を変更しても自動判定部を
変更する必要が無くなる。更に、判定論理を測定値に対
する判定を行う部分と、測定値の判定を行った結果か
ら、総合的な判定を行う部分とに分割したことにより、
基準値を変更しても総合的な判定を行う部分を変更する
必要が無く、基準値の変更にも柔軟に対応する事が可能
となる。また、測定値に対する判定を行う部分を図３に
示すようなレベル図で表現し、測定値の判定を行った結
果から、総合的な判定を行う部分を図４に示すような２
分岐トゥリ−図で表現可能で、かつそれらに対する編集
が可能であり更に、自動判定部に実装されたインタプリ
タが解読可能なコ−ドを生成することが可能な、専用カ
スタマイズツ−ルを提供している。このことから、判定
論理を誰にでも理解しやすい形式で表現することが可能
であり、判定論理の変更に要する作業時間と労力を低減
する事が可能となる。

【００１３】一次判定結果の確認・修正については医師
判定支援ツ−ルを提供することで、一次判定結果及びコ
メントを医師が自らの考えで修正を行うことが可能とな
る。更に、医師判定支援ツ−ルは医師が頻繁に使用する
コメントを作成・蓄積しておくことにより、既存のコメ
ントからそれを選択することでコメントの入力が可能と
なりキ−ボ−ドからの入力を低減し操作性を向上させ
る。また、前記医師判定支援ツ−ルと同等の機能を持つ
オフライン医師判定支援ツ−ルを提供することで医師
が、好きな時に自分のコンピュ−タを用いて一次判定結
果及び、コメントの確認・修正を行うことが可能とな
る。

【００１４】

【実施例】図１に、本発明の健診支援システム１および
カスタマイズツ−ル１５を示す。ユ−ザはコンピュ−タ
のモニタ，キ−ボ−ド等の入力媒体を用いテてデ−タ入
力部２から被判定者の氏名，生年月日等の属性情報，受
診区分及び、身長，体重，血圧等の検査結果を検査結果
デ−タベ−ス７に格納し、自動判定部３を起動する。自
動判定部３は検査結果デ−タベ−ス７の受診区分を基に
被判定者の受診区分に該当する判定論理（ロ−ドモジュ
−ル）を判定論理デ−タベ−ス８から選択し、それをイ
ンタプリタを用いて実行する。インタプリタは、まず検
査結果デ−タベ−ス７の赤血球量，白血球量等の検査結
果の正常／異常を評価するため図３に示すようなレベル
分けを行う。

【００１５】次に、この検査結果を複合して図４に示す
ような２分岐トゥリ−で表現可能な、判定論理を実行し
て身体検査，血液検査等の各検査項目に対応する判定結
果及びその判定結果に対するコメントを生成し、これを
一次判定結果として、判定結果デ−タベ−ス９に格納す
る。当該被判定者（未判定者）が存在する場合、その未
判定者に対して前記処理を未判定者が存在しなくなるま
でくり返し行う。全ての被判定者に対し、自動判定が終
了したのち、自動判定部３はユ−ザに対し自動判定の終
了を通知する。ユ−ザ（医師）は、一次判定結果を格納
してある判定結果デ−タベ−スから被判定者の一次判定
結果を医師判定部４の医師判定支援ツ−ルに読込み、図
７に示すような画面を用いて一次判定結果の確認・修正
を行う。医師による確認・修正作業が終了した後、その
判定結果を医師判定支援ツ−ルは最終判定結果として判
定結果デ−タベ−ス９に格納する。更に、ユ−ザはこの
最終判定結果を帳票出力部５を用いて出力帳票６の出力
媒体にする。また、各被判定者の一次判定結果を可搬媒
体１０に格納し、前記医師判定支援ツ−ルと同等の機能
を持つオフライン医師判定支援部１１のオフライン医師
判定システムツ−ルを用いて一次判定結果及び、コメン
トの確認・修正を行う事も可能である。

【００１６】ここで図８に示すような受診区分を持つ病
院について図１３に示す被判定者の血液検査（判定論理
は図４〜図６に示す。）を例として説明する。ユ−ザは
デ−タ入力部２より全ての被判定者（ここでは、日立太
郎，日立次郎，日立三郎の順に入力したものとする。）
の検査結果を検査結果デ−タベ−ス７にモニタ，キ−ボ
−ド等の入力媒体を用いて入力し自動判定部３を起動す
る。自動判定部３は、まず日立太郎の検査結果を検査結
果デ−タベ−ス７から読み込み、日立太郎の受診区分を
チェックする。日立太郎の受診区分は一泊コ−スなので
判定論理デ−タベ−ス（ロ−ドモジュ−ル）８から判定
論理（一泊コ−ス）を読込みインタプリタを起動する。
インタプリタは、まず日立太郎の全ての検査結果のレベ
ル分けを行う。（本例では血液検査についてのみ示すの
で、”赤血球量”，”白血球量”，”血小板量”につい
てのみ述べる。）インタプリタは赤血球量のレベルを図
３に示す”赤血球量（一泊コ−ス）”の判定式を用いて
チェックする。日立太郎の赤血球量は５００なので日立
太郎の赤血球量のレベルは”Ｍ”となる。同様にして白
血球量，血小板量のレベルもチェックも行う。（白血球
量は１００００なのでレベルは”Ｈ”，血小板量は８万
なのでレベルは”Ｌ”）次に、インタプリタは図４に示
す判定論理を実行する。

【００１７】まず、インタプリタは日立太郎の赤血球量
のレベルが”Ｈ”か否かのチェックを行う。日立太郎の
赤血球量のレベルが”Ｍ”なので下方のボックへ移行す
る。次に、インタプリタは日立太郎の赤血球量の判定レ
ベルが”Ｌ”か否かのチェックを行う。日立太郎の赤血
球量のレベルは”Ｍ”なので下方のボックスへ処理を移
行する。次に、インタプリタは判定結果に”Ａ”を代入
する。代入処理後、当該ボックスはＮｅｘｔボックスな
ので次のトゥリ−ヘ処理を移行する。次にインタプイタ
は日立太郎の白血球量のレベルが”Ｈ”か否かのチェッ
クを行う。日立太郎の白血球量のレベルは”Ｈ”なので
右方のボックスへ処理を移行する。次に、インタプリタ
は判定結果の値が”Ａ”か否かのチェックを行う。判定
結果は”Ａ”なので右方のボックスへ処理を移行する。
次に、インタプリタは判定結果に”Ｂ”を代入する。代
入処理終了後、当該ボックスはＮｅｘｔボックスなので
次トゥリ−へ処理を移行する。次にインタプリタは日立
太郎の血小板量のレベルが”Ｈ”か否かのチェックを行
う。日立太郎の血小板量のレベルは”Ｌ”なので下方の
ボックスへ処理を移行する。

【００１８】次に、インタプリタは日立太郎の血小板量
のレベルが”Ｌ”か否かのチェックを行う。日立太郎の
血小板量のレベルは”Ｌ”なので右方のボックスへ処理
を移行する。次に、インタプリタは判定結果が”Ａ”か
否かのチェックを行う。判定結果は”Ｂ”なので下方の
ボックスへ処理を移行する。次に、インタプリタは判定
結果が”Ｂ”か否かのチェックを行う。判定結果は”
Ｂ”なので右方のボックスへ処理を移行する。次に、イ
ンタプリタは判定結果に”Ｃ”を代入する。代入終了
後、当該ボックスはＮｅｘｔボックスなので次トゥリ−
は処理を移行する。次に、インタプリタは判定結果は”
Ａ”か否かのチェックを行う。判定結果は”Ｃ”なので
下方のボックスへ処理を移行する。次に、インタプリタ
は判定結果は”Ｃ”なので下方のボックスへ処理を移行
する。次に、インタプリタは判定結果が”Ｃ”か否かの
チェックを行う。判定結果は”Ｃ”なので右方のボック
スへ処理を移行する。次に、インタプリタはコメントに
コメントコ−ド０００３（再検査が必要です”）を設定
する。設定終了後、当該ボックスはＥｎｄボックスなの
で血液検査に対する判定処理を終了する。前記処理同様
の処理を他の検査項目（身体検査，肝機能，尿検査，糖
代謝，尿酸）についても行う。全ての検査項目に対する
判定処理終了後、自動判定部３は判定結果を一次判定結
果として判定結果デ−タベ−ス９に格納し、日立太郎に
対する判定処理を終了する。

【００１９】次に自動判定部３は、日立次郎の検査結果
を検査結果デ−タベ−ス７から読込み、日立次郎の受診
区分をチェックする。日立次郎の受診区分は日帰りコ−
スなので判定論理デ−タベ−ス８から判定論理（日帰り
コ−ス）を読込みインタプリタを実行する。インタプリ
タは、まず日立次郎全ての検査結果のレベル分けを行う
（本例では血液検査についてのみ示すので、”赤血球
量”，”白血球量”，”血小板量”についてのみ述べ
る。）インタプイタは赤血球量のレベルを図３に示す"
赤血球量（日帰りコ−ス）”の判定式を用いてチェック
する。日立次郎の赤血球量は５８０なので日立次郎の赤
血球量のレベルは”Ｍ”となる。同様にして白血球量，
血小板量のレベルのチェックも行う。（白血球量は１０
０００なのでレベルは”Ｍ”，血小板量は１２万なので
レベルは”Ｍ”）次に、インタプリタは図５に示す判定
論理を実行する。

【００２０】まず、インタプリタは日立次郎の赤血球量
のレベルが”Ｈ”か否かのチェックを行う。日立次郎の
赤血球量のレベルは”Ｍ”なので下方のボックスへ処理
を移行する。次に、インタプリタは日立次郎の赤血球量
の判定レベルが”Ｌ”か否かのチェックを行う。日立次
郎の赤血球量のレベルは”Ｍ”なので下方のボックスは
処理を移行する。次に、インタプリタは判定結果に”
Ａ”を代入する。代入処理終了後当該ボックスはＮｅｘ
ｔボックスなので、次トゥリ−へ処理を移行する。次に
インタプリタは日立次郎の白血球量のレベルが”Ｈ”か
否かのチェックを行う。日立次郎の白血球量のレベル
は”Ｍ”なので下方のボックスへ処理を移行する。次
に、インタプリタは日立次郎の白血球量の判定レベル
が”Ｌ”か否かのチェックを行う。日立次郎の白血球量
は”Ｍ”なので下方のボックス処理を移行する。次に、
インタプリタはＮＯＰ（No Operation:何もしない）処
理を行う。代入処理終了後、当該ボックスはＮｅｘｔボ
ックスなので次トゥリ−へ処理を移行する。

【００２１】次にインタプリタは日立次郎の血小板量の
レベルが”Ｈ”か否かのチェックを行う。日立次郎の血
小板量のレベルは”Ｍ”なので下方のボックスへ処理を
移行する。次に、インタプリタは日立次郎の血小板量の
レベルが”Ｌ”か否かのチェックを行う。日立次郎の血
小板量のレベルは”Ｍ”なので下方のボックスへ処理を
移行する。次に、インタプリタはＮＯＰ処理終了後、当
該ボックスはＥｎｄボックスなので血液検査に対する判
定処理を終了する。前記処理と同様の処理を他の検査項
目（身体検査，尿検査，糖代謝，尿酸）についても行
う。全ての検査項目に対する判定処理終了後、自動判定
部３は判定結果を一次判定結果として判定結果デ−タベ
−ス９に格納し、日立次郎に対する判定処理を終了す
る。

【００２２】次に自動判定部３は日立三郎の検査結果を
検査結果デ−タベ−ス７から読み込み、日立三郎の受診
区分をチェックする。日立三郎の受診区分は日帰りコ−
スなので判定論理デ−タベ−ス８から判定論理（定健）
を読み込みインタプリタを実行する。インタプリタは、
まず日立三郎の全ての検査結果のレベル分けを行う。
（本例では血液検査についてのみ示すもので、”赤血球
量”，”白血球量”についてのみ述べる。）インタプリ
タは赤血球量のレベルを図３に示す”赤血球量 （定
健）”の判定式を用いてチェックする。日立三郎の赤血
球量は６００なので日立三郎の赤血球量のレベルは”
Ｈ”となる。同様にして白血球量のレベルチェックも行
う。（白血球量は１００００なのでレベル”Ｈ”）次
に、インタプリタは図６に示す判定論理を実行する。

【００２３】まず、インタプリタは日立三郎の赤血球量
のレベルが”Ｈ”か否かのチェックを行う。日立三郎の
赤血球量のレベルは”Ｈ”なので右方のボックスへ処理
を移行する。次に、インタプリタはコメントにコメント
コ−ド００００２（”多血症の疑いが有ります”）を設
定する。設定終了後、当該ボックスはＥｎｄボックスな
ので血液検査に対する判定処理を終了する。前記処理と
同様の処理を他の検査項目（身体検査，尿検査，糖代
謝，尿酸）についても行う。全ての検査項目に対する判
定処理終了後、自動判定部３は判定結果を一次判定結果
として判定結果デ−タベ−ス９に格納し、日立三郎に対
する判定処理を終了する。このように日立太郎〜日立三
郎までの自動判定を終了後、自動判定部３はユ−ザに対
してコンピュ−タのモニタを通じて自動判定の終了を通
知する。自動判定終了後、ユ−ザ（医師）は、医師判定
支援部４のツ−ルである医師判定支援ツ−ルを起動す
る。医師判定支援ツ−ルは全被判定者の判定結果を判定
結果デ−タベ−ス９から読み込む。

【００２４】次に、医師判定ツ−ルの図７に示すような
画面を用いて一次判定結果及びコメントの修正を行う。
本画面では、判定結果がボタンとなっておりこのボタン
をマウスを用いて押下することで判定結果を変更するこ
とができる。また、コメントはそれを表示してある領域
をマウスでピックした後、キ−ボ−ドから文章を入力す
る事で変更する事が可能出である。また、頻繁に使用す
るコメントは図１４に示す定型コメント登録画面を用い
て、医師判定支援ツ−ルに記憶しておきこれら既存のコ
メントを組み合わせてコメントを作成することも可能で
ある。前記医師判定支ツ−ルを使用し、一次判定結果を
確認・修正し、それを最終判定結果として判定結果デ−
タベ−スに格納する。次にユ−ザは帳票出力部５を用い
て最終判定結果を出力する。また、医師に対してオフラ
イン医師判定支援ツ−ルを提供することで、ＦＤ等可搬
媒体１０に格納された一次判定結果およびコメントを医
師は、好きな時に他のコンピュ−タ１６を用いて確認．
修正を行うことができ、それを可搬媒体１０に格納した
後、判定結果デ−タベ−ス９に転送する。

【００２５】次に、ユ−ザが判定論理を作成・変更する
場合の例を説明する。ユ−ザが判定論理を新規に作成す
る場合または、既存の判定論理を変更する場合、判定論
理エディタ１２に、判定論理デ−タベ−ス（ソ−スファ
イル）１３から、目的とする判定論理のソ−スファイル
を読込み、図３に示す様な検査結果の正常値／異常値の
編集，図４に示す様な２分岐トゥリ−で表現可能な編集
及び、判定結果に対するコメント，所見等の編集が可能
である。更に、編集を行った判定論理ソ−スファイルを
受診区分ごとまたは、ユ−ザサイトごとに作成しこれを
判定論理デ−タベ−ス（ソ−スファイル）１３とする。
判定論理デ−タベ−ス（ソ−スファイル）１３作成後、
ユ−ザは前記インタプリタで実行可能なロ−ドモジュ−
ルを生成するために判定論理コンパイラ１４を用いて判
定論理ソ−スファイルをコンパイルし、判定論理（ロ−
ドモジュ−ル）を受診区分ごとまたは、ユ−ザサイトご
とに作成し、これを判定論理デ−タベ−ス（ロ−ドモジ
ュ−ル）８に格納する。

【００２６】ここで具体的な例を示してカスタマイズツ
−ルの説明を行う。まず検査デ−タに対する基準値を変
更する場合（例として一泊コ−スの赤血球量の”Ｈ”レ
ベルの判定式を５７０から６００に変更する場合につい
て述べる）、ユ−ザは判定論理デ−タベ−ス（ソ−スフ
ァイル）１３から目的とする判定論理である一泊コ−ス
の判定論理ソ−スファイルを判定論理エディタ１２に読
込み、基準値編集を行う。（ここで編集対象として、赤
血球量を選択する。）判定論理エディタ１２は図３に示
すような図をコンピュ−タのモニタに表示する。ユ−ザ
は編集対象のレベルである”Ｈ”レベルをマウスを用い
てピックした後、キ−ボ−ドを用いて判定式の”赤血球
量＞５７０”を”赤血球量＞６００”に変更する。前記
処理を実行した後、判定論理ソ−スファイルを判定論理
デ−タベ−ス（ソ−スファイル）１３に格納する。次
に、ユ−ザは判定論理コンパイラ１４を用いて一泊コ−
スの判定論理ソ−スファイルをコンパイルし、前記イン
タプリタで実行可能な判定論理ロ−ドモジュ−ルを生成
し、判定論理デ−タベ−ス（ロ−ドモジュ−ル）８に格
納する。

【００２７】次に判定論理のトゥリ−を編集する場合
（例として図６を図１５のように変更する場合について
のべる）、ユ−ザは判定論理デ−タベ−ス（ソ−スファ
イル）１３から目的とする判定論理である定健の判定論
理ソ−スファイルを判定論理エディタ１２に読み込み、
トゥリ−編集を行う。（ここで編集対象として、血液検
査を選択する。）判定論理エディタ１２は図６に示すよ
うな図をコンピュ−タのモニタに表示する。ユ−ザは編
集対象のレベルである。”白血球量＝Ｌ”を表示してい
るボックスをマウスを用いてピックした後、当該ボック
スの属性をＥｎｄボックスに変更するコマンドを発行す
る。次に同じボックスを再度ピックし、キ−ボ−ドを用
いて”白血球量＝Ｌ”を”コメント←０００６”に変更
する。前記処理を実行した後、判定論理ソ−スファイル
を判定論理デ−タベ−ス（ソ−スファイル）１３に格納
する。次に、ユ−ザは判定論理コンパイラ１４を用いて
今回編集した定健の判定論理ソ−スファイルをコンパイ
ルし、前記インタプリタで実行可能な判定論理ロ−ドモ
ジュ−ルを生成し、判定論理デ−タベ−ス（ロ−ドモジ
ュ−ル）８に格納する。

【００２８】

【発明の効果】以上説明したように本発明によれば、一
つの健診支援システムで各被判定者の受診区分等に応じ
た判定論理が実行可能である。また、医師の考えに応じ
て一次判定結果，コメントの確認・修正も可能となる。
更に、医師はＦＤ等の可搬媒体を用いて好きな時に他の
コンピュ−タを用いて一次判定結果，コメントの確認・
修正も可能となる。また、判定論理の作成・変更に要す
る作業時間を大幅に低減することが可能となる。

【図面の簡単な説明】

【図１】健診支援システムのシステム構成を示した図で
ある。

【図２】従来の健診支援システムの図である。

【図３】検査デ−タニ対する判定の一例を示した図であ
る。

【図４】判定論理トウリ−の一例（一泊コ−スの血液検
査）を示した図である。

【図５】判定論理トゥリ−の一例（日帰りコ−スの血液
検査）を示した図である。

【図６】判定論理トウリ−の一例（定健の血液検査）を
示した図である。

【図７】医師判定支援ツ−ルの一次判定結果変更画面の
一例を示した図である。

【図８】受診区分に対する検査項目と、各検査項目に対
して実際に測定する項目とを示した図の一例である。

【図９】従来の判定論理の一例を示した図である。

【図１０】従来の判定論理の一例（一泊コ−スの血液検
査）を示した図である。

【図１１】従来の判定論理の一例（日帰りコ−スの血液
検査）を示した図である。

【図１２】従来の判定論理の一例（定健の血液検査）を
示した図である。

【図１３】被判定者の測定結果の一例を示した図であ
る。

【図１４】定型コメント設計画面の一例を示した図であ
る。

【図１５】判定論理トゥリ−の一例を示した図である。
（図６のトゥリ−を判定論理エディタを用いて編集した
もの）

【符号の説明】 １・・・健診支援システム本体 ２・・・デ−タ入力部 ３・・・自動判定部 ４・・・医師判定支援部 ５・・・帳票出力部 ６・・・出力帳票部（報告書） ７・・・検査結果デ−タベ−ス ８・・・判定論理デ−タベ−ス（ロ−ドモジュ−ル） ９・・・判定論理デ−タベ−ス １０・・・可搬媒体 １１・・・オフライン医師判定支援部 １２・・・判定論理エディタ １３・・・判定論理デ−タベ−ス（ソ−スファイル） １４・・・判定論理コンパイラ １５・・・カスタマイズツ−ル １６・・・他コンピュ−タシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 足立 則彦 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内 (72)発明者 南里 智仁 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内 (72)発明者 土井 隆 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内 (72)発明者 大島 茂弘 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内 (72)発明者 宮里 定裕 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内 (72)発明者 安藤 恒 神奈川県小田原市国府津2880番地 日立コ ンピュータ機器株式会社内

Claims (4)

【特許請求の範囲】
1. 【請求項１】被判定者に属するデ−タ（検査結果）をも
   とに、被判定者に応じて指定された対応情報により自動
   的に切り替えながら実行し、検査結果があらかじめ定め
   たどの区分に属するかを判定する部分と、その区分され
   た結果又は必要に応じて他の検査結果の区分結果を利用
   して総合的な判定を行う部分の２段階を持ち、デ−タベ
   −ス化された専門者の判定論理に基づいて自動的に判定
   を行い、被判定者に判定結果を示すコンピュ−タシステ
   ムにおいて、判定論理を記憶する部分と判定論理を実行
   する部分とを独立して設け、判定論理を変更しても、判
   定論理実行プログラムの変更を実行しないことを特徴と
   する判定支援システム。
2. 【請求項２】請求項１において、判定論理を２分岐トゥ
   リ−図にて表現する判定論理ソ−スを編集可能にするエ
   デイタにて編集された判定論理ソ−ス（トゥリ−図）を
   入力として構文規則のチェック及び判定論理ロ−ドモジ
   ュ−ルを作成するコンパイラ及びコンパイラの出力であ
   る判定論理ロ−ドモジュ−ルを解釈して実行するインタ
   プリタを持つことを特徴とする判定支援システム。
3. 【請求項３】請求項１又は２記載の判定支援システムに
   おいて、専門者が判定結果（一次判定結果）を確認して
   必要なら一次判定結果を修正して最終判定結果とするこ
   とを可能とすることを特徴とする判定支援システム。
4. 【請求項４】請求項３において、一次判定で出力される
   判定結果を可搬媒体に出力し、一次判定を行ったシステ
   ムとは別のシステムで専門者が判定結果の確認や修正を
   行うことを可能とすることを特徴とする判支援システ
   ム。