JP5151582B2 - 医療業務支援プログラム、医療業務支援装置、医療業務支援方法 - Google Patents

Description

この発明は、医療機関における医療業務を支援する医療業務支援プログラム、医療業務支援装置、医療業務支援方法に関する。

健康保険を利用して医療を受ける保険診療は、被保険者（患者）が保険者から発行された被保険者証を保険指定された医療機関に提示し、保険医指定された医師によっておこなわれる。この保険診療には、診療報酬が定められている。診療報酬の一部は保険診療を受ける被保険者により医療機関に支払われ、残りの診療報酬は保険者から医療機関へ支払われる。

このとき、医療機関から保険者に提出される書類をレセプトという。レセプトは、医療機関で保険診療を受けたときの被保険者の自己負担分以外の料金を医療機関が保険者に請求するための診療報酬明細書である。一般に、レセプトは１ヶ月単位で患者ごとの診療内容を入院・外来、医療保険別に分けて規定のフォーマットにとりまとめたものである。

保険者に提出されたレセプトの記載に誤りがあった場合、保険者から医療機関への支払いがおこなわれないという問題が発生する。このため、保険者へレセプトを提出する前に、医療機関においてレセプトに誤りがないかどうかを事前にチェックする必要がある。

ところが、患者数の増加や事務作業の細分化、医療制度の複雑化にともなって、レセプトのチェックにかかる作業負担が増大している。また、レセプトのチェックには、記載不備などの単純なレベルから、病名に対する診療内容が妥当か否かといった医学的知識が必要となる。

このようなことから、レセプトのチェック作業にかかる作業負担の軽減化および効率化を図る技術が提供されている。たとえば、レセプト内の誤り箇所および誤り内容をわかりやすい態様で表示する技術が開示されている（たとえば、下記特許文献１参照。）

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

しかしながら、上述した特許文献１に記載の従来技術では、毎年のようにおこなわれる医療費改定、病名の変更、新薬の登場、および製薬会社の名称の変更などにあわせて、その都度、レセプトチェック（エラー箇所の特定）に必要となるチェックマスタデータベースのメンテナンスをおこなう必要がある。

一方で、このメンテナンスには多額のコストがかかるため、医療費改定や新薬の登場などにあわせて、その都度、チェックマスタデータベースのメンテナンスをおこなうことは難しいという問題がある。このため、チェックマスタデータベースの品質が低下し、結果的に人手によるレセプトチェックが必要となってしまい、医療業務にかかる作業負担が増大するとともにチェック漏れの増加を招くという問題がある。

この発明は、上述した従来技術による問題点を解消するため、レセプトチェックに用いるチェックデータを効率的かつ効果的にメンテナンスする仕組みを提供することにより、医療業務にかかる作業負担の軽減化および効率化を図ることができる医療業務支援プログラム、医療業務支援装置、医療業務支援方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この医療業務支援プログラム、医療業務支援装置、医療業務支援方法は、新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出し、過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、抽出された組み合わせの出現頻度を更新し、更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索し、検索された検索結果を出力することを要件とする。

この医療業務支援プログラム、医療業務支援装置、医療業務支援方法によれば、過去のレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を、その組み合わせごとに蓄積することができる。そして、病名と診療内容との組み合わせのうち、過去のレセプトデータに出現した出現頻度が特定の出現頻度となる組み合わせを検索することができる。

この医療業務支援プログラム、医療業務支援装置、医療業務支援方法によれば、レセプトチェックに用いるチェックデータを効率的かつ効果的にメンテナンスする仕組みを提供することにより、医療業務にかかる作業負担の軽減化および効率化を図ることができるという効果を奏する。

以下に添付図面を参照して、この医療業務支援プログラム、医療業務支援装置、医療業務支援方法の好適な実施の形態を詳細に説明する。本明細書において、医療業務支援装置とは、医療業務支援システムを構成するコンピュータ装置（レセプトコンピュータ、メンテナンスサーバ）であり、医療業務支援プログラムとは、医療業務支援装置にインストールされたプログラムである。

（実施の形態１）
（医療業務支援システムのシステム構成）
まず、本実施の形態１にかかる医療業務支援システムのシステム構成について説明する。図１は、本実施の形態１にかかる医療業務支援システムのシステム構成図である。図１において、医療業務支援システム１００は、レセプトコンピュータ（以下、「レセコン」という）１０１と、審査支払機関端末１０２と、メンテナンスサーバ（以下、「メンテサーバ」という）１０３と、がインターネット、ＷＡＮなどのネットワーク１１０を介して相互に通信可能に接続されている。

レセコン１０１は、レセプトＤＢ１２０と相関ＤＢ１３０とチェックＤＢ１４０とを備え、レセプトデータの作成、修正およびチェックをおこなうコンピュータ装置である。レセコン１０１は、保険医指定された医師や歯科医師により医療処置を受けることができる病院や診療所などの施設に設置されている。

審査支払機関端末１０２は、レセコン１０１からのレセプトデータの審査依頼を受け付けるコンピュータ装置である。審査支払機関端末１０２は、医療機関からオンライン提出されたレセプトの審査、および医療機関への診療報酬の支払いをおこなう審査支払機関（国民健康保険組合連合会や社会保険診療報酬支払基金など）に設置されている。

メンテサーバ１０３は、累積相関ＤＢ１５０とチェックマスタＤＢ１６０とを備え、チェックマスタＤＢ１６０の保守・管理をおこなうコンピュータ装置である。メンテサーバ１０３は、医療業務支援システム１００を管理する管理センターに設置されている。

ここで、本実施の形態１にかかる医療業務支援システム１００の概要を説明する。医療機関では、レセコン１０１において、レセプトデータが作成され、作成されたレセプトデータがレセプトＤＢ１２０に登録される。レセプトＤＢ１２０の保持内容は、月単位でレセコン１０１から審査支払機関の審査支払機関端末１０２に送信される（オンライン提出）。

また、レセコン１０１において、作成済みのレセプトデータを用いて、相関ＤＢ１３０の保持内容が更新される。相関ＤＢ１３０の保持内容は、月末にレセコン１０１から管理センターのメンテサーバ１０３に送信される（アップロード処理）。また、レセコン１０１において、月初めにチェックマスタＤＢ１６０の保持内容をメンテサーバ１０３から受信することで、チェックＤＢ１４０の保持内容が変更される（ダウンロード処理）。

さらに、レセコン１０１において、チェックＤＢ１４０を用いて、作成済みのレセプトデータのチェックがおこなわれる。レセプトデータのチェックは、審査支払機関へのオンライン提出前におこなわれる作業であり、レセプトデータに出現する病名と薬剤との組み合わせの妥当性がチェックされる。

審査支払機関では、審査支払機関端末１０２によりレセコン１０１から受け付けたレセプトデータの審査をおこなう。審査支払機関において審査されたレセプトデータの審査結果は、審査支払機関端末１０２から提出元の医療機関のレセコン１０１に送信される。また、レセプトデータの審査が完了すると、その審査結果に応じて、審査支払機関から医療機関に診療報酬が支払われる。

管理センターでは、月末の深夜に、メンテサーバ１０３において、チェックマスタＤＢ１６０のメンテナンスがおこなわれる。チェックマスタＤＢ１６０のメンテナンスが完了すると、つぎの月初めに、チェックマスタＤＢ１６０の保持内容がメンテサーバ１０３からレセコン１０１に送信される。

（レセプトデータの具体例）
つぎに、図１に示したレセコン１０１において作成されたレセプトデータの具体例について説明する。図２は、レセプトデータの具体例を示す説明図である。図２において、レセプトデータＲは、医療機関で保険診療を受けたときの被保険者の自己負担分以外の料金を医療機関が審査支払機関に請求する診療報酬明細書であり、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ ｆｏｒｍａｔ）形式で記述されている。

具体的には、レセプトデータＲには、カンマ区切りで複数の要素のデータが記述されている。ここでは、患者の患者ＩＤ『××−００７』、氏名『富士太郎』、病名『気管支炎、接触皮膚炎』、薬剤『ＰＬ顆粒、サジテンシロップ、イブプロフェン顆粒、メサテルム軟膏』が記述されている。なお、図示は省略するが、患者に実施された保険診療が『初診』または『再診』であることを特定する要素が含まれていてもよい。

（相関ＤＢの保持内容）
つぎに、図１に示した相関ＤＢ１３０の保持内容について説明する。図３は、相関ＤＢの保持内容を示す説明図である。図３において、相関ＤＢ１３０には、病名と薬剤との組み合わせごとに、病名と薬剤との相互の相関関係をあらわす相関情報３００−１〜３００−ｍが保持されている。ここで、相関情報３００−１を例に挙げると、病名『気管支炎』と薬剤『ＰＬ顆粒』との相互の相関関係をあらわす相関値『１７７．２３３』が保持されている。

（チェックＤＢの保持内容）
つぎに、図１に示したチェックＤＢ１４０の保持内容について説明する。図４は、チェックＤＢの保持内容を示す説明図である。図４において、チェックＤＢ１４０には、病名と薬剤との組み合わせごとにチェックデータ４００−１〜４００−ｎを保持している。

具体的には、チェックデータ４００−１〜４００−ｎは、組み合わせごとに、一対の病名と薬剤、チェック項目および属性項目を有している。チェック項目は、病名と薬剤との組み合わせの妥当性を特定する情報である。ここでは、組み合わせが正しい場合には『ＯＫ』となり、誤っている場合には『ＮＧ』となる。

属性項目は、組み合わせの属性を特定する情報である。たとえば、病名と薬剤との組み合わせの妥当性をユーザに問い合わせる必要がある組み合わせは『要確認』となる。属性としては『要確認』の他に、『確認済』および『未送信』がある。『確認済』および『未送信』についての説明は後述する。

