JP2022054141A - 検査支援システム、検査支援方法、および、検査支援プログラム - Google Patents

Abstract

【課題】本発明は、検査支援システムにかかる新規な技術を提供することを、解決すべき課題とする。【解決手段】ユーザ端末を介して入力された問診データの送信を受け付け、前記問診データ及び患者識別子を対応付けて、患者情報としてデータベースへの格納を行う手段と、前記問診データの点数化を行い算出した点数と、予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定する手段と、医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行う手段と、前記診察データの点数化を行う手段と、前記患者情報に基づき検査依頼書の書類データの生成を行う手段と、を備えることを特徴とする検査支援システム。【選択図】図２

Description

特許法第３０条第２項適用申請有り 令和２年８月４日、琉球放送株式会社が「検査支援システム、検査支援方法、および、検査支援プログラム」をＲＢＣザ・ニュース「中部医師会がコロナ独自検査」の放送番組で放送

特許法第３０条第２項適用申請有り 令和２年９月９日、日本放送協会が「検査支援システム、検査支援方法、および、検査支援プログラム」をおきなわＨＯＴｅｙｅ「ＰＣＲ検査につなげる新たな問診システム」の放送番組で放送

本発明は、検査支援システム、検査支援方法、および、検査支援プログラムに関する。

従来、患者が医療機関を受診する際に、医療機関に準備されている問診票に患者が予め症状や体温を記入していた。また、患者が医療機関を受診する際に、事前に問診情報を通信ネットワーク経由で医療機関に提供することで、医師は更に効率よく患者を診察することが可能となった。

特許文献１では、ユーザが問診情報を登録する際の利便性を向上させることができる問診受付システムの発明が開示されている。

特開２０１８－０２８７９９号公報

従来、患者がＰＣＲ検査や抗原検査を受けようとした場合、検査希望者本人が直接検査機関への申し込みを行わなければならなかった。しかしながら、多数の検査希望者が申し込みを行った場合、検査機関の受付窓口が処理できる限界を超えてしまう可能性がある。あるいは、検査機関では、検査希望者に対する問診から、検査の受け入れや自宅待機の指示等による受け入れ拒否を決定するが、その決定基準は検査機関毎に差異がある。

また、特許文献１では、ユーザ端末が問診情報登録サイトにアクセスして問診情報を送信した場合、患者が医療機関に来院して受診をすることは前提となっている。しかしながら、患者が自分は罹患していると思っていたとしても、それが真実であるとは限らず、また、病状が軽く、来院しない方が患者と病院の双方にとって良い場合もある。

本発明は、上記のような実状に鑑みてなされたものであり、医療機関での医師にかかる負担を軽減することと、検査機関における受付業務を軽減して検査効率を向上させることと、を解決すべき課題とする。

上記課題を解決するために、本発明は、検査支援システムであって、ユーザ端末を介して入力された問診データの送信を受け付け、前記問診データ及び患者識別子を対応付けて、患者情報としてデータベースへの格納を行う手段と、前記問診データの点数化を行い算出した点数と、予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定する手段と、医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行う手段と、前記診察データの点数化を行う手段と、前記患者情報に基づき検査依頼書の書類データの生成を行う手段と、を備えることを特徴とする。このような構成とすることで、本発明は、医療機関での医師にかかる負担の軽減と、検査機関における受付業務の軽減と検査効率の向上をさせることができる。

本発明の好ましい形態では、前記患者の医療機関への受け入れの可否の判定が可であった場合、前記患者識別子及び前記医療機関の情報を表示処理し、表示処理結果を送信する手段を更に備えることを特徴とする。このような構成とすることで、本発明は、病状の軽い患者の受け入れを減らし、医療機関での医師にかかる負担を軽減することができる。

本発明の好ましい形態では、受付端末を用いて前記患者識別子の認証処理を行うことで、前記患者情報のステータスの更新を行う手段をさらに備えることを特徴とする。このような構成とすることで、本発明は、医療機関での受付を行った患者のみを表示することができる。