ここで、チェックデータ４００−ｉを例に挙げると、病名『接触皮膚炎』と薬剤『メサテルム軟膏』との組み合わせの妥当性は、ユーザに問い合わせる必要があり、チェック項目が『ｎｕｌｌ』となり、属性項目が『要確認』となっている。

（コンピュータ装置のハードウェア構成）
つぎに、図１に示したコンピュータ装置のハードウェア構成について説明する。図５は、コンピュータ装置のハードウェア構成を示すブロック図である。

図５においてコンピュータ装置は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３と、磁気ディスクドライブ５０４と、磁気ディスク５０５と、光ディスクドライブ５０６と、光ディスク５０７と、ディスプレイ５０８と、Ｉ／Ｆ（インターフェース）５０９と、キーボード５１０と、マウス５１１と、スキャナ５１２と、プリンタ５１３と、を備えている。また、各構成部はバス５００によってそれぞれ接続されている。

ここで、ＣＰＵ５０１は、コンピュータ装置の全体の制御を司る。ＲＯＭ５０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。磁気ディスクドライブ５０４は、ＣＰＵ５０１の制御にしたがって磁気ディスク５０５に対するデータのリード／ライトを制御する。磁気ディスク５０５は、磁気ディスクドライブ５０４の制御で書き込まれたデータを記憶する。また、磁気ディスク５０５として、ハードディスク、フレキシブルディスクなどを採用することができる。

光ディスクドライブ５０６は、ＣＰＵ５０１の制御にしたがって光ディスク５０７に対するデータのリード／ライトを制御する。光ディスク５０７は、光ディスクドライブ５０６の制御で書き込まれたデータを記憶したり、光ディスク５０７に記憶されたデータをコンピュータ装置に読み取らせたりする。

また、光ディスク５０７として、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）、メモリーカードなどを採用することができる。ディスプレイ５０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ５０８は、たとえば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＴＦＴ（Ｔｈｉｎ Ｆｉｌｍ Ｔｒａｎｓｉｓｔｏｒ）液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

Ｉ／Ｆ５０９は、通信回線を通じてインターネットなどのネットワーク１１０に接続され、このネットワーク１１０を介して他の装置に接続される。そして、Ｉ／Ｆ５０９は、ネットワーク１１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ５０９には、たとえば、モデムやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）アダプタなどを採用することができる。

キーボード５１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス５１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ５１２は、画像を光学的に読み取りコンピュータ装置内に画像データを取り込む。なお、スキャナ５１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ５１３は、画像データや文書データを印刷する。プリンタ５１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。

（医療業務支援システムの機能的構成）
つぎに、図１に示した医療業務支援システム１００の機能的構成について説明する。

（レセコンの機能的構成）
まず、レセコン１０１の機能的構成について説明する。図６は、レセコンの機能的構成を示すブロック図である。図６において、レセコン１０１は、相関ＤＢ１３０と、チェックＤＢ１４０と、入力部６０１と、抽出部６０２と、更新部６０３と、取得部６０４と、送信部６０５と、受信部６０６と、変更部６０７と、判定部６０８と、出力部６０９と、を備えている。

これら各機能６０１〜６０９は、レセコン１０１のＲＯＭ５０２やＲＡＭ５０３などの記憶部に記憶された当該機能６０１〜６０９に関するプログラムをＣＰＵ５０１に実行させることにより、または、入出力Ｉ／Ｆにより、当該機能を実現することができる。また、各機能６０１〜６０９からの出力データは上記記憶部に保持される。また、図６中矢印で示した接続先の機能は、接続元の機能からの出力データを記憶部から読み込んで、当該機能に関するプログラムをＣＰＵ５０１に実行させるものとする。

まず、入力部６０１は、レセプトデータの入力を受け付ける機能を有する。レセプトデータは、患者ごとに、患者の病名と患者に施された診療内容とが記述された電子データである。また、診療内容とは、患者が医師から受けた治療、投薬の内容であり、具体的には、患者に処方された薬剤、患者に実施された処置、検査などである。以下において、本実施の形態１では、患者に施された『診療内容』を、患者に処方された『薬剤』として説明する。

ここで、レセコン１０１のディスプレイ５０８に表示されるレセプトデータの入力画面について説明する。この入力画面はレセプトデータの作成時に表示される。図７は、入力画面の一例を示す説明図である。図７において、ディスプレイ５０８には、図２に示したレセプトデータＲの入力画面７００が表示されている。

入力画面７００において、カーソルＣを移動させて各ボックスをクリックすることにより、各種情報を入力することができる。たとえば、カーソルＣを移動させてボックス７１０をクリックすると、患者の『氏名』を入力することができる。また、ボックス７２０をクリックすると患者の『病名』を入力することができる。さらに、ボックス７３０をクリックすると患者に処方された『薬剤名』を入力することができる。

各種情報の入力が完了しカーソルＣを移動させてボタン７４０をクリックすると、レセプトデータＲがレセプトＤＢ１２０（図１参照）に登録される。また、患者のレセプトデータの内容を一新したい場合などに、カーソルを移動させてボタン７５０をクリックすると、入力された各種情報が一括消去される。

なお、患者ＩＤ、病名ＩＤおよび薬剤ＩＤは、レセプトデータＲの新規作成時、新たな病名または薬剤がボックス７２０，７３０に入力された時点で自動的に付与されることとしてもよく（たとえば、昇順）、また、ユーザが任意に指定した患者ＩＤ、病名ＩＤ、薬剤ＩＤを付与することとしてもよい。

上記入力部６０１は、入力画面７００に入力されたレセプトデータＲを受け付けることとしてもよく、また、レセプトＤＢ１２０から取得されたレセプトデータＲの入力を受け付けることとしてもよい。

図６の説明に戻り、抽出部６０２は、新たに作成された患者のレセプトデータの中から、患者の病名と当該患者に処方された薬剤との組み合わせを抽出する機能を有する。ここで、レセプトデータＲ（図２参照）を例に挙げると、病名『気管支炎、接触皮膚炎』と薬剤『ＰＬ顆粒、サジテンシロップ、イブプロフェン顆粒、メサテルム軟膏』との８通りの組み合わせのうち、任意の組み合わせ（たとえば、病名『気管支炎』と薬剤『ＰＬ顆粒』との組み合わせ）を抽出する。

更新部６０３は、過去に作成されたレセプトデータに出現した病名と薬剤との組み合わせの出現頻度を当該組み合わせごとに保持する相関ＤＢ１３０の保持内容のうち、抽出部６０２によって抽出された組み合わせの出現頻度を更新する機能を有する。ここで、出現頻度とは、レセプトデータに出現する病名と薬剤との組み合わせの出現回数に応じて増減する指標である。

これは、出現頻度が高いほど実際に医療機関でその組み合わせで使用され、病名と薬剤との相互の相関関係が強いことを意味している。つまり、各組み合わせの出現頻度は、組み合わせをつくる病名と薬剤との相関関係をあらわしている。以下において、本実施の形態１では、組み合わせの『出現頻度』を、その組み合わせをつくる病名と薬剤との相関関係をあらわす『相関値』として扱う。

更新部６０３による更新処理の具体例としては、抽出部６０２によって組み合わせが抽出されると、その都度、相関ＤＢ１３０の保持内容のうち、該当する組み合わせの相関値を増加させることとしてもよい。具体的には、たとえば、抽出部６０２によって抽出された都度、組み合わせの相関値に「１」を加算することとしてもよい。

ただし、単純に「１」を加算する場合、あるレセプトデータに出現する病名と薬剤との組み合わせが多ければ多いほど、そのレセプトデータが相関ＤＢ１３０の保持内容に与える影響が大きくなってしまう。そこで、各レセプトデータに出現する病名と薬剤との組み合わせの総数に応じて、相関値の加算分を正規化することとしてもよい。

具体的には、たとえば、レセプトデータの全情報量に対する１つの組み合わせの情報量が占める割合を相関値の加算分とすることとしてもよい。より具体的には、各レセプトデータに出現する病名と薬剤との組み合わせの総数の逆数を、レセプトデータごとの相関値の加算分としてもよい。

ここで、図２に示したレセプトデータＲを例に挙げると、病名と薬剤との組み合わせの総数は「（病名数）×（薬剤数）＝８」である。この場合、相関値の加算分は「１／８＝０．１２５」となる。つまり、更新部６０３は、レセプトデータＲの中から病名と薬剤との組み合わせが抽出された都度、相関ＤＢ１３０の該当する組み合わせの相関値に「０．１２５」を加算する。

これにより、患者ごとのレセプトデータが相関ＤＢ１３０に与える影響を平準化することができ、特定の患者のレセプトデータに左右されて相関ＤＢ１３０の保持内容が大きく変化してしまうことを防ぐことができる。なお、更新部６０３は、抽出部６０２によって抽出された組み合わせの相関値が相関ＤＢ１３０に登録されていない場合には、その組み合わせのエントリ（相関情報）を新たに作成し相関値の加算分を書き込む。

また、上記抽出部６０２および更新部６０３による抽出処理および更新処理は、レセプトデータから抽出されていない未抽出の病名と薬剤との組み合わせがなくなるまで繰り返し実行されることとしてもよい。

取得部６０４は、審査機関（たとえば、図１に示した審査支払機関）に提出されたレセプトデータに出現する病名と薬剤との誤った組み合わせを特定するエラーデータを取得する機能を有する。エラーデータは、審査機関においてレセプトデータが審査された結果、現状では認められないと判断された病名と薬剤との組み合わせを特定する情報である。

ここで、複数のエラーデータからなる返戻データの具体例について説明する。図８は、返戻データの具体例を示す説明図である。図８において、返戻データ８００は、患者ごとに、患者の患者ＩＤ、氏名およびエラー内容を示すエラーデータ８００−１〜８００−ｒを有している。エラーデータ８００−ｊを例に挙げると、氏名『富士太郎』のレセプトデータに出現する薬剤『メサテルム軟膏（図中「０４」は薬剤ＩＤ）』に対する病名がないことを示している。