本発明の好ましい形態では、前記格納を行う手段は、前記患者情報と、前記患者の前記医療機関における診察状況を表すステータスと、を対応付けてデータベースへの格納を更に行うことを特徴とする。このような構成とすることで、本発明は、特定のステータスを有する患者情報の抽出を行い、連名簿形式の検査依頼書の発行を行うことができる。

本発明の好ましい形態では、前記患者の診察データの入力を行うための診察画面を表示処理する表示処理手段を更に有し、前記診察画面は、前記問診データ及び前記点数を表示するための問診結果表示部と、前記診察データの入力を行うための診察データ入力部と、を同一画面上に表示することを特徴とする。このような構成とすることで、本発明は、医療機関での医師に係る負担を軽減することができる。

上記課題を解決するために、本発明は、検査支援プログラムであって、コンピュータを、ユーザ端末を介して入力された個人情報及び問診データの送信を受け付け、前記個人情報、前記問診データ及びサーバにおいて生成された患者識別子を対応付けて、患者情報としてデータベースへの格納を行う手段と、前記問診データの点数化を行い、前記点数と予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定する手段と、医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行う手段と、前記診察データの点数化を行う手段と、前記患者情報に基づき検査依頼書の書類データの生成を行う手段と、として機能させることを特徴とする。

上記課題を解決するために、本発明は、検査支援方法であって、ユーザ端末を介して入力された個人情報及び問診データの送信を受け付け、前記個人情報、前記問診データ及びサーバにおいて生成された患者識別子を対応付けて、患者情報としてデータベースへの格納を行うステップと、前記問診データの点数化を行い、前記点数と予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定するステップと、医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行うステップと、前記診察データの点数化を行うステップと、前記患者情報に基づき検査依頼書の書類データの生成を行うステップと、を検査支援装置が実行することを特徴とする。

本発明は、検査支援システムにかかる新規な技術を提供することができる。

本発明の一実施形態にかかるハードウェア構成図を示す。 本発明の一実施形態にかかる機能ブロック図を示す。 本発明の一実施形態にかかる処理フローチャート図を示す。 本発明の一実施形態にかかる処理フローチャート図を示す。 本発明の一実施形態にかかる問診フォーム０ｗ２を示す。 本発明の一実施形態にかかる受付画面０ｗ３を示す。 本発明の一実施形態にかかる患者一覧０ｗ４を示す。 本発明の一実施形態にかかる診察画面０ｗ５を示す。

本明細書は、本発明の実施形態にかかる構成や作用効果等について、図面を交えて、以下に説明する。

以下、図面を用いて、本発明の実施形態に関する検査支援システムについて説明する。なお、以下に示す実施形態は本発明の一例であり、本発明を以下の実施形態に限定するものではなく、様々な構成を採用することもできる。

本発明にかかる検査支援システム、検査支援方法、検査支援プログラム、および、検査支援プログラム媒体のそれぞれは、同様の作用効果を奏する。検査支援システム等における各手段と、検査支援方法における各ステップと、は同様の作用効果を奏する。

検査支援システム、検査支援方法、検査支援プログラム、および、検査支援プログラム媒体のそれぞれにおける各手段の作用効果は、後述のプロセッサ等の演算デバイスにより実現される。また、検査支援方法の各ステップの作用効果も当該プロセッサ等の演算デバイスにより実現される。

検査支援プログラム媒体は、検査支援プログラムが格納された光ディスクやフラッシュメモリ等の非一過性の記録媒体である。

検査支援システムは、サーバ１（検査支援装置）と、１又は複数のユーザ端末２Ａ、１又は複数の受付端末２Ｂ、１又は複数の医師端末２Ｃ、１又は複数の検査機関端末２Ｄ、及び、ネットワークＮＷを備える。サーバ１は、複数の端末装置２（２Ａ、２Ｂ、２Ｃ、２Ｄ）とネットワークＮＷを介して連携する。

受付端末２Ｂ、及び、医師端末２Ｃは、受付用、及び、診察用のＩＤとパスワードをログイン画面に入力することで、検査支援システムへのログインを行う。

ネットワークＮＷは、インターネットなどのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網などとから構成され、当該ネットワークＮＷは、パブリックネットワークであってよく、プライベートネットワークであってよく、その物理層の態様に制限はない。

＜ハードウェア構成＞
図１に例示されるように、サーバ１は、既知のコンピュータであり、少なくとも、演算デバイス１１、主記憶デバイス１２、補助記憶デバイス１３、通信デバイス１６及び、バスインタフェース１８を有し、本発明が発揮する作用効果を実現する上で適宜、用いられる。また、サーバ１は、上記構成に加えて、入力デバイス１４及び出力デバイス１５を備える構成であってよい。

また、図１に例示されるように、端末装置２は、既知のコンピュータであり、少なくとも、演算デバイス２１、主記憶デバイス２２、補助記憶デバイス２３、入力デバイス２４、出力デバイス２５、通信デバイス２６、及び、バスインタフェース２８を有し、本発明が発揮する作用効果を実現する上で適宜、用いられる。また、端末装置２は、上記構成に加えて、撮像デバイス２７を備える構成であってよい。

演算デバイス１１及び２１は、命令セットを実行可能な既知のプロセッサを有する。主記憶デバイス１２及び２２は、命令セットを記憶可能な既知の揮発性メモリを有する。補助記憶デバイス１３は、プログラム等を記録可能な既知の記録媒体を有する。補助記憶デバイス１３はデータベースＤＢ１、ＤＢ２の少なくとも一部として機能する。なお、必ずしも補助記憶デバイス１３をデータベースとして機能させる必要はなく、データベースＤＢ１、ＤＢ２の一部又は全部は、サーバ１とネットワークＮＷを介して相互に通信可能な外部データベースであってよい。入力デバイス１４及び２４は、例えば意思入力が可能な既知のインタフェースである。出力デバイス１５及び２５は、例えば視覚的な報知を可能とする既知のインタフェースである。通信デバイス１６及び２６は、ネットワークＮＷのへの接続・参加を実現するための有線方式または無線方式に基づく既知のインタフェースを有する。撮像デバイス２７は、読取処理や撮像処理が可能な既知のイメージセンサを有する。なお、出力デバイス１５は、既知のプリンタをさらに有する構成であってよい。

本発明の実施形態におけるサーバ１は、１または複数のコンピュータからなる。サーバ１が複数のコンピュータからなる場合は、例として、複数のコンピュータのそれぞれがフロントエンドサーバ、バックエンドサーバ及びデータベースサーバとして扱われる。このとき、サーバ１が有する各手段・各ステップにかかる機能は、当該複数のコンピュータにより適宜、分担されることで実現される。

本発明の実施形態における端末装置２は、１または複数のコンピュータからなり、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、タブレット及びラップトップ等のような任意のコンピュータ装置を用いることを想定する。

また、図１に例示されるように、サーバ１は、通信手段１０１と、格納手段１０２と、表示処理手段１０３と、検査依頼書生成手段１０４と、を有する。

端末装置２は、通信手段２０１と、表示手段２０２と、入力手段２０３と、変更手段２０４と、読取手段２０５と、を有する。なお、本明細書中においては、ユーザ端末２Ａが有する手段であれば「ａ」が、受付端末２Ｂが有する手段であれば「ｂ」が、医師端末２Ｃが有する手段であれば「ｃ」が、検査機関端末２Ｄが有する手段であれば「ｄ」が、各手段の末尾に記載されることで、何れの端末装置２が有する手段であるかを区別する。

＜データベース構成＞
図２に例示されるように、検査支援システムは、サーバ１、及び、端末装置２に加えて、データベースＤＢ１、及び、ＤＢ２を有する。本実施形態においては、当該データベースＤＢ１、及び、ＤＢ２は、ネットワークＮＷを介してサーバ１と相互に通信可能な外部データベースであるが、サーバ１が有するハードウェア資源を利用するデータベースであってよい。