なお、エラーデータ（返戻データ）は、入力部６０１により入力を受け付けることで取得することとしてもよく、また、エラーデータを格納するデータベース（不図示）からの抽出により取得することとしてもよい。さらに、エラーデータは、審査支払機関から受け取った審査結果そのものであってもよく、また、医療機関において審査結果をもとに作成することとしてもよい。

具体的には、たとえば、氏名『富士太郎』のレセプトデータＲに誤りがあったことを通知する審査結果を受け取った場合、医師や医療事務員が、審査結果とレセプトデータＲとを参照することで、薬剤『メサテルム軟膏』に対する病名がないことを示すエラーデータ８００−ｊを作成することとしてもよい。

また、更新部６０３は、相関ＤＢ１３０の保持内容のうち、取得部６０４によって取得されたエラーデータから特定される組み合わせの相関値を、予め設定された数値が減算された相関値に更新することとしてもよい。減算分の数値は、ユーザ（たとえば、医療業務支援システム１００の管理者）により任意に設定することができる。たとえば、平均的な情報量のレセプトデータから組み合わせが抽出された場合に相関値に加算される数値の数百倍程度の大きさであってもよい。

たとえば、取得部６０４によってエラーデータ８００−ｊが取得された場合、更新部６０３は、レセプトデータＲの中から、エラーデータ８００−ｊから特定される組み合わせ（薬剤『メサテルム軟膏』を含む組み合わせ）の相関値を、予め設定された数値（たとえば、上述した加算分の相関値「０．１２５」の１００倍の数値「１２．５」）が減算された相関値に更新する。このように、審査支払機関からの審査結果を相関ＤＢ１３０に反映することで、流動的に変化する審査基準に合わせて相関ＤＢ１３０の保持内容を更新することができる。

なお、相関ＤＢ１３０の保持内容のうち、取得部６０４によって取得されたエラーデータから特定される組み合わせの相関値を更新部６０３により更新することとしたが、これに限らない。たとえば、後述の送信部６０５により、取得部６０４によって取得されたエラーデータから特定される組み合わせの相関値の更新要求をメンテサーバ１０３に送信することとしてもよい。この場合、メンテサーバ１０３において、エラーデータから特定される組み合わせの相関値の更新処理が実行される。

送信部６０５は、更新部６０３によって更新された更新後の相関ＤＢ１３０の保持内容をメンテサーバ１０３に送信する機能を有する。具体的には、送信部６０５は、相関ＤＢ１３０に保持されている相関情報３００−１〜３００−ｍをメンテサーバ１０３に送信する。

送信部６０５による送信タイミングは任意である。具体的には、予め設定された期間経過後（たとえば、月単位）に自動送信することとしてもよく、また、ユーザが操作することで入力された送信指示を受け付けたときに送信することとしてもよい。送信部６０５による送信処理が完了すると、相関ＤＢ１３０に保持されている相関情報３００−１〜３００−ｍが自動削除されることとしてもよい。

受信部６０６は、病名と薬剤との組み合わせの妥当性を判定するチェックデータ（図１に示したチェックマスタＤＢ１６０の保持内容）をメンテサーバ１０３から受信する機能を有する。チェックデータは、レセプトデータに出現する病名と薬剤との組み合わせの妥当性をチェックするための情報である。

具体的には、たとえば、チェックＤＢ１４０のメンテナンス要求をメンテサーバ１０３に送信することで、チェックデータをメンテサーバ１０３から受信することとしてもよく、また、予め設定された期間経過後にメンテサーバ１０３から送信されるチェックデータを受信することとしてもよい。

変更部６０７は、受信部６０６によって受信された受信結果に基づいて、チェックＤＢ１４０の保持内容を変更する機能を有する。具体的には、たとえば、受信部６０６によって受信された受信結果をチェックＤＢ１４０に上書き保存することとしてもよい。また、受信結果とチェックＤＢ１４０の保持内容とを照らし合わせて、未登録のチェックデータを追加するとともに、誤った組み合わせのチェックデータを削除することとしてもよい。

たとえば、チェックデータをチェックＤＢ１４０に新たに追加する場合、追加するチェックデータのエントリを新たに作成し、チェック項目を『ＯＫ』、属性項目を『ｎｕｌｌ』として登録する。また、受信部６０６によって受信されたチェックデータのチェック項目が『要確認』であった場合には、チェック項目を『ｎｕｌｌ』、属性項目を『要確認』として登録する。さらに、誤った組み合わせのチェックデータを削除する場合には、そのチェックデータのチェック項目を『ＮＧ』に変更する。

なお、チェックＤＢ１４０の保持内容のうち、属性項目が『要確認』、『未送信』および『確認済』のチェックデータ（たとえば、図４に示したチェックデータ４００−ｉ）については、変更部６０７による変更対象から除外する。これは、病名と薬剤との組み合わせの妥当性を医療機関が独自に判断するからである。

判定部６０８は、チェックＤＢ１４０の保持内容に基づいて、レセプトデータに出現する病名と薬剤との組み合わせの妥当性を判定する機能を有する。妥当性の判定は、たとえば、レセプトデータの中から抽出された病名と薬剤との組み合わせと、チェックＤＢ１４０に保持されているチェックデータ４００−１〜４００−ｎとの一致判定によりおこなわれる。

具体的には、まず、抽出部６０２により、入力部６０１によって入力されたレセプトデータの中から任意の薬剤（以下、「対象薬剤」という）を抽出する。つぎに、判定部６０８により、対象薬剤に関するチェックデータ４００−１〜４００−ｎ（以下、「判定リスト」という）をチェックＤＢ１４０から取得する。このとき、チェック項目が『ＯＫ』または属性項目が『要確認』のチェックデータ４００−１〜４００−ｎを取得する。

このあと、入力部６０１によって入力されたレセプトデータの中から任意の病名（以下、「対象病名」という）を抽出する。そして、判定リストの中に、対象病名に関するチェックデータ４００−１〜４００−ｎが含まれているか否かを判定する。ここで、対象病名に関するチェックデータ４００−１〜４００−ｎが含まれている場合は、さらに、属性項目が『要確認』か否かを判定する。

属性項目が『要確認』でない場合、対象病名と対象薬剤との組み合わせは正しいと判定する。一方、属性項目が『要確認』であった場合には、対話形式で対象病名と対象薬剤との組み合わせの妥当性をユーザに問い合わせる確認画面（図９参照）をディスプレイ５０８に表示することとしてもよい。

また、対象病名に関するチェックデータ４００−１〜４００−ｎが含まれていない場合には、対象病名と対象薬剤との組み合わせは誤っていると判定し、エラー画面（図１０参照）をディスプレイ５０８に表示することとしてもよい。

ここで、属性項目が『要確認』であった場合にディスプレイ５０８に表示される確認画面について説明する。ここでは、判定リストに含まれる対象病名に関するチェックデータが図４に示したチェックデータ４００−ｉであった場合に、ディスプレイ５０８に表示される確認画面について説明する。

図９は、確認画面の一例を示す説明図である。図９において、ディスプレイ５０８には、対象病名『接触皮膚炎』と対象薬剤『メサテルム軟膏』との組み合わせの妥当性を問い合わせる確認画面９００が表示されている。

確認画面９００において、カーソルＣを移動させてボタン９１０，９２０をクリックすることにより、対象病名『接触皮膚炎』と対象薬剤『メサテルム軟膏』との組み合わせの妥当性を任意に選択することができる。たとえば、ユーザが組み合わせは正しいと判断した場合には、カーソルＣを移動させてボタン９１０をクリックする。一方、ユーザが組み合わせは誤っていると判断した場合には、ボタン９２０をクリックする。

このような属性項目が『要確認』となっている組み合わせは、対象病名が新たに発見された病気であったり、対象薬剤が新薬であるなどの組み合わせである。このように一般的に広まっていない組み合わせについては、医療機関での独自の判断をもとに妥当性を判定する。

確認画面（たとえば、確認画面９００）において選択された選択結果は、チェックＤＢ１４０の保持内容に反映される。具体的には、たとえば、確認画面９００において選択された選択結果に応じて、チェックＤＢ１４０内のチェックデータ４００−ｉ（図４参照）の内容が変更される。

図１０は、チェックＤＢ内のチェックデータを示す説明図（その１）である。図１０には、確認画面９００においてボタン９２０をクリックすることで内容が変更された変更後のチェックデータ４００−ｉが示されている。具体的には、チェック項目が『ｎｕｌｌ』から『ＮＧ』に変更され、属性項目が『要確認』から『未送信』に変更されている。

また、確認画面（たとえば、確認画面９００）において選択された選択結果は更新部６０３に送信され、その選択結果に応じて相関ＤＢ１３０の保持内容が更新される。上記『未送信』は、ユーザによる妥当性の確認は完了しているが、選択結果が更新部６０３（または、メンテサーバ１０３）に送信されていないことを示す属性である。

ここで、更新部６０３は、対象病名と対象薬剤との組み合わせが正しいと選択された場合には、相関ＤＢ１３０内の該当する組み合わせの相関値を、予め設定された加算値αが加算された相関値に更新する。一方、対象病名と対象薬剤との組み合わせが誤っていると選択された場合には、相関ＤＢ１３０内の該当する組み合わせの相関値を、予め設定された減算値βが減算された相関値に更新する。

加算値αおよび減算値βは、たとえば、医療業務支援システム１００の管理者または医療機関の医師により任意に設定可能である。より具体的には、たとえば、対象病名についての著名な医師が在籍している医療機関での、対象病名を含む組み合わせの相関値を更新する際の加算値αおよび減算値βは、他の医療機関に比べて大きな値を設定することとしてもよい。