データベースＤＢ１は、問診票の質問事項を示す情報である問診票情報１００１と、患者情報１００２と、を格納する。患者情報１００２は、患者ＩＤ（患者識別子）、患者の個人情報、ステータス、患者が診察を受けた医療機関の医療機関ＩＤ、ユーザ端末２Ａを介して入力された問診データとその採点情報、判定情報、及び、医師端末２Ｃを介して入力された診察データとその採点情報を含む情報である。また、本明細書中の説明における「ステータス」は、来院待ち、受付、結果待、検査依頼、報告済、及び、中止等の、協力医療機関における患者の診察状況を示し、後述する操作によってステータスを遷移させるために、順番が対応付けられている。

データベースＤＢ２は、協力医療機関情報２００１と、利用者情報２００２と、を格納する。協力医療機関情報２００１は、医療機関ＩＤと、協力医療機関の名称と、連絡先と、を含む情報である。利用者情報２００２は、協力医療機関に送付された受付用、及び、診察用のＩＤとパスワードと、をユーザが所属する協力医療機関の医療機関ＩＤと対応付けて格納する。また、協力医療機関情報２００１は、協力医療機関の関係受入条件や住所等の、協力医療機関の詳細な情報が更に含まれてよい。ここで、本発明中の説明における「協力医療機関」とは、検査支援システムにログインするためのＩＤ、及び、パスワードを所持している医療機関のことである。

データベースＤＢ１、及び、ＤＢ２は、リレーショナルデータベースやキーバリューストアなどの既知のデータベースの構造を示す。ここで、データベース上の各種データのデータ構造・ファイルフォーマットは、既知のデータ構造・ファイルフォーマットを示す。

＜情報処理手順＞
図３が示すように、本発明にかかる一連の処理は以下のステップを含む。なお、図３に示される各ステップの順列は一例であり、指定がない限り適宜、当該順列は変更され得る。

表示処理手段１０３は、端末装置２からのリクエストに応じて、所定の画面を表示処理し、表示処理結果を返送する。端末装置２は、サーバ１から受け取った情報に基づいて、種々の画面を表示手段２０２に表示させる。これにより、端末装置２において、後述する種々の画面が表示される。

ユーザ端末２Ａは、入力手段２０３ａ又は読取手段２０５ａ（ＵＲＬがコード化されている場合）を用いて問診フォームの表示リクエストを行う（ステップＳ１０１）。ユーザ端末２Ａは表示手段２０２ａを介した利用規約画面の表示を行う。

ユーザ端末２Ａは、表示された利用規約への同意を、入力手段２０３ａを介して行い（ステップＳ１０２）、問診フォーム０ｗ２の表示リクエストを行う。サーバ１は、当該表示リクエストに応じて、データベースＤＢ１に格納されている問診票情報１００１を表示処理し、表示処理結果を、通信手段１０１を介してユーザ端末２Ａに送信する（ステップＳ１０３）。

表示処理結果を受信したユーザ端末２Ａは、問診フォーム０ｗ２を表示する（ステップＳ１０４）。

ユーザ端末２Ａは、入力手段２０３ａを介して個人情報及び問診データを入力する（ステップＳ１０５）。

変更手段２０４は、患者の個人情報の編集、表示、及び、患者情報１００２の削除を行う。

＜問診フォームの表示例＞
図５に例示されるように、表示手段２０２ａは、患者の個人情報を入力するための項目入力部０ｗ２Ａと、患者の現在の健康状態を選択するための項目選択部０ｗ２Ｂと、問診結果をサーバ１に送信するための送信部０ｗ２Ｃと、を含む問診フォーム０ｗ２の表示を行う。ここで、項目に正しい情報が入力されていない場合、患者が協力医療機関に来院した際に保険証の提示を受けることで、受付端末２Ｂは、変更手段２０４ｂを用いて、入力された個人情報を正しい情報に編集できる。また、図中において、項目選択部０ｗ２Ｂは２つの選択肢の中から現在の患者の状態に近い回答を１つ選ぶ形式であるが、項目選択部０ｗ２Ｂにおける選択肢は２種類でなくともよく、また、複数の選択肢の中から複数の回答を選んでもよい。