また、特定の分科（たとえば、小児科、心臓外科など）の医療機関での、その分科特有の対象病名または対象薬剤を含む組み合わせの相関値を更新する際の加算値αおよび減算値βは、他の医療機関に比べて大きな値を設定することとしてもよい。これにより、専門的知識を有するユーザによる適切な判定結果を相関ＤＢ１３０に効果的に反映することができる。

なお、ここでは確認画面（たとえば、確認画面９００）において選択された選択結果（判定結果）は更新部６０３に送信されることとしたが、これに限らない。たとえば、上記選択結果を、累積相関ＤＢ１５０の保持内容の更新要求として、メンテサーバ１０３に送信することとしてもよい。この場合、メンテサーバ１０３において、確認画面において選択された選択結果に応じて、累積相関ＤＢ１５０の保持内容が更新されることとなる。

また、確認画面において選択された選択結果が更新部６０３（または、メンテサーバ１０３）に送信された場合、チェックＤＢ１４０の保持内容が更新されることとなる。具体的には、たとえば、確認画面９００において選択された選択結果が更新部６０３に送信された場合、図１０に示したチェックデータ４００−ｉの属性項目が『未送信』から『確認済』に変更される。

図６の説明に戻り、出力部６０９は、判定部６０８によって判定された判定結果を出力する機能を有する。具体的には、たとえば、レセプトデータに出現する誤った病名と薬剤との組み合わせを特定する判定結果（図９に示した確認画面、後述するエラー画面および修正画面など）を出力する。なお、レセプトデータに出現する病名と薬剤との組み合わせがすべて正しいと判定された場合には、その旨を示すメッセージを出力することとしてもよい。

出力部６０９による出力形式は、ディスプレイ５０８での画面表示、プリンタ５１３での印刷出力、記憶部へのデータ出力（保存）、外部のコンピュータ装置への送信のいずれであってもよい。ここで、判定対象が誤った組み合わせであると判定された場合に、ディスプレイ５０８に表示されるエラー画面について説明する。

図１１は、エラー画面の一例を示す説明図である。図１１において、ディスプレイ５０８には、対象病名と対象薬剤との組み合わせが誤っている旨を通知するエラー画面１１００が表示されている。エラー画面１１００において、カーソルＣを移動させてボタン１１１０，１１２０をクリックすることにより、エラーに対する対応を任意に選択することができる。

たとえば、カーソルＣを移動させてボタン１１１０をクリックすると、レセプトデータの入力画面（たとえば、図７に示した入力画面７００）に戻り、レセプトデータの記述内容を変更することができる。具体的には、レセプトＤＢ１２０（図１参照）から該当するレセプトデータを取得してディスプレイ５０８に表示する。この場合、元のレセプトデータとエラー内容とを参照することで、薬剤『ＰＬ顆粒』に対する正しい病名をユーザが判断して、レセプトデータの記述内容を修正することとなる。

一方、ボタン１１２０をクリックすると、チェックＤＢ１４０の保持内容を修正することができる。病名と薬剤との組み合わせは、一般的には誤った組み合わせであると認識されていても、特定の医療機関においては正しい組み合わせとなる場合がある。このような場合、各医療機関において、正しい病名と薬剤との組み合わせを独自にチェックＤＢ１４０に登録することができる。ここで、ディスプレイ５０８に表示される修正画面について説明する。

図１２は、修正画面の一例を示す説明図である。図１２において、ディスプレイ５０８には、チェックＤＢ１４０の保持内容を修正する修正画面１２００が表示されている。修正画面１２００において、カーソルＣを移動させてボタン１２１０，１２２０をクリックすることにより、薬剤『ＰＬ顆粒』に対する病名を任意に選択することができる。

たとえば、カーソルＣを移動させてボタン１２１０をクリックすると、薬剤『ＰＬ顆粒』に対する病名『気管支炎』が選択される。このあと、カーソルＣを移動させてボタン１２３０をクリックすると、病名『気管支炎』と薬剤『ＰＬ顆粒』との組み合わせに関する新たなチェックデータが生成され（あるいは、チェック項目が『ＮＧ』から『ＯＫ』に変更）、チェックＤＢ１４０に登録される。

これにより、以降において、この医療機関ではレセプトデータに病名『気管支炎』と薬剤『ＰＬ顆粒』との組み合わせが出現した場合には、その組み合わせは正しい組み合わせであると判定される。また、カーソルＣを移動させてボタン１２４０をクリックすると、図１１に示したエラー画面１１００に戻る。

ここで、チェックＤＢ１４０に新たに登録されたチェックデータについて説明する。図１３は、チェックＤＢ内のチェックデータを示す説明図（その２）である。図１３において、修正画面１２００において、ボタン１２１０をクリックすることで、新たに登録されたチェックデータ４００−（ｎ＋１）が示されている。具体的には、チェックデータ４００−（ｎ＋１）は、病名『気管支炎』と薬剤『ＰＬ顆粒』との組み合わせのチェック項目『ＯＫ』および属性項目『確認済』を有している。

（メンテサーバの機能的構成）
つぎに、メンテサーバ１０３の機能的構成について説明する。図１４は、メンテサーバの機能的構成を示すブロック図である。図１４において、メンテサーバ１０３は、累積相関ＤＢ１５０と、チェックマスタＤＢ１６０と、受信部１４０１と、更新部１４０２と、検索部１４０３と、検出部１４０４と、算出部１４０５と、変更部１４０６と、生成部１４０７と、削除部１４０８と、送信部１４０９と、を備えている。

これら各機能１４０１〜１４０８は、メンテサーバ１０３のＲＯＭ５０２やＲＡＭ５０３などの記憶部に記憶された当該機能１４０１〜１４０８に関するプログラムをＣＰＵ５０１に実行させることにより、または、入出力Ｉ／Ｆにより、当該機能を実現することができる。また、各機能１４０１〜１４０８からの出力データは上記記憶部に保持される。また、図１４中矢印で示した接続先の機能は、接続元の機能からの出力データを記憶部から読み込んで、当該機能に関するプログラムをＣＰＵ５０１に実行させるものとする。

まず、受信部１４０１は、相関ＤＢ１３０の保持内容をレセコン１０１から受信する機能を有する。更新部１４０２は、受信部１４０１によって受信された受信結果に基づいて、累積相関ＤＢ１５０の保持内容を更新する機能を有する。具体的には、たとえば、受信部１４０１によって受信された相関情報３００−１〜３００−ｍに基づいて、該当する組み合わせの累積相関値を更新する。つまり、累積相関ＤＢ１５０に保持されている組み合わせごとの累積相関値は、各医療機関のレセコン１０１から送信されてくる病名と薬剤との相関関係をあらわす相関値を累積したものである。

ここで、メンテサーバ１０３が備える累積相関ＤＢ１５０の保持内容について説明する。図１５は、累積相関ＤＢの保持内容を示す説明図である。図１５において、累積相関ＤＢ１５０には、病名と薬剤との組み合わせごとに、病名と薬剤との相互の相関関係をあらわす累積相関情報１５００−１〜１５００−ｐが保持されている。

ここで、累積相関情報１５００−２を例に挙げると、病名『接触皮膚炎』と薬剤『ＰＬ顆粒』との相互の相関関係をあらわす相関値を累積した累積相関値『２０１』が保持されている。たとえば、更新部１４０２は、受信部１４０１によって相関情報３００−２（図３参照）が受信された場合、累積相関ＤＢ１５０内の累積相関情報１４００−２の累積相関値を『２０１＋０．１２５＝２０１．１２５』に更新する。

なお、更新部１４０２によって更新された結果、累積相関値が規定値δを超えた場合には、その累積相関値を規定値δとする。ここでは、規定値δとして「１００００」が設定されている。この規定値δは、任意に設定可能であり、たとえば、病名と薬剤との組み合わせの妥当性を十分に判定することができる程度の値に設定する。

また、受信部１４０１は、特定の病名と薬剤との組み合わせの累積相関値を更新する更新要求（たとえば、医療機関において任意に選択された妥当性の選択結果）を受信することとしてもよい。この場合、更新部１４０２は、受信部１４０１によって受信された更新要求に応じて、累積相関ＤＢ１５０の保持内容を更新することとなる。

検索部１４０３は、更新部１４０２によって更新された累積相関ＤＢ１５０の保持内容に基づいて、更新後の累積相関ＤＢ１５０の中から特定の累積相関値の組み合わせを検索する機能を有する。具体的には、たとえば、更新部１４０２によって更新された更新後の組み合わせの累積相関値が所定の累積相関値以上の組み合わせを検索することとしてもよい。

ここで、検索部１４０３による検索処理の具体的な処理内容について説明する。まず、検出部１４０４は、更新後の累積相関ＤＢ１５０の中から、任意の薬剤を含む組み合わせの累積相関値を検出する。そして、算出部１４０５は、検出部１４０４によって検出された検出結果に基づいて、任意の薬剤を含む組み合わせの累積相関値の平均値を算出する。

ここで、薬剤『ＰＬ顆粒』を含む組み合わせの累積相関値を検出する場合を例に挙げて説明する。なお、累積相関ＤＢ１５０に保持されている薬剤『ＰＬ顆粒』を含む組み合わせは、図１５に示した６個の組み合わせであると仮定する。

具体的には、検出部１４０４は、薬剤『ＰＬ顆粒』を含む組み合わせの累積相関情報１５００−１〜１５００−６を検出する。そして、算出部１４０５は、検出部１４０４によって検出された累積相関情報１５００−１〜１５００−６に基づいて、薬剤『ＰＬ顆粒』を含む組み合わせの累積相関値の平均値を算出する。ここでは、累積相関値の平均値は『（１００００＋２０１＋５４３２＋４５３２＋１００００＋１００００）／６≒６６９４．１６７』となる。