採点手段２０６は、問診データ、及び、診察データの点数化を行う。また、採点手段２０６は、点数化を行い算出した点数と、予め設定された数値との比較を行い、協力医療機関への受け入れの可否を判定する。また、採点手段は、サーバ１が有する手段であってもよい。

ユーザ端末２Ａは、必要事項が入力されていることを条件に、採点手段２０６ａを用いて問診データの点数化、及び、協力医療機関への受け入れ可否の判定を行う。（ステップＳ１０６）。ユーザ端末２Ａは、通信手段２０１ａを介して、サーバ１へ問診データ、採点情報、及び、協力医療機関への受け入れの可否を示す情報である判定情報の送信を行う（ステップＳ１０７）。

採点手段２０６ａによって採点が行われた問診データの点数が、予め定められた点数を下回った場合、サーバ１は判定情報に基づき、ユーザ端末２Ａに自宅での待機を推奨する旨の画面を表示させる（ステップＳ１０８）。

採点手段２０６ａによって採点が行われた問診データの点数が、予め定められた点数を上回った場合、サーバ１は判定情報に基づき、格納手段１０２を用いて、ユーザ端末２Ａから受信した問診データと、問診データの採点結果と、判定情報と、サーバ１で生成した患者ＩＤである患者識別子と、を対応付けて患者情報１００２として前記データベースＤＢ１への格納を行う（ステップＳ１０９）。

サーバ１はユーザ端末２Ａに、少なくとも、サーバ１で生成された患者ＩＤ、患者ＩＤをバーコードや２次元コード等の低次元コードに変換して取得されたコード画像０ｗ１、及び、協力医療機関の名称と連絡先が表示された画面を表示させる（ステップＳ１１０）。ここで、表示される協力医療機関の情報は、名称や連絡先だけでなく、外来診療時間や検体回収時間等の関係受入条件や、住所等の情報であってよい。また、予め定められた点数は任意の値であってよく、また、自宅での待機を推奨する旨の画面が表示される条件は、採点が行われた問診データの点数が予め定められた点数を上回った場合であってよい。表示される協力医療機関は、協力医療機関情報２００１としてＤＢ２に格納された全ての協力医療機関であってよく、患者の個人情報や位置情報等に基づいて検索された周辺の協力医療機関であってよい。

図４が示すように、本発明にかかる一連の処理は以下のステップを含む。なお、図４に示される各ステップの順列は一例であり、指定がない限り適宜、当該順列は変更され得る。図４（ａ）は、協力医療機関における受付手順を示すフローチャートである。

＜協力医療機関における受付手順＞
受付端末２Ｂは、利用者にかかる認証処理を行う。受付端末２Ｂは、受付用ＩＤ、及び、パスワードの認証処理が成功することを条件として、受付画面０ｗ３を表示する（ステップＳ２０１）。

検査依頼書生成手段１０５は、検査機関に対して検査を依頼するための検査依頼書の書類データの生成を行う。

＜受付画面の表示例＞
図６に例示されるように、表示手段２０２ｂは、患者の受付状況を表示するための受付状況表示部０ｗ３Ａと、患者から提示された患者ＩＤを入力するための患者ＩＤ入力部０ｗ３Ｂと、受付を行った患者の患者情報１００２の少なくとも一部を表示するための患者情報表示部０ｗ３Ｃと、患者の個人情報の編集、表示、及び、患者情報１００２の削除を行うための操作部０ｗ３Ｄと、検査依頼書を連名簿形式で発行するための検査依頼書発行部０ｗ３Ｅと、患者情報１００２に対応付けられたステータスの変更を行うための診察状況変更部０ｗ３Ｆと、検査依頼書を単票形式で発行するための検査依頼書発行部０ｗ３Ｇと、を含む患者一覧０ｗ４の表示を行う。ここで、診察状況変更部０ｗ３Ｆは、プルダウンメニューを押下することで、入力候補の項目が一覧表示され、その中から患者の現在の診察状況を選択する。また、図中のレ点を押下することで、現在のステータスの次の順番に並べられているステータスに変更される。

患者は例えば、来院して診察受付の手続を行う。その際、表示手段２０２ａに表示される患者ＩＤ又はコード画像０ｗ１を提示する（ステップＳ２０２）。

受付端末２Ｂは、入力手段２０３ｂ又は読取手段２０５ｂを介して、患者から提示された患者ＩＤの入力又はコード画像０ｗ１の読取を行う（ステップＳ２０３）。

また、受付端末２Ｂは、患者ＩＤの入力又はコード画像の読取に成功した場合、サーバ１に対して当該患者ＩＤ又はコード画像０ｗ１と対応付けられた患者情報１００２の参照要求を行う（ステップＳ２０４）。

格納手段１０２は、患者情報１００２に医療機関ＩＤを対応付けて格納する（ステップＳ２０５）。

サーバ１は、通信手段１０１を介して受付端末２Ｂに患者情報１００２を送信する（ステップＳ２０６）。受付端末２Ｂは、通信手段２０１ｂを介して患者情報１００２を受信する（ステップＳ２０７）。この際、受付端末２Ｂは、変更手段２０４ｂを介した患者の個人情報の編集、表示、及び、患者情報１００２の削除と、患者の個人情報に対応付けられたステータスの変更と、を行ってよい。

＜協力医療機関における診察手順＞
図４（ｂ）は、協力医療機関における診察手順を示すフローチャートである。

医師端末２Ｃは、利用者にかかる認証処理を行う。表示手段２０２ｃは、診察用ＩＤ、及び、パスワードの認証処理が成功することを条件として、患者一覧０ｗ４を表示する（ステップＳ３０１）。

＜患者一覧の表示例＞
図７に例示されるように、医師端末２Ｃにおける表示手段２０２ｃは、患者情報１００２の少なくとも一部を表示するための患者情報表示部０ｗ４Ａと、検査依頼書の発行を行うための検査依頼書発行部０ｗ４Ｂと、を含む患者一覧０ｗ４の表示を行う。

医師端末２Ｃは、通信手段２０１ｃを介して、サーバ１から医療機関ＩＤと対応付けられた患者情報１００２を受信する（ステップＳ３０２）。

表示手段２０２ｃは、受診者一覧に示される患者情報１００２の中から、診察を行う患者の診察画面０ｗ５を表示する（ステップＳ３０３）。

＜診察画面の表示例＞
図７に例示されるように、医師端末２Ｃにおける表示手段２０２ｃは、問診データと採点情報を表示するための問診結果表示部０ｗ５Ａと、入力手段２０３ｃを介して診察データを入力するための診察データ入力部０ｗ５Ｂと、診察データをサーバ１に送信するための項目送信部０ｗ５Ｃと、を含む診察画面０ｗ５の表示を行う。また、図中において、診察データ入力部０ｗ５Ｂは、診察データを入力するための択一選択入力部と、複数選択入力部と、テキスト入力部と、を備えている。また、項目送信部０ｗ５Ｃは、診察データをサーバ１に送信する際に、患者情報と対応付けられたステータスを検査依頼に変更する検査あり送信ボタンと、ステータスを中止に変更する検査なし送信ボタンと、を備える。

医師端末２Ｃは、入力手段２０３ｃを介して診察データの入力を行う。また、医師端末２Ｃは、採点手段２０６ｃを用いて診察データの点数化を行う（ステップＳ３０４）。