また、検索部１４０３は、任意の薬剤を含む組み合わせのうち、更新部１４０２によって更新された更新後の組み合わせの累積相関値が、算出部１４０５によって算出された平均値以上の組み合わせを検索する。上述した例では、検索部１４０３は、病名『気管支炎』と薬剤『ＰＬ顆粒』との組み合わせ、病名『感冒』と薬剤『ＰＬ顆粒』との組み合わせおよび病名『急性気管支炎』と薬剤『ＰＬ顆粒』との組み合わせを検索することとなる。

また、算出部１４０５は、任意の薬剤を含む組み合わせの累積相関値の標準偏差を算出する。標準偏差とは、各組み合わせの累積相関値のばらつき度合を示す指標である。そして、検索部１４０３は、任意の薬剤を含む組み合わせのうち、更新部１４０２によって更新された更新後の組み合わせの累積相関値が、算出部１４０５によって算出された平均値と標準偏差とから特定される範囲内の組み合わせを検索することとしてもよい。

なお、検索部１４０３による検索タイミングは任意である。具体的には、たとえば、更新部１４０２による更新処理が実行された都度、特定の累積相関値の組み合わせを検索することとしてもよく、また、予め設定された期間経過後（たとえば、月単位）に自動検索することとしてもよい。

変更部１４０６は、検索部１４０３によって検索された検索結果に基づいて、チェックマスタＤＢ１６０の保持内容を変更する機能を有する。具体的には、チェックマスタＤＢ１６０に対するチェックデータの追加、修正、削除などをおこなう。

ここで、変更部１４０６による変更処理の具体的な処理手順について説明する。まず、生成部１４０７は、検索部１４０３によって検索された検索結果に基づいて、病名と薬剤との組み合わせの妥当性を判定するチェックデータを生成する。具体的には、生成部１４０７は、検索部１４０３によって検索された組み合わせのうち、チェックマスタＤＢ１６０に未登録の組み合わせの妥当性を判定するチェックデータを生成する。

削除部１４０８は、検索部１４０３によって検索された検索結果に基づいて、病名と薬剤との組み合わせの妥当性を判定するチェックデータを削除する。具体的には、削除部１４０８は、チェックマスタＤＢ１６０の保持内容のうち、検索部１４０３によって検索されなかった未検索の組み合わせのチェックデータを削除する。

ここで、チェックマスタＤＢ１６０の保持内容について説明する。図１６は、チェックマスタＤＢの保持内容を示す説明図である。図１６において、チェックマスタＤＢ１６０には、病名と薬剤との組み合わせごとに、該組み合わせの妥当性を判定するためのチェックデータ１６００−１〜１６００−ｑを保持している。

具体的には、チェックデータ１６００−１〜１６００−ｑは、組み合わせごとに、一対の病名と薬剤およびチェック項目に関する情報を有している。病名と薬剤との組み合わせの妥当性をユーザに問い合わせる必要がある組み合わせは、チェック項目に『要確認』と表記されている。なお、初期設定の段階では、たとえば、各チェックデータ１６００−１〜１６００−ｑのチェック項目は『ＮＧ』に設定されている。

変更部１４０６（生成部１４０７、削除部１４０８）による変更処理は、たとえば、チェックマスタＤＢ１６０内のチェック項目の内容を変更することで実現することができる。ここで、上記検索部１４０３による検索処理および変更部１４０６による変更処理の処理概要について説明する。

図１７は、検索処理および変更処理の概要を示す説明図である。図１７中、グラフ１７１０，１７２０において、横軸は検出部１４０４によって検出された任意の薬剤（たとえば、『ＰＬ顆粒』）と組み合わせをつくる『病名』を示し、縦軸は任意の薬剤と病名との組み合わせの『累積相関値』を示している。

まず、任意の薬剤を含む組み合わせの累積相関値を昇順に並び替えて示すグラフ１７１０を作成する。このあと、算出部１４０５は、グラフ１７１０の累積相関値の平均値（以下、「平均値Ｍ」という）を算出する。そして、検索部１４０３は、グラフ１７１０を参照して、平均値Ｍ以上となる組み合わせを検索する。

つぎに、変更部１４０６は、チェックマスタＤＢ１６０の保持内容のうち、検索部１４０３によって検索された平均値Ｍ以上となる組み合わせのチェックデータのチェック項目を『ＯＫ』に変更する。このあと、算出部１４０５は、グラフ１７１０の標準偏差σを算出する。

さらに、グラフ１７１０の累積相関値を２値化（平均値Ｍ以上を「１」、平均値Ｍ未満を「０」）して示すグラフ１７２０を作成する。そして、算出部１４０５は、グラフ１７２０の標準偏差Σを算出する。つぎに、検索部１４０３は、累積相関値が『｛Ｍ−（Σ−σ）／２｝≦累積相関値≦｛Ｍ＋（Σ−σ）／２｝』の範囲内となる病名と薬剤との組み合わせを検索する。

そして、変更部１４０６は、チェックマスタＤＢ１６０の保持内容のうち、検索部１４０３によって検索された上記範囲内となる組み合わせのチェックデータのチェック項目を『要確認』に変更する。これにより、組み合わせごとの累積相関値に基づいて、各チェックデータ１６００−１〜１６００−ｑのチェック項目を『ＯＫ』、『ＮＧ』、『要確認』のいずれかに分類することができる。

図１４の説明に戻り、送信部１４０９は、変更部１４０６によって変更された変更後のチェックマスタＤＢ１６０の保持内容をレセコン１０１に送信する機能を有する。送信部１４０９による送信タイミングは任意である。具体的には、たとえば、変更部１４０６による変更処理が実行された都度、変更後のチェックマスタＤＢ１６０の保持内容を送信することとしてもよく、また、予め設定された期間経過後（たとえば、月単位）に自動送信することとしてもよい。さらに、レセコン１０１からのメンテナンス要求を受信することで、変更後のチェックマスタＤＢ１６０の保持内容を送信することとしてもよい。

（医療業務支援システムの医療業務支援処理手順）
つぎに、医療業務支援システム１００の医療業務支援処理手順について説明する。

（レセコンの医療業務支援処理手順）
まず、本実施の形態１にかかるレセコン１０１において実行される相関ＤＢ１３０の保持内容を更新する更新処理手順について説明する。図１８は、レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その１）である。

図１８のフローチャートにおいて、まず、入力部６０１により、患者のレセプトデータの入力を受け付けたか否かを判断する（ステップＳ１８０１）。ここで、レセプトデータが入力されるのを待って（ステップＳ１８０１：Ｎｏ）、入力された場合（ステップＳ１８０１：Ｙｅｓ）、入力されたレセプトデータ内の病名数と薬剤数とに基づいて、相関値に加算する加算値を算出する（ステップＳ１８０２）。

このあと、抽出部６０２により、入力されたレセプトデータの中から、患者の病名と当該患者に処方された薬剤との組み合わせを抽出する（ステップＳ１８０３）。つぎに、更新部６０３により、相関ＤＢ１３０の保持内容のうち、抽出された組み合わせの相関値を、上記加算値が加算された相関値に更新する（ステップＳ１８０４）

そして、抽出部６０２によって抽出されていない未抽出の組み合わせがあるか否かを判断し（ステップＳ１８０５）、未抽出の組み合わせがある場合（ステップＳ１８０５：Ｙｅｓ）、ステップＳ１８０３に戻り、レセプトデータの中から未抽出の組み合わせを抽出する。一方、未抽出の組み合わせがない場合には（ステップＳ１８０５：Ｎｏ）、本フローチャートによる一連の処理を終了する。

これにより、レセプトデータに出現する病名と薬剤との相関関係をあらわす相関値を、病名と薬剤との組み合わせごとに相関ＤＢ１３０に保持することができる。また、レセプトデータが作成された都度、上述した一連の処理を繰り返すことで、病名と薬剤との組み合わせごとの相関値を相関ＤＢ１３０に蓄積することができる。

つぎに、エラーデータを取得した場合に実行される相関ＤＢ１３０の更新処理手順について説明する。図１９は、レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その２）である。

図１９のフローチャートにおいて、まず、取得部６０４により、審査機関に提出されたレセプトデータに出現する病名と診療内容との誤った組み合わせを特定する返戻データを取得したか否かを判断する（ステップＳ１９０１）。

ここで、返戻データを取得するのを待って（ステップＳ１９０１：Ｎｏ）、取得した場合（ステップＳ１９０１：Ｙｅｓ）、返戻データの中から任意のエラーデータを抽出する（ステップＳ１９０２）。そして、抽出されたエラーデータから特定されるレセプトデータをレセプトＤＢ１２０から取得する（ステップＳ１９０３）。

このあと、レセプトデータに出現する病名と薬剤との組み合わせのうち、エラーデータから特定される組み合わせを検索する（ステップＳ１９０４）。そして、更新部６０３により、相関ＤＢ１３０の保持内容のうち、検索された組み合わせの相関値を、予め設定された減算値が減算された相関値に更新する（ステップＳ１９０５）。

つぎに、レセプトデータに出現する病名と薬剤との組み合わせのうち、検索されていない未検索の組み合わせがあるか否かを判断し（ステップＳ１９０６）、未検索の組み合わせがある場合（ステップＳ１９０６：Ｙｅｓ）、ステップＳ１９０４に戻り、エラーデータから特定される未検索の組み合わせを検索する。

一方、未検索の組み合わせがない場合には（ステップＳ１９０６：Ｎｏ）、ステップＳ１９０２において抽出されていない未抽出のエラーデータがあるか否かを判断する（ステップＳ１９０７）。ここで、未抽出のエラーデータがある場合（ステップＳ１９０７：Ｙｅｓ）、ステップＳ１９０２に戻り、未抽出のエラーデータを抽出する。一方、未抽出のエラーデータがない場合には（ステップＳ１９０７：Ｎｏ）、本フローチャートによる一連の処理を終了する。

このように、審査支払機関からの審査結果（返戻データ）を相関ＤＢ１３０に反映することで、流動的に変化する審査基準に合わせて相関ＤＢ１３０の保持内容を更新することができる。