医師端末２Ｃは、通信手段２０１ｃを介して、診察データ、及び、診察データの採点情報をサーバ１への送信を行う（ステップＳ３０５）。

格納手段１０２は、診察データ、及び、診察データの採点情報を、診察を行った患者の患者情報１００２と対応付けてデータベースＤＢ１へ格納する（ステップＳ３０６）。

医師端末２Ｃは、通信手段２０１ｃを介して、サーバ１に検査依頼書の発行を要求する。前記発行の要求を受けたサーバ１は、検査依頼書生成手段１０５を用いて検査依頼書の書類データを生成する。生成された書類データは、通信手段１０１を介して医師端末２Ｃに送信される（ステップＳ３０７）。

この際、生成される検査依頼書の書類データは、１人の患者の検査依頼を行うための単票形式であってよく、また、複数の患者の検査依頼を纏めて行うための連名簿形式であってよい。なお、単票形式の検査依頼書の書類データは、検査依頼書発行部０ｗ３Ｇ又は検査依頼書発行部０ｗ４Ｂの押下を行うことで生成される。この際、検査依頼書の発行先である検査機関の識別子が患者情報１００２に対応付けられてもよい。また、患者情報１００２に対応付けられたステータスの如何に関わらず、検査依頼書の発行は可能であってよい。また、連名簿形式の検査依頼書の書類データは、検査依頼書発行部０ｗ３Ｅの押下を行うことで生成される。また、特定のステータス（本実施形態では「検査依頼」）を有する患者情報１００２の抽出を行い、連名として検査依頼書への記載を行う。

なお、検査依頼書の書類データの発行は、問診データの採点情報、及び、診察データの採点情報の点数の合計が、予め定められた点数を上回っていた場合に行われてよい。このとき、予め定められた点数は任意の値であってよく、また、検査依頼書の書類データを生成する条件は、点数の合計が予め定められた点数を下回った場合であってよい。また、問診、及び、診察結果の如何に依らず、医師は自らの判断に基づき検査依頼書の書類データの生成、送信を行ってよい。

医師端末２Ｃは、サーバ１から受信した検査依頼書の書類データを、通信手段２０１ｃを介して検査機関端末２Ｄに送信する（ステップＳ３０８）。なお、検査機関への検査依頼書の送信はファクシミリによって行われてもよく、また、協力医療機関での受信を行った患者が自身で検査機関へ持ち込んでよい。その場合、医師端末２Ｃは、入力手段２０３ｃを介した操作に基づき、医師端末２Ｃが出力デバイス２５として備えている既知のプリンタを用いて検査依頼書の印刷を行ってよい。また、受付端末２Ｂにおいても同様の操作を行えるものとしてよい。

通信手段１０１は、サーバ１が通信デバイス１６として備えており、ネットワークＮＷを介して端末装置２と情報の送受信を行う。

格納手段１０２は、患者の個人情報、患者識別子、問診データとその採点情報、及び、診察データとその採点情報を患者情報１００２としてデータベースＤＢ１に格納する。

通信手段２０１は、端末装置２が通信デバイス２６として備えており、ネットワークＮＷを介してサーバ１と情報の送受信を行う。

表示手段２０２は、端末装置２が出力デバイス２５として備えており、液晶ディスプレイや有機ＥＬ（エレクトロルミネッセンス）ディスプレイ等を用いて構成された表示パネル及び駆動部を含むディスプレイである。

入力手段２０３は、キーボード、操作ボタン、マウス、表示手段２０２上に設けられたタッチセンサ等の入力デバイス２４を利用して、外部からなされる操作を受け付け、当該操作に応じた信号を端末装置２に入力する。

読取手段２０５は、後述のコード画像０ｗ１にかかる読取処理を行うことにより、コード画像０ｗ１と対応付けられた患者情報１００２を取得する。読取手段２０５は、例として、患者から提示されたコード画像０ｗ１を表す画像や印刷物を、撮像処理が可能な既知のイメージセンサである撮像デバイス２７で撮影し、コード画像０ｗ１の部分を認識し、当該部分に対してデコード処理を行う。