つぎに、レセコン１０１において実行されるレセプトデータの判定処理手順について説明する。図２０および図２１は、レセコンにおいて実行される判定処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、入力部６０１により、レセプトデータの入力を受け付けたか否かを判断する（ステップＳ２００１）。

ここで、レセプトデータが入力されるのを待って（ステップＳ２００１：Ｎｏ）、入力された場合（ステップＳ２００１：Ｙｅｓ）、抽出部６０２により、入力されたレセプトデータの中から任意の対象薬剤を抽出する（ステップＳ２００２）。

このあと、判定部６０８により、抽出された対象薬剤に関するチェックデータ４００−１〜４００−ｎ（以下、「判定リスト」という）をチェックＤＢ１４０から取得する（ステップＳ２００３）。つぎに、抽出部６０２により、入力されたレセプトデータの中から任意の対象病名を抽出する（ステップＳ２００４）。

そして、判定部６０８により、取得された判定リストに抽出された対象病名に関するチェックデータ４００−１〜４００−ｎが含まれているか否かを判断する（ステップＳ２００５）。ここで、判定リストに含まれていない場合（ステップＳ２００５：Ｎｏ）、図２１に示すステップＳ２１０５に移行する。

一方、判定リストに含まれている場合（ステップＳ２００５：Ｙｅｓ）、該当するチェックデータ４００−１〜４００−ｎの属性項目が『要確認』か否かを判断する（ステップＳ２００６）。ここで、『要確認』であった場合（ステップＳ２００６：Ｙｅｓ）、図２１に示すステップＳ２１０１に移行する。

一方、『要確認』ではない場合（ステップＳ２００６：Ｎｏ）、抽出部６０２によってレセプトデータの中から抽出されていない未抽出の病名があるか否かを判断する（ステップＳ２００７）。ここで、未抽出の病名がある場合（ステップＳ２００７：Ｙｅｓ）、ステップＳ２００４に戻り、レセプトデータの中から未抽出の病名を抽出する。

一方、未抽出の病名がない場合（ステップＳ２００７：Ｎｏ）、抽出部６０２によってレセプトデータの中から抽出されていない未抽出の薬剤があるか否かを判断する（ステップＳ２００８）。ここで、未抽出の薬剤がある場合（ステップＳ２００８：Ｙｅｓ）、ステップＳ２００２に戻り、レセプトデータの中から未抽出の薬剤を抽出する。一方、未抽出の薬剤がない場合（ステップＳ２００８：Ｎｏ）、本フローチャートによる一連の処理を終了する。

つぎに、図２１のフローチャートにおいて、出力部６０９により、対象病名と対象薬剤との組み合わせの妥当性をユーザに問い合わせる確認画面を表示する（ステップＳ２１０１）。このあと、入力部６０１によって入力された入力結果に基づいて、対象薬剤に対する病名は正しいか否かを判断する（ステップＳ２１０２）。

ここで、病名が正しい場合（ステップＳ２１０２：Ｙｅｓ）、変更部６０７により、該当するチェックデータ４００−１〜４００−ｎのチェック項目を『ＯＫ』に変更するとともに、属性項目を『未送信』に変更して（ステップＳ２１０３）、図２０に示すステップＳ２００７に移行する。

一方、病名が誤っている場合（ステップＳ２１０２：Ｎｏ）、変更部６０７により、該当するチェックデータ４００−１〜４００−ｎのチェック項目を『ＮＧ』に変更するとともに、属性項目を『未送信』に変更して（ステップＳ２１０４）、出力部６０９により、対象病名と対象薬剤との組み合わせが誤っている旨を通知するエラー画面を表示する（ステップＳ２１０５）。

このあと、入力部６０１によって入力された入力結果に基づいて、レセプトデータの入力画面に戻るか否かを判断する（ステップＳ２１０６）。ここで、入力画面に戻る場合（ステップＳ２１０６：Ｙｅｓ）、出力部６０９により、レセプトデータの入力画面を表示して（ステップＳ２１０７）、本フローチャートによる一連の処理を終了する。

一方、入力画面に戻らない場合（ステップＳ２１０６：Ｎｏ）、出力部６０９により、チェックＤＢ１４０の保持内容を修正する修正画面を表示する（ステップＳ２１０８）。そして、変更部６０７により、入力部６０１によって入力された入力結果に基づいて、チェックＤＢ１４０に新たなチェックデータを追加して（ステップＳ２１０９）、図２０に示したステップＳ２００７に移行する。

これにより、病名と薬剤との相関関係をあらわす相関値に基づいて変更されるチェックＤＢ１４０の保持内容を用いて、レセプトデータの妥当性を判定することができる。さらに、チェック項目が『要確認』となっている病名と薬剤との組み合わせについては、その妥当性をユーザに問い合わせることができる。

つぎに、チェックＤＢ１４０の保持内容をもとに実行される相関ＤＢ１３０の更新処理手順について説明する。図２２は、レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その３）である。

図２２のフローチャートにおいて、まず、抽出部６０２により、チェックＤＢ１４０から属性項目が『未送信』のチェックデータ４００−１〜４００−ｎを抽出する（ステップＳ２２０１）。そして、抽出されたチェックデータ４００−１〜４００−ｎのチェック項目が『ＯＫ』か否かを判断する（ステップＳ２２０２）。

ここで、『ＯＫ』の場合（ステップＳ２２０２：Ｙｅｓ）、更新部６０３により、抽出されたチェックデータ４００−１〜４００−ｎから特定される組み合わせに該当する相関ＤＢ１３０内の相関値を、予め設定された加算値αが加算された相関値に更新する（ステップＳ２２０３）。このあと、変更部６０７により、抽出されたチェックデータ４００−１〜４００−ｎの属性項目を『確認済』に変更する（ステップＳ２２０４）。

また、ステップＳ２２０２において、『ＮＧ』の場合（ステップＳ２２０２：Ｎｏ）、更新部６０３により、抽出されたチェックデータ４００−１〜４００−ｎから特定される組み合わせに該当する相関ＤＢ１３０内の相関値を、予め設定された減算値βが減算された相関値に更新し（ステップＳ２２０５）、変更部６０７により、抽出されたチェックデータ４００−１〜４００−ｎの属性項目を『確認済』に変更する（ステップＳ２２０４）。

このあと、ステップＳ２２０１において抽出されていない属性項目が『未送信』のチェックデータ４００−１〜４００−ｎがあるか否かを判断する（ステップＳ２２０６）。ここで、未抽出のチェックデータ４００−１〜４００−ｎがある場合には（ステップＳ２２０６：Ｙｅｓ）、ステップＳ２２０１に戻り、チェックＤＢ１４０から未抽出のチェックデータ４００−１〜４００−ｎを抽出する。

一方、未抽出のチェックデータ４００−１〜４００−ｎがない場合には（ステップＳ２２０６：Ｎｏ）、本フローチャートによる一連の処理を終了する。

これにより、医療機関において独自に判定された判定結果を相関ＤＢ１３０に反映することができる。

つぎに、チェックＤＢ１４０の保持内容を変更する変更処理手順について説明する。図２３は、レセコンにおいて実行される変更処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、まず、受信部６０６により、チェックマスタＤＢ１６０の保持内容を受信したか否かを判断する（ステップＳ２３０１）。

ここで、チェックマスタＤＢ１６０の保持内容を受信するのを待って（ステップＳ２３０１：Ｎｏ）、受信した場合（ステップＳ２３０１：Ｙｅｓ）、変更部６０７により、受信された保持内容から任意のチェックデータ（以下、「マスタデータ」という）を取得する（ステップＳ２３０２）。

そして、チェックＤＢ１４０の保持内容のうち、取得されたマスタデータの病名と薬剤との組み合わせに該当するチェックデータ（以下、「該当データ」という）があるか否かを判断する（ステップＳ２３０３）。ここで、該当データがある場合（ステップＳ２３０３：Ｙｅｓ）、その該当データの属性項目が『確認済』か否かを判断する（ステップＳ２３０４）。

つぎに、属性項目が『確認済』ではない場合（ステップＳ２３０４：Ｎｏ）、該当データのチェック項目が『ＮＧ』か否かを判断し（ステップＳ２３０５）、チェック項目が『ＮＧ』の場合（ステップＳ２３０５：Ｙｅｓ）、変更部６０７により、チェックＤＢ１４０から該当データを削除する（ステップＳ２３０６）。

このあと、受信された保持内容から取得されていない未取得のチェックデータがあるか否かを判断し（ステップＳ２３０７）、未取得のチェックデータがある場合（ステップＳ２３０７：Ｙｅｓ）、ステップＳ２３０２に戻り、受信された保持内容から未取得のチェックデータを取得する。

また、ステップＳ２３０４において属性項目が『確認済』であった場合（ステップＳ２３０４：Ｙｅｓ）、または、ステップＳ２３０５においてチェック項目が『ＯＫ』の場合（ステップＳ２３０５：Ｎｏ）、ステップＳ２３０７に移行する。

また、ステップＳ２３０３において、チェックＤＢ１４０の保持内容のうち、取得されたマスタデータの病名と薬剤との組み合わせに該当する該当データがない場合には（ステップＳ２３０３：Ｎｏ）、取得されたマスタデータのチェック項目が『ＯＫ』か否かを判断する（ステップＳ２３０８）。

ここで、マスタデータのチェック項目が『ＯＫ』の場合（ステップＳ２３０８：Ｙｅｓ）、変更部６０７により、マスタデータをチェックデータとしてチェックＤＢ１４０に追加して（ステップＳ２３０９）、ステップＳ２３０７に移行する。

一方、マスタデータのチェック項目が『ＮＧ』の場合（ステップＳ２３０８：Ｎｏ）、ステップＳ２３０７に移行して、未取得のチェックデータがない場合（ステップＳ２３０７：Ｎｏ）、本フローチャートによる一連の処理を終了する。

これにより、各医療機関の相関ＤＢ１３０の保持内容を累積した累積相関ＤＢ１６０の保持内容に基づいてメンテナンスされたチェックマスタＤＢ１６０の保持内容を、チェックＤＢ１４０に自動反映することができる。

（サーバの医療業務支援処理手順）
つぎに、本実施の形態１にかかるメンテサーバ１０３において実行されるチェックマスタＤＢ１６０の保持内容を変更する変更処理手順について説明する。図２４は、サーバにおいて実行される変更処理手順の一例を示すフローチャートである。

図２４のフローチャートにおいて、まず、チェックマスタＤＢ１６０に保持されているチェックデータ１６００−１〜１６００−ｑのチェック項目を『ＮＧ』で初期化する（ステップＳ２４０１）。このあと、検出部１４０４により、累積相関ＤＢ１５０の中から、任意の薬剤を含む組み合わせの累積相関値を検出し（ステップＳ２４０２）、算出部１４０５により、任意の薬剤を含む組み合わせの累積相関値の平均値および標準偏差を算出する（ステップＳ２４０３）。

つぎに、検索部１４０３により、上記任意の薬剤を含む組み合わせの中から、累積相関値が算出部１４０５によって算出された平均値以上の組み合わせを検索する（ステップＳ２４０４）。そして、変更部１４０６により、チェックマスタＤＢ１６０の保持内容のうち、検索された組み合わせに該当するチェックデータ１６００−１〜１６００−ｑのチェック項目を『ＯＫ』に変更する（ステップＳ２４０５）。

つぎに、検索部１４０３により、上記任意の薬剤を含む組み合わせの中から、算出された平均値と標準偏差とから特定される範囲内の組み合わせを検索する（ステップＳ２４０６）。そして、変更部１４０６により、チェックマスタＤＢ１６０の保持内容のうち、検索された組み合わせに該当するチェックデータ１６００−１〜１６００−ｑのチェック項目を『要確認』に変更する（ステップＳ２４０７）。

このあと、累積相関ＤＢ１５０の中から検出されていない未検出の薬剤があるか否かを判断し（ステップＳ２４０８）、未検出の薬剤がある場合（ステップＳ２４０８：Ｙｅｓ）、ステップＳ２４０２に戻り、累積相関ＤＢ１５０の中から未検出の薬剤を含む組み合わせの累積相関値を検出する。一方、未検出の薬剤がない場合には（ステップＳ２４０８：Ｎｏ）、本フローチャートによる一連の処理を終了する。

なお、ステップＳ２４０５において、該当するチェックデータ１６００−１〜１６００−ｑがない場合には、検索された組み合わせのチェックデータに関する新たなエントリを作成し、チェック項目を『ＯＫ』としてチェックマスタＤＢ１６０に登録する。

同様に、ステップＳ２４０７において、該当するチェックデータ１６００−１〜１６００−ｑがない場合には、検索された組み合わせのチェックデータに関する新たなエントリを作成し、チェック項目を『要確認』としてチェックマスタＤＢ１６０に登録する。

これにより、各医療機関の相関ＤＢ１３０の保持内容を累積した累積相関ＤＢ１６０の保持内容に基づいて、チェックマスタＤＢ１６０の保持内容を自動変更することができる。

以上説明したように、本実施の形態１によれば、各医療機関において過去のレセプトデータに出現した病名と薬剤との相関関係をあらわす相関値に基づいて、チェックＤＢ１４０の保持内容を自動変更することができる。

また、病名と薬剤との相関関係から組み合わせの妥当性を決定することができない組み合わせ（たとえば、病名や薬剤が新しい）については、医療機関において独自に判断させることができる。さらに、医療機関において、チェックＤＢ１４０の保持内容を任意に変更することができる。これにより、特定の医療機関においてのみ正しい（または、誤った）組み合わせについても対応可能となり、利便性の向上を図ることができる。

また、審査支払機関からの審査結果を相関ＤＢ１３０に反映することで、流動的に変化する審査基準に合わせて相関ＤＢ１３０の保持内容を更新することができる。この結果、頻繁におこなわれる医療費改定などに合わせたチェックデータの変更を効率的かつ効果的におこなうことができる。

さらに、複数の医療機関で蓄積された相関ＤＢ１３０の保持内容を用いてチェックマスタＤＢ１６０の保持内容を変更するため、医療機関に対する迅速かつ適切なチェックデータの提供を実現することができる。

（実施の形態２）
つぎに、実施の形態２について説明する。実施の形態１では、管理センターのメンテサーバ１０３においてチェックマスタＤＢ１６０のメンテナンスをおこなう場合について説明したが、実施の形態２では、医療機関のレセコンにおいてチェックＤＢ１４０のメンテナンスをおこなう。以降において、実施の形態１と相違する点のみについて説明する。なお、実施の形態１で示した構成と同一構成については同一符号を付し、その説明を省略する。

（医療業務支援システムのシステム構成）
まず、本実施の形態２にかかる医療業務支援システムのシステム構成について説明する。図２５は、本実施の形態２にかかる医療業務支援システムのシステム構成図である。図２５において、医療業務支援システム２５００は、レセコン２５０１と、審査支払機関端末１０２と、がインターネット、ＷＡＮなどのネットワーク１１０を介して相互に通信可能に接続されている。

実施の形態２にかかる医療業務支援システム２５００では、各医療機関において独自に蓄積された相関ＤＢ１３０の保持内容に基づいて、チェックＤＢ１４０の保持内容を変更する（メンテナンス処理）。レセコン２５０１は、実施の形態１で説明したレセコン１０１の機能に加え、メンテサーバ１０３の機能を備えるコンピュータ装置である。

具体的には、レセコン２５０１は、患者のレセプトデータをもとに更新される相関ＤＢ１３０の保持内容に基づいて、定期的（たとえば、月単位）にチェックＤＢ１４０の保持内容を変更する。なお、チェックＤＢ１４０の保持内容を変更する変更処理は、実施の形態１で説明したメンテサーバ１０３の変更部１４０６（図１４参照）による変更処理と同様のため、ここでは説明を省略する。

このように、本実施の形態２によれば、複数の医療機関で相関ＤＢ１３０の保持内容を共有することなく、各医療機関で独自にチェックＤＢ１４０のメンテナンスをおこなうことができる。これにより、実施の形態１で説明したアップロード処理およびダウンロード処理が不要となり（図１参照）、チェックＤＢ１４０のメンテナンスにかかる通信負荷を削減することができる。

特に、複数の分科（たとえば、内科、外科、産婦人科、眼科、耳鼻咽喉科など）を含む総合病院などの医療機関では、様々な医療分野の病名と診療内容との組み合わせの相関値を収集することができるため、チェックＤＢ１４０の品質を向上させることができる。

以上説明した、この医療業務支援プログラム、医療業務支援装置、医療業務支援方法によれば、レセプトチェックに用いるチェックデータを効率的かつ効果的にメンテナンスする仕組みを提供することにより、医療業務にかかる作業負担の軽減化および効率化を図ることができる。

なお、本実施の形態で説明した医療業務支援方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースとアクセス可能なコンピュータを、
新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段、
前記データベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新する更新手段、
前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段、
前記検索手段によって検索された検索結果を出力する出力手段、
として機能させることを特徴とする医療業務支援プログラム。

（付記２）前記検索手段は、
前記更新手段によって更新された更新後の組み合わせの出現頻度が所定の出現頻度以上の組み合わせを検索することを特徴とする付記１に記載の医療業務支援プログラム。

（付記３）前記コンピュータを、
前記更新後のデータベースの中から、任意の診療内容を含む組み合わせの出現頻度を検出する検出手段、
前記検出手段によって検出された検出結果に基づいて、前記任意の診療内容を含む組み合わせの出現頻度の平均値を算出する算出手段として機能させ、
前記検索手段は、
前記任意の診療内容を含む組み合わせのうち、前記更新手段によって更新された更新後の組み合わせの出現頻度が、前記算出手段によって算出された平均値以上の組み合わせを検索することを特徴とする付記１または２に記載の医療業務支援プログラム。

（付記４）前記算出手段は、
さらに、前記任意の診療内容を含む組み合わせの出現頻度の標準偏差を算出し、
前記検索手段は、
前記任意の診療内容を含む組み合わせのうち、前記更新手段によって更新された更新後の組み合わせの出現頻度が、前記算出手段によって算出された平均値と標準偏差とから特定される範囲内の組み合わせを検索することを特徴とする付記３に記載の医療業務支援プログラム。

（付記５）前記更新手段は、
前記データベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を、前記患者のレセプトデータごとに正規化された数値が加算された出現頻度に更新することを特徴とする付記１〜４のいずれか一つに記載の医療業務支援プログラム。

（付記６）前記コンピュータを、
審査機関に提出されたレセプトデータに出現する病名と診療内容との誤った組み合わせを特定するエラーデータを取得する取得手段として機能させ、
前記更新手段は、
前記データベースの保持内容のうち、前記取得手段によって取得されたエラーデータから特定される組み合わせの出現頻度を、予め設定された数値が減算された出現頻度に更新することを特徴とする付記１〜５のいずれか一つに記載の医療業務支援プログラム。

（付記７）前記コンピュータを、
前記検索手段によって検索された検索結果に基づいて、病名と診療内容との組み合わせの妥当性を判定するチェックデータを生成する生成手段として機能させ、
前記出力手段は、
前記生成手段によって生成されたチェックデータを出力することを特徴とする付記１〜６のいずれか一つに記載の医療業務支援プログラム。

（付記８）前記コンピュータを、
前記生成手段によって生成されたチェックデータのうち、前記検索手段によって検索された検索結果に基づいて、特定の出現頻度未満の組み合わせの妥当性を判定するチェックデータを削除する削除手段として機能させることを特徴とする付記７に記載の医療業務支援プログラム。