本発明によれば、検査支援システムにかかる新規な技術を提供することができる。

１ ：サーバ
２ ：端末装置
１１ ：演算デバイス
１２ ：主記憶デバイス
１３ ：補助記憶デバイス
１４ ：入力デバイス
１５ ：出力デバイス
１６ ：通信デバイス
１８ ：バスインタフェース
２１ ：演算デバイス
２２ ：主記憶デバイス
２３ ：補助記憶デバイス
２４ ：入力デバイス
２５ ：出力デバイス
２６ ：通信デバイス
２７ ：撮像デバイス
２８ ：バスインタフェース
１０１ ：通信手段
１０２ ：格納手段
１０３ ：表示処理手段
１０４ ：検査依頼書生成手段
２０１ ：通信手段
２０２ ：表示手段
２０３ ：入力手段
２０４ ：変更手段
２０５ ：読取手段
２０６ ：採点手段
１００１ ：問診票情報
１００２ ：患者情報
２００１ ：協力医療機関情報
２００２ ：利用者情報
ＤＢ１、ＤＢ２ ：データベース

Claims (7)

1. ユーザ端末を介して入力された問診データの送信を受け付け、前記問診データ及び患者識別子を対応付けて、患者情報としてデータベースへの格納を行う手段と、
   前記問診データの点数化を行い算出した点数と、予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定する手段と、
   医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行う手段と、
   前記診察データの点数化を行う手段と、
   前記患者情報に基づき検査依頼書の書類データの生成を行う手段と、
   を備えることを特徴とする検査支援システム。
2. 前記患者の医療機関への受け入れの可否の判定が可であった場合、前記患者識別子及び前記医療機関の情報を表示処理し、表示処理結果を送信する手段を更に備えることを特徴とする請求項１に記載の検査支援システム。
3. 受付端末を用いて前記患者識別子の認証処理を行うことで、前記患者情報のステータスの更新を行う手段を更に備えることを特徴とする請求項１又は２に記載の検査支援システム。
4. 前記格納を行う手段は、前記患者情報と、前記患者の前記医療機関における診察状況を表すステータスと、を対応付けてデータベースへの格納を更に行うことを特徴とする請求項１～３の何れかに記載の検査支援システム。
5. 前記患者の診察データの入力を行うための診察画面を表示処理する手段を更に有し、
   前記診察画面は、前記問診データ及び前記点数を表示するための問診結果表示部と、前記診察データの入力を行うための診察データ入力部と、を同一画面上に表示することを特徴とする請求項１～４の何れかに記載の検査支援システム。
6. コンピュータを、
   ユーザ端末を介して入力された個人情報及び問診データの送信を受け付け、前記個人情報、前記問診データ及びサーバにおいて生成された患者識別子を対応付けて、患者情報としてデータベースへの格納を行う手段と、
   前記問診データの点数化を行い、前記点数と予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定する手段と、
   医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行う手段と、
   前記診察データの点数化を行う手段と、
   前記患者情報に基づき検査依頼書の書類データの生成を行う手段と、
   として機能させることを特徴とする検査支援プログラム。
7. ユーザ端末を介して入力された個人情報及び問診データの送信を受け付け、前記個人情報、前記問診データ及びサーバにおいて生成された患者識別子を対応付けて、患者情報としてデータベースへの格納を行うステップと、
   前記問診データの点数化を行い、前記点数と予め設定された数値を比較することによって、患者の医療機関への受け入れの可否を判定するステップと、
   医師端末を介して入力された診察データの送信を受け付け、前記患者情報と対応付けて前記データベースへの格納を行うステップと、
   前記診察データの点数化を行うステップと、
   前記患者情報に基づき検査依頼書の書類データの生成を行うステップと、
   を検査支援装置が実行することを特徴とする検査支援方法。
   
   

Images