（付記９）前記コンピュータを、
任意のレセプトデータの入力を受け付ける入力手段、
前記生成手段によって生成されたチェックデータに基づいて、前記入力手段によって入力されたレセプトデータに出現する病名と診療内容との組み合わせの妥当性を判定する判定手段として機能させ、
前記出力手段は、
前記判定手段によって判定された判定結果を出力することを特徴とする付記７または８に記載の医療業務支援プログラム。

（付記１０）新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段と、
過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新する更新手段と、
前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段と、
前記検索手段によって検索された検索結果を出力する出力手段と、
を備えることを特徴とする医療業務支援装置。

（付記１１）新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出工程と、
過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、前記抽出工程によって抽出された組み合わせの出現頻度を更新する更新工程と、
前記更新工程によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索工程と、
前記検索工程によって検索された検索結果を出力する出力工程と、
を含んだことを特徴とする医療業務支援方法。

本実施の形態１にかかる医療業務支援システムのシステム構成図である。 レセプトデータの具体例を示す説明図である。 相関ＤＢの保持内容を示す説明図である。 チェックＤＢの保持内容を示す説明図である。 コンピュータ装置のハードウェア構成を示すブロック図である。 レセコンの機能的構成を示すブロック図である。 入力画面の一例を示す説明図である。 返戻データの具体例を示す説明図である。 確認画面の一例を示す説明図である。 チェックＤＢ内のチェックデータを示す説明図（その１）である。 エラー画面の一例を示す説明図である。 修正画面の一例を示す説明図である。 チェックＤＢ内のチェックデータを示す説明図（その２）である。 メンテサーバの機能的構成を示すブロック図である。 累積相関ＤＢの保持内容を示す説明図である。 チェックマスタＤＢの保持内容を示す説明図である。 検索処理および変更処理の概要を示す説明図である。 レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その１）である。 レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その２）である。 レセコンにおいて実行される判定処理手順の一例を示すフローチャート（その１）である。 レセコンにおいて実行される判定処理手順の一例を示すフローチャート（その２）である。 レセコンにおいて実行される更新処理手順の一例を示すフローチャート（その３）である。 レセコンにおいて実行される変更処理手順の一例を示すフローチャートである。 サーバにおいて実行される変更処理手順の一例を示すフローチャートである。 本実施の形態２にかかる医療業務支援システムのシステム構成図である。

符号の説明

１００ 医療業務支援システム
１０１ レセプトコンピュータ
１０２ 審査支払機関端末
１０３ メンテナンスサーバ
１３０ 相関ＤＢ
１４０ チェックＤＢ
１５０ 累積相関ＤＢ
１６０ チェックマスタＤＢ
６０１ 入力部
６０２ 抽出部
６０３ 更新部
６０４ 取得部
６０５ 送信部
６０６ 受信部
６０７ 変更部
６０８ 判定部
６０９ 出力部
１４０１ 受信部
１４０２ 更新部
１４０３ 検索部
１４０４ 検出部
１４０５ 算出部
１４０６ 変更部
１４０７ 生成部
１４０８ 削除部
１４０９ 送信部

Claims (11)

1. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースとアクセス可能なコンピュータを、
   新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段、
   審査機関に提出されたレセプトデータに出現した病名と診療内容との誤った組み合わせを特定するエラーデータを取得する取得手段、
   前記データベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新し、前記取得手段によって取得されたエラーデータから特定される組み合わせの出現頻度を、予め設定された数値が減算された出現頻度に更新する更新手段、
   前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段、
   前記検索手段によって検索された検索結果を出力する出力手段、
   として機能させることを特徴とする医療業務支援プログラム。
2. 前記検索手段は、
   前記更新手段によって更新された更新後の組み合わせの出現頻度が所定の出現頻度以上の組み合わせを検索することを特徴とする請求項１に記載の医療業務支援プログラム。
3. 前記コンピュータを、
   前記更新後のデータベースの中から、任意の診療内容を含む組み合わせの出現頻度を検出する検出手段、
   前記検出手段によって検出された検出結果に基づいて、前記任意の診療内容を含む組み合わせの出現頻度の平均値を算出する算出手段として機能させ、
   前記検索手段は、
   前記任意の診療内容を含む組み合わせのうち、前記更新手段によって更新された更新後の組み合わせの出現頻度が、前記算出手段によって算出された平均値以上の組み合わせを検索することを特徴とする請求項１または２に記載の医療業務支援プログラム。
4. 新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段と、
   審査機関に提出されたレセプトデータに出現した病名と診療内容との誤った組み合わせを特定するエラーデータを取得する取得手段と、
   過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新し、前記取得手段によって取得されたエラーデータから特定される組み合わせの出現頻度を、予め設定された数値が減算された出現頻度に更新する更新手段と、
   前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段と、
   前記検索手段によって検索された検索結果を出力する出力手段と、
   を備えることを特徴とする医療業務支援装置。
5. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースにアクセス可能なコンピュータが、
   新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出し、
   審査機関に提出されたレセプトデータに出現した病名と診療内容との誤った組み合わせを特定するエラーデータを取得し、
   前記データベースの保持内容のうち、抽出した組み合わせの出現頻度を更新し、取得したエラーデータから特定される組み合わせの出現頻度を、予め設定された数値が減算された出現頻度に更新し、
   更新した更新後のデータベースの中から特定の出現頻度の組み合わせを検索し、
   検索した検索結果を出力する、
   処理を実行することを特徴とする医療業務支援方法。
6. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースとアクセス可能なコンピュータを、
   新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段、
   前記データベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を、前記新たに作成された患者のレセプトデータに出現する病名と診療内容との組み合わせの総数に応じて正規化された数値が加算された出現頻度に更新する更新手段、
   前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段、
   前記検索手段によって検索された検索結果を出力する出力手段、
   として機能させることを特徴とする医療業務支援プログラム。
7. 新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段と、
   過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を、前記新たに作成された患者のレセプトデータに出現する病名と診療内容との組み合わせの総数に応じて正規化された数値が加算された出現頻度に更新する更新手段と、
   前記更新手段によって更新された更新後のデータベースの中から特定の出現頻度の組み合わせを検索する検索手段と、
   前記検索手段によって検索された検索結果を出力する出力手段と、
   を備えることを特徴とする医療業務支援装置。
8. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースにアクセス可能なコンピュータが、
   新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出し、
   前記データベースの保持内容のうち、抽出した組み合わせの出現頻度を、前記新たに作成された患者のレセプトデータに出現する病名と診療内容との組み合わせの総数に応じて正規化された数値が加算された出現頻度に更新し、
   更新した更新後のデータベースの中から特定の出現頻度の組み合わせを検索し、
   検索した検索結果を出力する、
   処理を実行することを特徴とする医療業務支援方法。
9. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースとアクセス可能なコンピュータを、
   新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段、
   前記データベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新する更新手段、
   前記更新手段によって更新された更新後のデータベースの中から任意の診療内容を含む組み合わせの出現頻度を検出する検出手段、
   前記検出手段によって検出された検出結果に基づいて、前記任意の診療内容を含む組み合わせの出現頻度の平均値および標準偏差を算出する算出手段、
   前記更新後のデータベースの中から、前記任意の診療内容を含む組み合わせのうち組み合わせの出現頻度が、前記算出手段によって算出された平均値および標準偏差から特定される所定範囲内となる組み合わせを検索する検索手段、
   前記検索手段によって検索された検索結果に、病名と診療内容との組み合わせの妥当性をユーザに問い合わせる必要があることを示す属性項目を付与する付与手段、
   前記付与手段によって前記属性項目が付与された前記検索結果を出力する出力手段、
   として機能させることを特徴とする医療業務支援プログラム。
10. 新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出する抽出手段と、
    過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースの保持内容のうち、前記抽出手段によって抽出された組み合わせの出現頻度を更新する更新手段と、
    前記更新手段によって更新された更新後のデータベースの中から任意の診療内容を含む組み合わせの出現頻度を検出する検出手段と、
    前記検出手段によって検出された検出結果に基づいて、前記任意の診療内容を含む組み合わせの出現頻度の平均値および標準偏差を算出する算出手段と、
    前記更新後のデータベースの中から、前記任意の診療内容を含む組み合わせのうち組み合わせの出現頻度が、前記算出手段によって算出された平均値および標準偏差から特定される所定範囲内となる組み合わせを検索する検索手段と、
    前記検索手段によって検索された検索結果に、病名と診療内容との組み合わせの妥当性をユーザに問い合わせる必要があることを示す属性項目を付与する付与手段と、
    前記付与手段によって前記属性項目が付与された前記検索結果を出力する出力手段と、
    を備えることを特徴とする医療業務支援装置。
11. 過去に作成されたレセプトデータに出現した病名と診療内容との組み合わせの出現頻度を当該組み合わせごとに保持するデータベースにアクセス可能なコンピュータが、
    新たに作成された患者のレセプトデータの中から、前記患者の病名と当該患者に施された診療内容との組み合わせを抽出し、
    前記データベースの保持内容のうち、抽出した組み合わせの出現頻度を更新し、
    更新した更新後のデータベースの中から任意の診療内容を含む組み合わせの出現頻度を検出し、
    検出した検出結果に基づいて、前記任意の診療内容を含む組み合わせの出現頻度の平均値および標準偏差を算出し、
    前記更新後のデータベースの中から、前記任意の診療内容を含む組み合わせのうち組み合わせの出現頻度が、算出した平均値および標準偏差から特定される所定範囲内となる組み合わせを検索し、
    検索した検索結果に、病名と診療内容との組み合わせの妥当性をユーザに問い合わせる必要があることを示す属性項目を付与し、
    前記属性項目を付与した前記検索結果を出力する、
    処理を実行することを特徴とする医療業務支援方法。

Images