WO2002033614A1

WO2002033614A1 - Systeme d'assistance d'entree de donnees

Info

Publication number: WO2002033614A1
Application number: PCT/JP2001/009092
Authority: WO
Inventors: Kazushi Ootsuka
Original assignee: Arkray, Inc.
Priority date: 2000-10-18
Filing date: 2001-10-17
Publication date: 2002-04-25
Also published as: JPWO2002033614A1; EP1329827A1; JP3841752B2; EP1329827A4; US20040143456A1; CN1470035A; AU2001295942A1

Description

入力支援

技術分野

本発明は、コンピュータへの入力データが適切であるかチェックし、不備のあるデータに対して修正を示唆する入力支援システムに関するものである。明田

背景技術

従来、人間がコンピュータへ入力作業を行う際に、入力データが適切であるか否かについて簡単なチェックを行い、不備のあるデータに対して修正を示唆するような、入力支援システムが知られている。このような入力支援システムは、様々な分野で広く用いられているが、例えば医療システム関連では、レセプト作成業務を行うレセプト作成機関（医療機関等）で用いられるレセプト作成支援システム等が知られている。なお、レセプト作成機関の代表例は、前記の医療機関であるが、院外処方箋等を取り扱う調剤薬局等も、レセプト作成機関に含まれる。以下、背景技術の説明として、従来のレセプト作成支援システムを例示するが、本発明の適用分野はレセプト作成支援システムに限定されない。

ここで、医療機関におけるレセプトの取り扱いについて説明する。医療機関は、患者に対して診療行為を行う代償として診療報酬を得る。診療報酬は、健康保険法によって、医療保険が負担する割合と、崽者（被保険者）が負担する割合とが定められている。医療保険制度とは、保険料を支払って保証を受ける被保険者と、保険料を徴収して財源とし、被保険者が保証を受けた場合に、その財源を割り当てる保険者とによって運用される制度である。

医療機関は、診療報酬のうちの被保険者負担分については、診療の際、患者に直接請求する。一方、診療報酬のうちの医療保険負担分については、第三者的な機関を介して保険者に請求する。この第三者機関は、社会保険では支払基金（社会保険診療報酬支払基金）、国民健康保険では国保連合会（国民健康保険団体連合）と呼ばれる。

医療機関からこの第三者機関へ、診療報酬の請求のために提出される書類を、診療報酬明細書（レセプト）と呼ぶ。第三者機関では、医療機関から提出されたレセプトについて、点数の算定に誤りがないか等の事務的審査を行った上、医療機関に診療報酬の支払いを行う。

レセプトは、診療報酬の 1ヶ月分（月末締め、翌月 9〜 1 0 日提出期限）をまとめて、患者一人につき一書類として作成される。作成されたレセプトは、支払基金宛てと国保連合会宛てとに分けられて総括表で合計される。

従来のレセプト作成支援システムは、医療機関において、患者毎のレセプトおよび前記総括表の作成のみを支援するシステムである。医療機関から提出されたレセプトは、支払基金や国保連合会で審査され、レセブトの記載内容に不備や誤りがあると、医療機関に返戻される。これを直接返戻と呼ぶ。返戻がなされると、医療機関は、返戻対象となったレセプトを訂正して再提出し、再審査を受けなければならない。

また、レセプトが一旦受理され支払基金や国保連合会から診療報酬が支払われた後に、保険者（社会保険または国民健康保険）における点検 · 確認の結果、レセプトの不備により支払に過誤があったことが判明した場合も、提出されたレセプトは、支払基金や国保連合を介して医療機関に返戻される。これを間接返戻と呼ぶ。この場合も、レセプトを訂正して再提出する必要がある。なお、一般的に、直接返戻は、レセプトを提出した月の月末頃になされ、間接返戻の場合は、提出した月の 2ヶ月後の月末頃になされる。このように、レセプトの不備により返戻があると、レセプトの再提出が必要となり、医療事務の負担が大きくなるという問題がある。また、直接返戻があった場合は、当該レセプトについての診療報酬の支払が遅くなるという問題もある。

また、従来の入力支援システムの別の例として、会社内で用いられる稟議システムが知られている。稟議システムは、社内で業務を進める上で必要な決裁を得るための稟議書の作成を支援するシステムである。しかし、従来の稟議システムは、文書の回覧の停滞を防ぐことを目的としており、記載内容の不備をチェックする機能を持たないため、稟議書の差し戻し等による決裁の遅れを防止することはできなかった。

以上のように、前記したレセプト作成支援システムや社内稟議システムに限らず、従来の入力支援システムでは、入力データの不備をより適切に修正することが解決すべき課題となっている。

本発明はこの問題を解決するために、過去の事例を利用して入力デ一夕に不備がないかを点検し、入力データの不備をより適切に修正することができる入力支援システムを提供することを目的とする。発明の開示

上記の目的を達成するために、本発明の入力支援システムは、データ入力作業を行うためのクライアントシステムと、 1または複数のクライアントシステムと接続され、各クライアントシステムから収集した不備データ情報を利用して前記クライアン卜システムにおけるデータ入力作業を支援するサーバシステムとを含み、前記不備データ情報を、修正対象データおよび修正後データを項 gとして含むレコードとして記憶する不備データ情報記憶部が、前記サーバシステムおよび前記クライアン卜システムの少なくとも一方に設けられ、入力データの点検処理を行う点検処理部が、前記クライアントシステムまたはサーバシステムに設けられ、前記点検処理は、前記不備データ情報記憶部の不備データ情報と前記クライアントシステムにおける入力データとを対比し、前記不備デー夕情報の前記修正対象データ項目に含まれるデータと同じ入力データがあった場合に、当該入力データに対して記載不備防止処理または記載不備修正処理を行う処理であることを特徴とする。

このシステムによれば、点検処理部が、不備データ情報記愴部に記憶されている過去の不備データ情報と、入力データとを対比することにより、過去に差し戻し事由となった記載データと同じ入力データがないかチェックすることができる。そのような記載データがあった場合、前記点検処理部は、その記載データを対象とした記載不備防止処理または記載不備修正処理を行う。

なお、前者の記載不備防止処理とは、対象となる記載データとの関連性において記載不備となるようなデータが誤って入力されることを未然に防ぐための処理であり、例えば正しい記載デ一夕を示唆する処理等を含む。また、後者の記載不備修正処理とは、対象となる記載データそのものが不備である場合に、この処理対象データを正しいデータに修正する処理である。

このように、過去の不備データ情報を利用することにより、少なくとも過去と同じ事由による差し戻しがないように、入力データを点検 ·修正することが可能な入力支援システムを提供できる。

前述のように、前記入力支援システムにおいて、不備データ情報記憶部は、サーバシステム若しくはクライアントシステム、または前記両者に設けられている。クライアントシステムに不備デ一夕情報記憶部が設けられている場合、例えば、サーバシステムは、一つの若しくは複数のクライアントシステムの不備データ情報記憶部から不備データ情報を取り出し、サーバシステム内の点検処理部で入力データを点検処理して、その結果を同一若しくは他のクライアン卜システムに送付してもよい。また、サーバシステムが、一つ若しくは複数のクライアントシステムの不備データ情報記憶部から不備データを取り出し、これを他のクライアントシステムに送付し、このクライアントシステムで入力データを点検処理してもよい。

前記入力支援システムにおいて、前記点検処理部による前記記載不備防止処理が、前記処理対象データに関連する不備データ情報を前記不備データ情報記憶部から抽出して提示する処理を含むことが好ましい。この構成によれば、入力したデータと同じデータに対する過去の事例が提示されるので、同じような過ちを繰り返すことがなくなる。

また、前記入力支援システムにおいて、前記クライアン卜システムが、当該クライアントシステムの入力データに関する不備データ情報を前記サーバシステムへ送信する不備データ情報送信部を備えると共に、前記サーバシステムが、前記クライアントシステムから送信された差し戻し情報を前記不備データ情報記' I意部に記憶することが好ましい。

この構成によれば、不備データ情報を効率よく収集することが可能となり、不備デ一夕をより綿密にチェックし的確に修正することが可能となる。なお、前記差し戻し情報は、レセプトにおける返戻情報が好ましい。

また、上記の目的を達成するために、本発明の入力支援システムは、レセプト作成業務を行うレセプト作成機関に設置されるクライアントシステムと、 1または複数のレセプト作成機関のクライアントシステムから通信回線を介して接続され、各レセプト作成機関から収集したレセプ卜返戻情報を利用して前記クライアントシステムにおけるレセプト作成業務を支援するサーバシステムとを含み、前記返戻情報を、返戻対象デ —夕および修正後データを項目として含むレコードとして記憶する返戻情報記憶部が、前記サーバシステムに設けられ、提出前レセプトの記載デ一夕の点検処理を行う点検処理部が、前記クライアントシステムまたはサーバシステムに設けられ、前記点検処理は、前記返戻情報記憶部の返戻情報と前記提出前レセプトの記載デ一夕とを対比し、前記返戻情報の返戻対象データ項目に含まれるデータと同じ記載データがあった場合に、当該記載データを処理対象データとして、記載不備防止処理または記載不備修正処理を行う処理であることが好ましい。

前記の構成によれば、点検処理部が、返戻情報記憶部に記愴されている過去の返戻情報と、審査機関へ提出する前のレセプトの記載データとを対比することにより、提出前レセプトに、過去にレセプト返戻の事由となった記載データと同じデータがないかチェックすることができる。そのような記載データがあった場合、前記点検処理部は、その記載データを処理対象デ一夕とした記載不備防止処理または記載不備修正処理を行う。

なお、前者の記載不備防止処理とは、前記処理対象データとしての記載データとの関連性において記載不備となるようなデ一夕が誤って入力されることを未然に防ぐための処理であり、例えば正しい記載データを示唆する処理等を含む。また、後者の記載不備修正処理とは、前記処理対象データとしての記載データそのものが不備である場合に、この処理対象データを正しいデ一夕に修正する処理である。

このように、過去のレセプト返戻情報を利用して、少なくとも過去と同じ返戻事由による返戻がないように、提出前レセプトの記載を点検 · 修正することにより、レセプト作成機関のレセプト作成業務を支援する入力支援システムを提供できる。

なお、返戻情報記愴部は、クライアントシステムにより共有されるべきものであるため、サーバシステム側に設けられる。一方、点検処理部については、クライアントシステムの各々に配置されて当該レセプト作成機関のレセプトのみを点検処理する構成でも良いし、サーバシステムに配置されて全クライアントシステムのレセプトを集中処理するような構成であっても構わない。

前記入力支援システムにおいて、前記点検処理部による前記記載不備防止処理が、前記処理対象データに関連する返戻情報を前記返戻情報記愴部から抽出して提示する処理を含むことが好ましい。

この構成によれば、データの入力作業と並行して入力データの点検処理を行う場合等に、入力したデータ（処理対象データ）と同じデータに対する過去の返戻事例が、返戻情報により提示されるので、同じような過ちを繰り返すことがなくなり、返戻のないレセプトを作成することが可能となる。

前記入力支援システムにおいて、前記点検処理部による前記記載不備修正処理が、前記処理対象データを、当該処理対象データと同じデータを返戻対象データ項目に含む返戻情報の修正後データで置き換える処理を含むことが好ましい。

この構成によれば、過去の返戻事例と同じ誤入力を行った場合に、当該誤入力部分を、返戻情報に登録されている修正後データで置き換えることにより、記載不備のあるレセプトを、提出前に正しく修正することができる。これにより、返戻のないレセプトを作成することが可能となる。

前記入力支援システムにおいて、前記クライアン卜システム力当該レセプト作成機関のレセプトに対する返戻情報を前記通信回線を介して前記サーバシステムへ送信する返戻情報送信部を備えると共に、前記サーバシステムが、前記クライアントシステムから送信された返戻情報を受信し、前記返戻情報記憶部へ記憶させる返戻情報登録部を備えたことが好ましい。

この構成によれば、サーバシステムが、通信回線を介してクライアントシステムから返戻情報を受信することにより、返戻情報を効率良く収集することが可能となる。

前記入力支援システムにおいて、前記返戻情報記憶部における各返戻情報のレコードが、当該返戻情報の地域的偏在性を表す項目をさらに含み、前記点検処理部が、レセプトを作成したレセプト作成機関の所在地域と、各返戻情報の地域的偏在性項目とを対比することにより、前記点検処理の際に参照すべき返戻情報を選択することが好ましい。

レセプトの審査機関である支払基金または国保連合会は、各都道府県に事務所が設置されており、レセプトの審査を都道府県毎に行っている。このため、各都道府県の審査基準が詳細な点で異なる場合がある。前記の構成によれば、各レセプト作成機関のレセプト点検処理を、当該レセブト作成機関が存在する地域に応じた返戻情報に基づいて行うことができる。これにより、各地域の審査基準に適合した点検が可能となり、レセプト点検処理の精度が向上する。

前記入力支援システムにおいて、前記サーバシステムが、前記返戻' I百報記愴部における同一内容の返戻情報の地域的偏在性を判断し、その結果を前記返戻情報の前記地域性項目に登録する偏在性判断部をさらに備えたことが好ましい。

この構成によれば、偏在性判断部により、全国のレセプト作成機関から収集した返戻情報の地域的偏在性が判断され、その結果が、各返戻情報の地域性項目に登録されるので、地域的偏在性に関する客観的な判断が可能となる。

前記入力支援システムにおいて、前記地域的偏在性の地域単位を、一審査機関による所轄地域とすることが好ましい。

この構成によれば、返戻情報の地域的偏在性が、各審査機関による所轄地域単位で判断されるので、各レセプトの点検処理を、当該レセプトを審査することとなる審査機関の過去の返戻事例を選択的に用いて行うことが可能となる。この結果、各地域の審査基準に適合した、精度の高い点検処理を行うことができる。

前記入力支援システムにおいて、前記返戻情報レコードの地域的偏在性項目の属性が、当該返戻情報の地域的偏在性に応じて、都道府県別情報、地方別情報、および全国共通情報のいずれかであることが好ましい。都道府県別情報は、特定の都道府県に偏在する返戻情報である。レセブトの審査機関は都道府県別に設けられているので、返戻情報を都道府県別に分類すれば、当該地域の審査基準に最も適合した精度の高い点検処理を行うことができる。地方別情報は、例えば、関東地方等のように複数の都道府県を含む地方に偏在する情報である。地方毎に、生活習慣や風土の違いによる疾病傾向の偏りが存在する可能性があるので、返戻情報を地方別に分類することにより、効率の良い点検処理を行うことができる。なお、全国共通情報は、地域的偏在性のない返戻情報である。前記入力支援システムにおいて、前記クライアントシステムが、前記返戻情報記憶部に記憶されている各返戻情報について、当該レセプト作成機関において当該返戻情報を利用するか否かを表す利用フラグを前記サーバシステムへ送信する選択部を備え、前記返戻情報記憶部における各返戻情報のレコードが、各レセプト作成機関の前記選択部から送信された利用フラグを表す利用フラグ項目をさらに含み、前記点検処理部が、前記利用フラグ項目を参照し、前記点検処理の際に参照すべき返戻情報を選択することが好ましい。

この構成によれば、各レセプト作成機関が、返戻情報記愴部に記憶されている各返戻情報を利用するか否かを選択することが可能となる。すなわち、各レセプト作成機関において、当該レセプト作成機関にとって役に立たない返戻情報については、これを「非利用」と指定することにより、その後、その返戻情報が提示されることはなくなる。従って、各レセプト作成機関に対し、有益な返戻情報のみを提供することが可能となり、レセプト作成機関のクライアントシステムにおけるレセプト作成業務の効率を向上させることができる。

前記入力支援システムにおいて、レセプトの記載データの入力を支援する入力画面を提供する入力画面提供部と、前記入力画面へ入力されたデータに基づいてレセプトを作成する作成部とをさらに備えたことが好ましい。

この構成によれば、入力支援システムにおいて、レセプトの点検処理だけでなく、レセプトの作成処理も行うことができ、作成部により作成されるレセプトに対し、前記点検処理部が点検処理を行うことにより、各レセプト作成機関におけるレセプト作成業務の作業効率を向上させることができる。

前記入力支援システムにおいて、前記入力画面提供部および作成部が、前記クライアントシステムに設けられたことが好ましい。

この構成によれば、レセプト作成機関のクライアントシステムにおいて、入力画面提供部が提供する入力画面へデータを入力すれば、作成部力このデ一夕に基づきレセプトを作成する。そして、作成されたレセブトは、クライアントシステムまたはサーバシステムに設けられた点検処理部へ送られ、点検処理される。これにより、レセプトの作成処理を、各クライアントシステムが負担することにより、レセプトの作成もサ一バシステムで行う構成に比較して、サーバシステムの負荷を軽減できる。前記入力支援システムにおいて、前記入力画面提供部が前記クライァントシステムに設けられ、前記作成部が前記サーバシステムに設けられ、前記入力画面へ入力されたレセプトの記載データが、前記通信回線をして前記サーバシステムの前記作成部へ送信されることが好ましい。この構成によれば、クライアントシステムは、データ入力端末としての機能を備えていれば足り、入力されたデータは、サーバシステム側の作成部に送られて処理される。これにより、クライアントシステムの構成を簡略化することができる。また、例えば、作成部を実現するためのソフトウェア等の管理を、サーバシステム側だけですれば良いので、管理負担が軽減するという利点もある。

前記入力支援システムにおいて、前記入力画面提供部が前記サーバシステムに設けられ、前記作成部が前記クライアントシステムに設けられ、前記入力画面提供部は、ページ記述言語で記述された入力画面データを、前記通信回線を介して前記クライアントシステムへ送信し、前記クライアントシステムは、前記入力画面デ一夕を解析することにより入力画面を表示する表示処理部を備え、前記表示処理部が、前記入力画面に入力されたレセプトの記載データを前記作成部へ送ることが好ましい。

この構成によれば、サ一バシステムからクライアントシステムへ、 H T M L等のページ記述言語によって、入力画面を提供することができるので、入力画面に変更がある場合等、変更内容を迅速に反映できるという利点がある。また、作成部はクライアントシステムに設けられているので、レセプト作成の負荷がサーバシステムにかからない。

前記入力支援システムにおいて、前記入力画面提供部および作成部が、前記サ一パシステムに設けられ、前記入力画面提供部は、ページ記述言語で記述された入力画面データを、前記通信回線を介して前記クライァントシステムへ送信し、前記クライアントシステムは、前記入力画面デ一夕を解析することにより入力画面を表示する表示処理部を備え、前記表示処理部が、前記入力画面に入力されたレセプトの記載データを、前記通信回線を介して前記サーバシステムの作成部へ送ることが好ましいこの構成によれば、サーバシステムからクライアントシステムへ、 H T M L等のページ記述言語によって、入力画面を提供することができるので、入力画面に変更がある場合等、変更内容を迅速に反映できるという利点がある。また、作成部もサーバシステムに設けられているので、作成部を実現するためのソフトウヱァ等の管理を、サーバシステム側だけですれば良いので、管理負担が軽減するという利点もある。

前記入力支接システムにおいて、前記入力画面提供部が、提出済みのレセプトの記載データを取得して前記入力画面に表示し、前記作成部が、前記入力画面上で修正された記載データに基づき再提出用レセプトを作成すると共に、前記作成部は、前記修正の対象となった記載データを前記返戻対象データ項目とし、修正後の当該記載データを前記修正後デ一夕項自として、前記返戻情報記愴部へ登録すべき新たな返戻情報レコードを作成する返戻情報作成部を含むことが好ましい。

提出したレセプトに対して審査機関から返戻があつたとき、各審査機関では、当然、このレセプトを修正して再提出用レセプトを作成する。このとき、前記の構成によれば、返戻情報作成部が、修正の対象となつた記载デ一夕および修正後の当該記載デ一夕に基づいて返戻情報を自動的に作成する。これにより、人手を介さずとも各レセプト作成機関の返戻事例を漏れなく収集することができると共に、豊富な返戻情報に基づいて精度の高い点検処理を行うことが可能となる。

前記入力支援システムにおいて、前記入力画面へレセプトの記載デ一夕が入力される毎に、前記点検処理部が当該記載デ一夕に対して前記点検処理を行うことが好ましい。

この構成によれば、入力したデータの点検処理がほぼリアルタイムで行われ、誤入力を有効に防止することができる。

前記入力支援システムにおいて、前記クライアントシステムまたはサ —バシステムが、作成されたレセプトが記憶された記憶媒体から前記レセプトを読み出す読み出し部をさらに備え、前記点検処理部が、前記記憶媒体から前記読み出し部により読み出された 1または複数のレセプトの全記載データに対して一括して前記点検処理を行うことが好ましい。

この構成によれば、記載データの 1件毎に点検処理を行ってその結果を返す構成に比較して、関係ブロック間での記載データおよび点検処理結果の受け渡しにかかるオーバーへッドを削減することができるので、全体の処理時間を短縮できる可能性がある。

前記入力支援システムにおいて、前記点検処理部により一括して行つた前記点検処理の結果を、リストにまとめて各レセプト作成機関へ提供することが好ましい。

前記入力支援システムにおいて、前記サーバシステムが、各クライアントシステムから前記サーバシステムへ前記返戻情報が提供された件数および頻度の少なくとも一方に応じて、各レセプト作成機関に課すべき使用料金の控除額を决定する課金控除額算定部を備えたことが好ましいこの構成では、各レセプト作成機関からサーバシステムの管理者へ支払われるシステムの使用料金が、各レセプト作成機関からサーバシステムへ提供された返戻情報の件数および提供頻度の少なくとも一方に応じて控除される。この仕組みは、特に、返戻情報の提供が各レセプト作成機関から自主的になされるものである場合、レセプト作成機関に対し、積極的に返戻情報を提供させるための有効な動機付けとなり得る。

前記入力支援システムにおいて、前記サーバシステムが、各クライアントシステムにおける、前記返戻情報記憶部の返戻情報の利用度に応じて、各レセプト作成機関に課すべき返戻情報利用料金を決定する返戻情報利用料金算定部を備えたことが好ましい。

この入力支援システムでは、返戻情報が、特に利用価値のある情報であるため、返戻情報の利用度に応じた課金を設定することにより、本システムの提供者は、システム利用者たるレセプト作成機関の各々に対し、客観的に妥当な金額を請求することが可能となる。図面の簡単な説明

図 1は、本発明の一実施形態にかかるレセプト作成支援システムの概略構成を示すプロック図である。

図 2は、前記レセプト作成支援システムのサーバシステムが備えるァプリケーションサーバの構成の一例を示すプロック図である。

図 3は、前記レセプト作成支援システムのクライアントシステムが備えるコンピュータの構成の一例を示すブロック図である。

図 4は、前記コンピュータの動作手順を示すフローチヤ一卜である。図 5は、前記アプリケーションサーバの動作手順を示すフローチヤ一トである。

図 6は、前記コンピュータのディスプレイに表示されるデータ入力画面を、入力されたデータの一例と共に示す説明図である。

図 7は、審査機関からの返戻レセプトに添付される返戻付箋の一例を示す説明図である。

図 8は、前記サーバシステムが備える過誤調整 D Bサーバに登録されている返戻情報の内容の一例を示す説明図である。

図 9は、図 8の返戻情報に基づいて、図 6の入力データが点検され、不備データが強調表示された様子を示す説明図である。図 1 0は、図 9において強調表示された不備データと同一事例にあたる返戻情報が表示された様子を示す説明図である。

図 1 1は、図 1 0の返戻情報に基づいて、図 6の入力データが修正された様子を示す説明図である。

図 1 2は、返戻情報の利用/非利用を選択可能な構成とした場合の、返戻情報の表示例を示す説明図である。

図 1 3は、返戻後に再提出用レセプトを作成するために、前記データ入力画面に表示された提出済みレセプトの記載データの一例を示す説明図である。

図 1 4は、前記デ一夕入力画面において、返戻事由となった記載不備データが操作者によって選択された様子を示す説明図である。

図 1 5は、前記記載不備データが、操作者により、正しいデータに修正された様子を示す説明図である。

図 1 6は、修正済みデータに基づいて作成された再提出用レセプトの記載データが、データ入力画面に表示された様子を示す説明図である。図 1 7は、各審査機関に固有の審査基準に基づく返戻の一例を示す説明図である。

図 1 8は、各審査機関に固有の審査基準に基づく返戻の他の例を示す説明図である。

図 1 9は、本発明の他の実施形態にかかるレセプト作成支援システムにおいて、サーバシステムが備えるアプリケーションサーバの構成を示すブロック図である。

図 2 0は、図 1 7の返戻に基づいて提供される返戻情報の内容を示す説明図である。

図 2 1は、図 1 8の返戻に基づいて提供される返戻情報の内容を示す説明図である。図 2 2は、返戻情報の地域的偏在性を判断する処理の手順を示すフロ一チャートである。

図 2 3は、図 2 2の処理に従って地域的偏在性が判断される返戻情報の内容の一例を示す説明図である。

図 2 4は、本発明のさらに他の実施形態にかかる稟議システムの概略構成を示すブロック図である。

図 2 5は、前記稟議システムのサーバの内部構成を示すブロック図である。

図 2 6は、前記稟議システムのクライアントコンピュータの内部構成を示すブロック図である。

図 2 7は、前記クライアントコンピュータに表示される稟議システム初期画面の一例を示す説明図である。

図 2 8は、前記稟議システムの入力画面の一例を示す説明図である。図 2 9は、前記稟議システムにおいて蓄積される稟議情報の一例を示す説明図である。

図 3 0は、前記クライアントコンピュータに表示される修正指示画面の一例を示す説明図である。

図 3 1は、前記稟議システムの入力画面の他の例を示す説明図である。図 3 2は、前記稟議システムにおいて蓄積される稟議情報の他の例を示す説明図である。発明を実施するための最良の形態

(実施の形態 1 )

以下、本発明の一実施形態について、図面を参照しながら説明する。本実施形態では、本発明にかかる入力支援システムの一例として、医療機関等で用いられるレセプト作成支援システムについて説明する。図 1は、本実施形態にかかるレセプト作成支援システムの構成を示すブロック図である。

図 1に示すように、本レセプト作成支援システムは、レセプト作成機関である医療機関 A , B , C , …の各々に設置されたクライアントシステムのコンピュータ 1 と、サーバシステム 2と力、インタ一ネット 3 (通信回線）を介して接続された構成である。

なお、図 1では、各医療機関のクライアントシステムの構成において、プリンタ等の周辺機器の図示を省略し、ディスプレイおよびキーボードを備えたいわゆるデスクトップ型のパーソナルコンピュータとしてのコンピュー夕 1のみを図示した。しかし、クライアントシステムの形態および規模は、図 1に示した例に限定されず、任意のコンピュータシステムを適用することができる。

サーバシステム 2は、アプリケーションサーバ 2 1、レセプト作成用 D B (データベース）サーバ 2 2、過誤調整 D Bサーバ 2 3、およびル —夕 2 4を含んでいる。

アプリケーションサーバ 2 1は、インターネット 3を介し、本レセプト作成支援システムの加入者たる医療機関 A , B , C , …のコンピュー夕 1に対し、レセプト作成サービスおよびレセプト点検サービスを提供する。

本実施形態におけるレセプト作成サービスとは、レセプトの作成に必要なデータ項目の入力画面を WWW (W o r 1 d W i d e W e b ) 上で提供し、コンピュータ 1上でこのデ一夕入力画面に対してデータ入力を行わせ、入力されたデータを受信し、受信したデータに基づいてレセプ卜を作成し、作成したレセプトをコンピュータ 1へ送信するサービスである。

一方、レセプト点検サ一ビスとは、審査機関へ提出する前のレセプトについて、その記載内容に不備や誤りがないかを点検するサービスである。この点検の際に、過誤調整 D Bサーバ 2 3に蓄積されている、過去の返戻情報が利用される。前記返戻情報は、医療機関 A , B , C , …から収集されたものである。

すなわち、本レセプト作成支援システムは、各医療機関が審査機関から受けた返戻についての情報（返戻情報）を、この過誤調整 D Bサーバ 2 3に集約させ、本システムに加入している全医療機関でこの返戻情報を共有することにより、他の医療機関と同じ誤りによる返戻をなくそうとするものである。

レセプト作成用 D Bサーバ 2 2は、アプリケーションサーバ 2 1がレセプト作成時に参照するマスタファイルと、アプリケーションサーバ 2 1により作成されたレセプトを医療機関別に保管するレセプトファイルとを有する。前記マスタファイルには、保険が適用されるすべての診療項目の各々について、診療項目名およびその保険点数を項目として含むレコードが、診療行為の内容等に基づいて分類された状態で登録されている。

過誤調整 D Bサーバ 2 3には、医療機関 A , B , C , …から収集された返戻情報が記憶されている。返戻情報は、審査機関から医療機関へ返戻されたレセプトに関する情報であり、後に具体例を挙げて詳述するが、返戻の理由となった記載データ（不備データ）や、返戻付箋による指摘に従って前記不備データをどのように訂正したか等の情報を含む。

以下、本レセプト作成支援システムの各部の構成および動作について、さらに詳細な説明を行う。

まず、アプリケーションサーバ 2 1の構成について、図 2を参照しながら説明する。

アプリケーションサーバ ₂ 1は、制御部 2 1 1、レセプト作成部 2 1 2、画面提供部 2 1 3、点検処理部 2 1 4、送受信処理部 2 1 5、課金控除額算定部 2 1 6、情報利用料金算定部 2 1 7、およびデータベース (DB) 管理部 2 1 8を備えている。

制御部 2 1 1は、アプリケーションサーバ 2 1の各部に指示を送ることにより、アプリケーションサーバ 2 1全体の動作を制御する。送受信処理部 2 1 5は、ィン夕一ネット 3を介した、コンピュータ 1との間のデ一タ通信を制御する。 DB管理部 2 1 8は、レセプト作成用 DBサーバ 2 2や過誤調整 DBサーバ 2 3を検索し、必要なデータを取得すると共に、これらのデータベースへデ一夕の登録を行う機能を持つ。

レセプト作成部 2 1 2は、前述のレセプト作成サービスを実現するブロックである。なお、レセプト作成部 2 1 2は、返戻されたレセプトの不備データを訂正することにより再提出用レセプトを作成する機能も持つ。さらに、レセプト作成部 2 1 2は、この再提出用レセプトの作成の際に、過誤調整 DBサーバ 2 3へ登録すべき返戻情報を自動的に作成する、返戻情報作成部 2 1 2 aを備えている。

画面提供部 2 1 3は、各医療機関のコンピュータ 1から、ィンターネット 3を介して、レセプト作成用のデータ入力画面の要求があつたとき、 HTML言語等のページ記述言語によって定義されたデータ入力画面を，前記送受信処理部 2 1 5およびインタ一ネット 3を介して、当該コンビユー夕 1へ提供する。

点検処理部 2 14は、前述したレセプト点検サ一ビスを実現するプロックである。なお、点検処理部 2 14は、（ 1) 一とおりのデータ入力が完了した 1または複数のレセプト中の全記載データについて、一括して点検を行うバッチ処理、（2) 前記のレセプト作成サービスと連動し、レセブトの作成中にデータが入力される毎に当該デ一夕の点検を行うリァルタイム処理、の 2種類の処理モードを有する。なお、いずれの処理モ一ドによってレセプ卜点検サービスを受けるかは、コンピュータ 1において選択することができ、点検処理部 2 14は、コンピュータ 1における選択に従って動作する。

課金控除額算定部 2 1 6および情報利用料金算定部 2 1 7は、レセプ卜作成サービスおよびレセプト点検サービスを受ける医療機関 A， B， C， …の各々が、サービス提供者たるサーバシステム 2の管理者へ支払うべきシステム利用料金を算定するためのブロックである。

各医療機関は、サーバシステム 2に対して返戻情報を提供した件数や、返戻情報の提供頻度等に応じて、システム利用料金の割引を受けることができる。前記課金控除額算定部 2 1 6は、その割引額を算定する。また、前記システム利用料金は、過誤調整 DBサーバ 2 3の返戻情報の利用度に応じて算定される情報利用料金を含む。情報利用料金算定部 2 1 7は、この情報利用料金を算出する。

次に、医療機関 A, B, C, …のコンピュータ 1の構成について、図 3を参照しながら説明する。

コンピュータ 1は、制御部 1 0 1、表示処理部 1 0 2、入力部 1 0 3、媒体 RZW (R e a d /Wr i t e) 部 1 04、送受信処理部 1 0 5、および印刷出力部 1 0 6を備えている。

制御部 1 0 1は、各部に指示を送ることにより、コンピュータ 1の全体動作を制御する。表示処理部 1 0 2は、ブラウジング機能を持ち、コンピュー夕 1のディスプレイを制御して、アプリケ一ションサーバ 2 1 から取得したデータ入力画面を表示する処理を行う。入力部 1 0 3は、前記データ入力画面に対するデータ入力を受け付ける。なお、データ入力は、コンピュータ 1の操作者が、入力デバイス（キーボードや各種ポインティングデバイス等）を用いて行う。

媒体 R / W (R e a cl/W r i t e ) 部 1 04は、作成したレセプトの情報記録媒体への書き込みと、レセプトが記録された情報記録媒体からのレセプトの読み出しとを行う。なお、前記情報記録媒体としては、ハードディスクの他に、フロッピーディスク、 M〇、 CD-RW, または DVD— RAM等を用いることができ、各医療機関において、取り扱うレセプトの量等に応じて、適切な媒体を選択すればよい。

送受信処理部 1 0 5は、インターネット 3を介した、サーバシステム 2との間のデータ通信を制御する。印刷出力部 1 0 6は、コンピュータ 1に接続されたプリンタ（図示せず）に対し、作成したレセプトや、レセブトの点検処理の結果リスト等を出力する処理を行う。

次に、本レセプト作成支援システムの動作について、具体例を用いて詳細に説明する。なお、コンピュータ 1の動作手順を図 4に示し、サーバシステム 2におけるアプリケ一ションサーバ 2 1の動作手順を図 5に示す。

医療機関 A, B, C, …においてレセプトの作成を行う場合、最初に、コンピュータ 1の制御部 1 0 1は、ディスプレイに、レセプトの作成に必要なデータを入力するためのデータ入力画面を表示させるベく、送受信処理部 1 0 5を介し、アプリケーションサーバ 2 1に対して、データ入力画面を要求する（図 4のステップ S l)。

アプリケーションサーバ 2 1では、送受信処理部 2 1 5が前記の要求を受け取ると、制御部 2 1 1が、その制御を、ステップ S 2 1からステップ S 2 2へ進める（図 5参照）。そして、ステップ S 2 2において、制御部 2 1 1の制御の下で、画面提供部 2 1 3が、デ一夕入力画面を定義した HTMLデータを送受信処理部 2 1 5へ送り、送受信処理部 2 1 5 が、前記 HTMLデ一夕を、要求元のコンピュータ 1へ送信する。送信が終了すると、制御部 2 1 1は、その制御をステップ S 2 1へ戻す。なお、図 4および図 5では、コンピュータ 1 とアプリケーションサーバ 2 1との間で送受信される各種データを、 Aないし Gの記号で示した。例えば、図 5に示す記号 Aは、前記ステップ S 2 2の処理によってアブリケ一ションサーバ 2 1からコンピュータ 1へ送信される H T M Lデー夕を表し、この H T M Lデ一タは、図 4のステップ S 2において、コンピュー夕 1により受信される。

コンピュータ 1では、ステップ S 2において H T M Lデ一夕を受信すると、制御部 1 0 1の制御の下で、表示処理部 1 0 2が、受信した H T M Lデータを解析し、データ入力画面としてディスプレイに表示する（ステツプ S 3 )。以降、コンピュータ 1の操作者が、このデータ入力画面に対して、レセプトの作成に必要なデータの入力を行うと、入力部 1 0 3 がこのデ一夕入力を受け付ける（ステップ S 4 )。

ここで、図 6に、前記データ入力画面の一例を示すと共に、データ入力画面へのデータ入力方法について説明する。なお、図 6に示した画面例は、必要なデータがすべて入力された状態である。図 6に示すように、データ入力画面は、患者属性に関するデータを入力するための患者属性橢 1 1と、当該患者の病名を入力するための病名欄 1 2と、当該患者に対して当該月内になされた診療行為の内容を入力するための診療行為欄 1 3とを有する。

診療行為欄 1 3は、診療行為の区分が入力される区分椭 1 3 aと、診療行為の内容が入力される診療項目榈 1 3 bと、当該診療行為の数量（または回数）が入力される数量摘 1 3 cと、与えられる保険点数が入力される保険点数欄 1 3 dとに分けられている。

図 6には示していないが、上記した各榈には、例えばプルダウンメニユー等が設定されている。プルダウンメニューによつて表示される選択肢は、レセプト作成用 D Bサーバ 2 2のマスタフアイルから作成される。例えば、診療行為欄 1 3の区分欄 1 3 aの場合であれば、その一部が図 6に例示されているが、「初診」、「再診」、「指導」、「在宅」、「調剤」、「検査」、「検体」、および「診断」等の、保険適用可能な診療行為の区分としてレセプト作成用 D Bサーバ 2 2のマスタファイルに登録されている区分の名称が、選択肢としてプルダウンメニューに表示される。これにより、コンピュータ 1の操作者は、プルダウンメニューから適当な区分名称を選択するだけで、容易にデ一夕入力を行うことができる。

なお、区分欄 1 3 aへの入力方法は、プルダウンメニューからの選択のみに限定されず、その他の種々の方法を適用できる。例えば、区分名称の各々に対応して予め決められた区分コ一ドを利用した入力方法も考えられる。この場合、レセプト作成用 D Bサーバ 2 2のマスタファイルに、区分名称の各々に対応する区分コード（例えば、区分名称「初診」に対して、区分コード " A O 0 0 " とする）を、予め登録しておく。コンピュータ 1の操作者が、区分コード " A O 0 0 " をキ一ボ一ド等により区分楠 1 3 aへ入力すれば、この区分コードに対応する区分名称「初診」がレセプト作成用 D Bサーバ 2 2のマス夕ファイルから取得され、データ入力画面の区分攔 1 3 aに表示される。

区分欄 1 3 aへの入力が行われると、制御部 1 0 1の制御の下で、入力部 1 0 3が入力データ（区分名称）を受け付け、送受信処理部 1 0 5 が入力データをアプリケーションサーバ 2 1へ送信する。アプリケーシヨンサーバ 2 1では、制御部 2 1 1の制御の下で、送受信処理部 2 1 5 により受信された前記区分名称が D B管理部 2 1 8へ送られる。 D B管理部 2 1 8は、制御部 2 1 1の制御の下で、当該区分名称に対応するすベての診療項目の名称を、レセプト作成用 D Bサーバ 2 2から取得する。

D B管理部 2 1 8により取得された診療項目名称は、コンピュータ 1 へ送られ、表示処理部 1 0 2により、前記デ一夕入力画面における診療項目欄 1 3 bのプルダウンメニューの選択肢として表示される。これにより、コンピュータ 1の操作者は、メニューからの選択を行うだけで、容易にデ一タ入力を行うことができる。なお、診療項目欄 1 3 bへの入力方法も、区分欄 1 3 aへのデータ入力と同様に、プルダウンメニューによる選択に限定されない。

次に、数量欄 1 3 cに対し、コンピュータ 1の操作者が、当該診療行為の数量（回数）を入力すると、制御部 1 0 1の制御の下で、区分欄 1 3 a、診療項目摘 1 3 b、および数量欄 1 3 cへの入力データが、送受信処理部 1 0 5により、アプリケーションサーバ 2 1へ送信される。アプリケーションサーバ 2 1では、制御部 2 1 1の制御の下で、レセブト作成部 2 1 2がこれを受信し、 D B管理部 2 1 8が、レセプト作成用 D Bサーバ 2 2のマスタファイルから、当該診療行為の保険点数を取得する。取得された保険点数は、コンピュータ 1へ送信され、表示処理部 1 0 2によって、保険点数榈 1 3 dに表示される。すなわち、本レセブト作成支援システムでは、コンピュータ 1の操作者は、各診療行為の保険点数を自分で調べて入力する必要がない。

以上に説明したように、コンピュータ 1の操作者が、データ入力画面へデ一夕を入力すると、制御部 1 0 1の制御の下で、この入力データが、入力部 1 0 3から送受信処理部 1 0 5へ送られる。送受信処理部 1 0 5 は、制御部 1 0 1の制御の下で、この入力データ（B ) を、アプリケ一ションサーバ 2 1へ送信する（ステップ S 5 )。なお、送受信処理部 1 0 5は、送信する入力デ一夕の先頭に、点検依頼を表す標識を付加する。一方、アプリケーションサーバ 2 1は、コンピュータ 1から前記の標識が付加された入力データを受信すると、制御部 2 1 1が、コンビユー夕 1からデータの点検依頼があったものと認識し、その制御をステツプ S 2 1からステップ S 2 3へ進め、送受信処理部 2 1 5に前記入力デ一夕を受信させる。そして、制御部 2 1 1は、受信した入力デ一夕を、点検処理部 2 1 4へ送り、入力データの点検処理を行わせる（ステップ S 2 4〜S 2 8 )。

ここで、主として点検処理部 2 1 4によって行われる前記点検処理の詳細について、図 6に示した具体的なデータ例に基づいた説明を行う。なお、ここでの説明の前提として、図 6に示したデ一夕例が不備データを含んでおり、当該不備データと同様の不備データを含むレセプトに対し過去になされた返戻の情報が、過誤調整 D Bサーバ 2 3に登録されているものとする。

図 6に示したデータ例は、不備データを含んでいるので、このままレセプトを作成して提出すると、審査機関による審査の結果、図 7に示すような内容の返戻付箋を付けて、返戻されることとなる。すなわち、病名が、「胃癌」に確定されている場合、 C E A (精密）、 C A 1 9— 9 (精密）の検査は、検査料としては算定できず、管理料として算定しなければならないからである。図 7に示した返戻付箋には、審査機関により、この旨が指摘されている。

前述したように、ここでの説明においては、医療機関 A， B， C， … のいずれかにおいて、同様の不備データに基づく返戻が過去に経験されており、当該医療機関から提供された情報に基づいて、過誤調整 D Bサ —バ 2 3に、その返戻情報が登録されている。その返戻情報の具体例を、図 8に示す。なお、過誤調整 D Bサーバ 2 3への返戻情報の登録手順等については、後に説明する。

図 8に示すように、返戻情報は、返戻をうけた医療機関の名称（図 8 では医療施設名）と、審査機関の名称と、返戻の対象となったレセプトの保険者名と、当該レセプトに記載された病名（修正対象病名）と、返戻により修正指示の対象となった不備データの内容（修正対象）と、前記不備データに対する訂正内容とを含む。図 8に具体例として示した返戻情報は、過去に、医療機関 A, B, C, …の一つである「京都九条南病院」が、同様の不備デ一夕（病名胃癌の場合の C E A (精密）、 C A 1 9— 9 (精密）の検査）に基づく返戻を受け、「生化学検査（ I I ) 判断料」を、「悪性腫瘍特異物質治療管理料」と訂正して再提出したレセプトが受理されたことを表している。

点検処理部 2 1 4は、ステップ S 2 4において、 DB管理部 2 1 8へ指示を送り、点検対象の入力データと、過誤調整 DBサーバ 2 3に登録されている返戻情報とを比較することにより、前記入力データの点検を行う。入力データと一致する返戻情報が過誤調整 DBサーバ 2 3に存在すれば、これは、当該入力データが返戻対象となり得ることを意味するので、点検結果は "NG" となる。

なお、入力データと返戻情報が一致するかどうかは、入力デ一夕と同じデータを修正対象項目に含む返戻情報が過誤調整 D Bサーバ 2 3に存在するか否かに基づいて判断される。ここでは、図 6に示した入力デー夕の 8番目および 9番目のデ一夕の組み合わせと、図 8に示した返戻情報の修正対象項目のデータと一致する。従って、ステップ S 2 5の判断結果が Y E Sとなり、点検結果は " N G " となる。

ステップ S 2 5の判断結果が YE Sである場合、制御部 2 1 1は、送受信処理部 2 1 5へ指示を送り、入力データの点検結果が "NG" であることを表す標識（D)をコンピュータ 1へ送信する（ステップ S 2 7 )。制御部 2 1 1は、さらに、点検対象の入力データと一致するとして過誤調整 D Bサーバ 2 3から抽出された返戻情報（E) も、送受信処理部 2 1 5からコンピュータ 1へ送信させる（ステップ S 2 8)。

一方、点検対象の入力データと一致する返戻情報が過誤調整 DBサーバ 2 3に存在しなかった場合は、当該入力データの点検結果として "〇 K" であることを表す標識（C) 、送受信処理部 2 1 5からコンビュ —夕 1へ送信される（ステップ S 2 6 )。

コンピュータ 1では、入力データの点検結果を表す標識（Cまたは D ) を受信すると、前記標識が " N G " を表す場合、これと共に送信されてくる前記の返戻情報を受信する（ステップ S 7 )。そして、制御部 1 0 1 の制御の下で、表示処理部 1 0 2が、点検対象となった入力デ一夕を強調表示すると共に、前記ステップ S 7で受信した返戻情報を、ディスプレイに表示する（ステップ S 8 )。

図 9に、点検対象となった入力データの強調表示の一例を示す。この例では、当該入力データを太枠で囲んで強調しているが、強調表示の例はこれに限定されず、他のデータと識別可能な方法であれば、任意の方法を用い得る。

また、図 1 0に、ステップ S 8における返戻情報の表示例を示す。この例では、当該入力データと一致するものとして過誤調整 D Bサーバ 2 3から抽出された返戻情報が 1 4件あり、そのうちの 1件目の返戻情報が示されている。この画面は、コンピュータ 1のディスプレイ上で、デ一夕入力画面とは別のウィンドウに表示してもよい。操作者は、他の返戻情報を見たい場合には、この画面上で、「前へ」または「次へ」とそれぞれ表示されたボタン 1 5またはボタン 1 6をクリックすることにより，他の返戻情報を表示させることができる。

なお、アプリケーションサーバ 2 1の情報利用料金算定部 2 1 7は、医療機関毎の返戻情報利用件数を数えるカウンタを有し、コンピュータ 1のディスプレイに 1件の返戻情報が表示される毎に、当該医療機関のカウンタ値を 1ずつ加算する。そして、例えば 1月毎に、前記カウン夕値に基づいて、各医療機関へ請求する返戻情報利用料金を算定する。また、操作者が、この画面上で、「この内容を反映」と表示されたボタン 1 7をクリックすると（ステツプ S 9にて Y E S )、入力部 1 0 3がこれを受け付け、この画面に表示されている返戻情報を、データ入力画面上の入力データに反映させる（ステップ S 1 0 )。すなわち、入力部 1 0 3は、データ入力画面上で強調表示されている入力データを、前記返戻情報の訂正内容項目のデータによって置き換える。

例えば、図 1 0に示す画面上で、ボタン 1 7がクリックされた場合、図 9で強調表示されている入力データが、図 1 0に表示されている訂正内容項目のデータで置き換えられることにより、データ入力画面の表示状態は、図 1 1に示すとおりとなる。なお、図 1 1において太枠で囲まれた部分が、置き換えられたデータである。

以上のように、過誤調整 D Bサーバ 2 3の返戻情報に基づいて、デー夕入力画面の入力データの点検および不備データの修正が行われる。これにより、少なくとも過去の返戻と同じ事由による返戻がなされることのないよう、レセプトを作成することが可能となる。

続いて、コンピュータ 1では、制御部 1 0 1の制御の下で、表示処理部 1 0 2が、操作者に対し、全デ一夕の入力が終了したか否かを確認するメッセージを表示し、入力が継続される場合は（ステップ S 1 1にて N O )、ステップ S 2へ戻る。一方、入力の終了が確認されたら（ステツプ S 1 1にて Y E S )、制御部 1 0 1の制御の下で、データ入力画面の全データが、入力部 1 0 3から送受信処理部 1 0 5へ送られる。送受信処理部 1 0 5は、レセプト作成侬頼を表す標識を先頭に付加して、データ入力画面の全入力データ（F ) を、アプリケーションサーバ 2 1へ送信する（ステップ S 1 2 )。

アプリケーションサーバ 2 1では、コンピュー夕 1から前記のレセプト作成依頼を受信すると、制御部 2 1 1が、その制御をステップ S 2 1 からステップ S 2 9へすすめ、送受信処理部 2 1 5により、コンビユー夕 1から送信された全入力デ一夕（F ) を受信する。受信された全入力データは、送受信処理部 2 1 5からレセプト作成部 2 1 2へ送られる。レセプト作成部 2 1 2は、受け取った全入力デ一タに基づき、所定の書式に従って、レセプトを作成する（ステップ S 3 0 )。作成されたレセプトは、レセプト作成部 2 1 2から、 DB管理部 2 1 8 および送受信処理部 2 1 5へ送られる。 D B管理部 2 1 8は、このレセブトを、レセプト作成用 D Bサーバ 2 2へ送り、当該医療機関のレセプ卜ファイルに記憶させる（ステップ S 3 1 )。送受信処理部 2 1 5は、このレセプト（G) を、入力データの送信元のコンピュータ 1へ返送する (ステップ S 3 2 )。

コンピュータ 1では、送受信処理部 1 0 5が、アプリケーションサーバ 2 1から送信されたレセプト（G) を受信する（ステップ S 1 3)。このレセプトは、媒体 R7W部 1 04によって情報記録媒体に書き込まれ、保存される。

以上の処理により、本レセプト作成支援システムは、医療機関 A, B, C, …の各々へレセプト作成サ一ビスを提供することができると共に、過誤調整 D Bサーバ 2 3に蓄積された過去の返戻情報に基づいたレセプト点検サービスを提供することができる。

なお、ここでは、作成されたレセプトが、レセプト作成用 DBサーバ

2 2および媒体 RZW部 1 04が扱う情報記録媒体の両方、すなわち、サーバシステム 2側および医療機関側の双方で保存される例を示したが, いずれか一方のみに保存するようにしてもよい。また、コンピュータ 1 において、ステップ S 1 3で受信したレセプトを、印刷出力部 1 0 6へ送り、コンピュータ 1に接続されたプリン夕により印刷出力させてもよい。

なお、コンピュータ 1の制御部 1 0 1力、上記のステップ S 4においてデータ入力画面の診療行為欄 1 3にデータが 1件入力される毎に、その制御をステップ S 5へ進めることにより、上記データをアプリケーションサーバ 2 1へ送信して点検処理を受けるようにすれば、デ一夕の点検をリアルタイムで行うことができ、誤入力による記載不備を防止することも可能となる。

例えば、前記の具体例を用いて説明すれば、図 6に示したデータ入力画面の 8番目のデータが入力された時点（すなわち 9番目のデ一夕を入力する前）で、このデータについて点検を行えば、このデ一夕の内容欄 1 3 bと同じデータを修正対象項目に含む返戻情報として、図 8に示した返戻情報が提示される。従って、コンピュータ 1の操作者は、この返戻情報を見れば、病名が「胃癌」である場合には、「C E A (精密）、 C A 1 9 - 9 (精密）」を「生化学検査（ I I ) 判断料」ではなく「悪性腫瘍特異物質治療管理料」として算定しなければならないことが分かるので、誤入力による記載不備が防止される。

一方、コンピュータ 1の制御部 1 0 1が、上記のステップ S 4においてある程度まとまった量のデ一夕（例えば 1患者についての全データ、あるいは全患者についての全データ）が入力された時点で、その制御をステップ S 5へ進めることにより、まとまった量の入力デ一夕に対して一括して点検処理を行うようにしてもよい（バッチ的処理）。また、点検処理の結果が、リストにまとめた形式で提供されるような構成にしてもよい。

このバッチ的処理の場合、データの入力と並行して記載不備をチェックすることはできないが、前記のリアルタイム的な点検処理に比較して、データの送受信にかかるオーバーへッドが削減され、レセプト作成時間を全体的に短縮できる場合もあるという利点がある。

なお、入力データに対する点検処理を、前述のリアルタイム的処理またはバッチ的処理のいずれかで行うかを、コンピュータ 1から随時選択できるようにしてもよい。

また、本レセプト作成支援システムは、外部システム（例えば、医療機関 A， B , C , …の電子カルテシステム等）によって作成されたレセプ卜情報をィンポー卜し、レセプト点検処理を行うことも可能である。この場合、前記外部システムで作成されたレセプト情報は、インターネット 3を介して、アプリケーションサーバ 2 1の送受信処理部 2 1 5が受信することによりインポ一卜することができる。

あるいは、各医療機関が、前記電子カルテシステム等により作成したレセプトを情報記録媒体に記録してサーバシステム 2の管理者へ送付し，サーバシステム 2においてアプリケーションサーバ 2 1が前記情報記録媒体からレセプト情報を取得するようにしても良い。

また、インポートしたレセプトに対する点検処理結果は、インタ一ネット 3を介して各医療機関へ通知しても良いし、リストにまとめて各医療機関へ送付しても良い。

また、データの点検処理の結果、過誤調整 D Bサーバ 2 3から抽出されて提示される返戻情報に、医療機関によっては、当該医療機関の返戻事由となり得ない返戻情報が含まれている場合がある。そこで、各医療機関のコンピュータ 1に返戻情報が提示されたとき、その返戻情報を今後も利用するか否かを選択することを可能とすると共に、選択結果を過誤調整 D Bサーバ 2 3へ登録するように構成してもよい。この構成によれば、無駄な返戻情報が提示されることがなくなり、利用者の便宜を図ることができる。

この場合、図 1 2に示すように、コンピュータ 1のディスプレイに返戻情報を表示する際に、当該返戻情報を今後も利用するか否かを選択入力するためのチェックボックス 1 8を設ける。そして、過誤調整 D Bサーバ 2 3に記録されている返戻情報に、当該返戻情報を利用するか否かを表す利用フラグ項目を医療機関毎に設け、ある医療機関に対して返戻情報を提示した際にチェックボックス 1 8にチェックが入力された場合は、当該返戻情報における当該医療機関の利用フラグ項目に、「非利用」を表すフラグを立てる。そして、「非利用」フラグが立っている場合は、当該医療機関に当該返戻情報を提示しないようにする。これにより、必要な返戻情報のみを、選択的に、各医療機関に提示することができる。次に、本レセプト作成支援システムにおける、過誤調整 D Bサーバ 2 3への返戻情報の登録について説明する。

前述したように、過誤調整 D Bサーバ 2 3には、本レセプト作成支援システムの加入者たる医療機関 A， B , C， …から収集した、過去の返戻に関する情報（返戻情報）が蓄積されている。

本レセプト作成支援システムにおいて、各医療機関から返戻情報を収集する方法は、大きく分けて 2とおりある。第 1には、審査機関から返戻があつたときに、各医療機関のコンピュータ 1において、操作者が前記返戻の内容を入力し、サーバシステム 2へ送信する方法である。第 2 には、返戻があつたときに行われる再提出用レセプトの作成の際に、自動的に返戻情報を作成する方法である。

前記の第 1の方法の場合、コンピュータ 1の操作者が電子メール等を利用して、アプリケーションサーバ 2 1へ返戻情報を送信し、アプリケーシヨンサーバ 2 1の D B管理部 2 1 8力この返戻情報を過誤調整 D Bサーバ 2 3へ登録する。

この場合、アプリケ一ションサーバ 2 1の課金控除額算定部 2 1 6が、当該返戻情報がどの医療機関から送信されたかを識別し、各医療機関からの返戻情報の提供件数または提供頻度に応じて、各医療機関に対して請求するシステム利用料金を控除する。これによれば、各医療機関に対し、返戻情報提供の動機付けを行うことができる。しかし、この第 1の方法は、操作者による入力作業を必要とするので、前述したように、返戻情報の提供件数または頻度に応じてシステム利用料金を控除すること等によって情報提供の動機付けを行ったとしても、返戻情報を完全にもれなく収集することは難しい。

そこで、前記第 2の方法では、審査機関から返戻があつたときに必然的に行われる再提出用レセプトの作成の際に、自動的に返戻情報を生成する。

このために、アプリケーションサーバ 2 1は、レセプト作成部 2 1 2 において再提出用レセプトを作成する際に、修正前および修正後のレセブト記載データから返戻情報を作成する、返戻情報作成部 2 1 2 aを備以後、返戻情報作成部 2 1 2 aによる、返戻情報の作成処理の手順について、具体例をあげて説明する。

各医療機関では、審査機関から返戻がなされた場合、当該レセプトを修正して再提出用レセプトを作成する。まず、当該医療関のコンビュ一夕 1では、返戻されたレセプトをディスプレイに表示させる。このとき、当該レセプトは、サーバシステム 2におけるレセプト作成用 D Bサーバ 2 2のマスタファイルから読み出されてコンピュー夕 1へ送信され. 表示処理部 1 0 2により、図 1 3に示すように、データ入力画面に表示される。

なお、図 1 3に示した例では、診療行為欄 1 3の 1 4番目および 1 5 番目のデータの組み合わせが返戻事由となっており、返戻付箋は、図 7 に示したものと同様である。

コンピュータ 1の操作者は、このデータ入力画面に対し、返戻付箋で指摘された内容に従って、修正を行う。操作者は、まず、返戻付篓で指摘されたデータ部分を修正対象デ一夕として選択する。図 1 4に、操作者によって修正対象データが選択された搽子を示す。ここで、操作者によって選択された修正対象データは、入力部 1 0 3から送受信処理部 1 0 5へ送られ、さらにアプリケーションサーバ 2 1のレセプト作成部 2 1 2へ送られる。このとき、レセプト作成部 2 1 2の返戻情報作成部 2 1 2 aは、この修正対象デ一夕を、新たに作成する返戻情報の修正対象項目にセッ卜する。

次に、操作者は、修正対象データを削除し、正しいデ一夕に書き換えることにより、修正入力を行う。削除された修正対象デ一夕の代わりに新たに入力されたデ一タは、同様に、アプリケーションサーバ 2 1のレセプト作成部 2 1 2へ送られる。このとき、レセプト作成部 2 1 2の返戻情報作成部 2 1 2 aは、この修正対象データを、新たに作成する返戻情報の訂正内容項目にセットする。図 1 5に、操作者によってなされた修正入力の様子を示す。なお、修正対象データを削除した時点で、当該データの番号は、「*」と表示される。

操作者が修正入力を終了すると、レセプト作成部 2 1 2により、修正されたデータに基づいて再提出用レセプトが作成される。その結果は、クライアントシステム 1へ送信され、データ入力画面の表示状態は、図 1 6に示すようになる。なお、図 1 6において、太線で囲まれて強調表示されている部分が、訂正後のデータである。

また、レセプト作成部 2 1 2の返戻情報作成部 2 1 2 aは、作成された再提出用レセプトの患者属性および病名を、新たに作成する返戻情報の患者属性および病名としてセットする。以上の処理により、図 8に示したような返戻情報が、返戻情報作成部 2 1 2 aにより作成される。この返戻情報は、返戻情報作成部 2 1 2 aから D B管理部 2 1 8へ送られ、 D B管理部 2 1 8により、過誤調整 D Bサーバ 2 3へ登録されることにより、これ以降、医療機関 A， B , C , …のすべてに共有される返戻情報となる。

以上のように、再提出レセプトの作成時に、返戻情報作成部 2 1 2 a により自動的に返戻情報が作成されることにより、すべての返戻に関する情報を漏れなく過誤調整 D Bサーバ 2 3へ収集することが可能となる ₍ これにより、レセプト点検処理の精度を向上させることができる。

(実施の形態 2 )

本発明の実施にかかる他の形態について、図面を参照しながら説明する。本実施形態にかかる入力支援システムは、実施の形態 1と同様に、医療機関等で用いられるレセプト作成支援システムであり、実施の形態 1にかかるシステムの変形例である。

レセプトの提出先である支払基金または国保連合会は、各都道府県に事務所が設置されており、各事務所の審査委員会が審査機関となる。このため、各都道府県の審査基準が詳細な点で異なる場合がある。

例えば、前記実施の形態 1において参照した図 1 3のデータ例を用いて説明すると、ある県（〇〇県）でこれと同じデータに基づくレセプトを提出すると、診療行為欄 1 3の 1 6番目のデータも返戻事由があると判断され、図 1 7に示すような返戻付箋を付けて、レセプトが返戻された。一方、別の件（△△県）で前記データと同じデータに基づくレセプトを提出すると、診療行為榈 1 3の 1 6番目のデータは返戻事由とならないが、 1 7番目のデータに返戻事由があるものとして、図 1 8に示すような返戻付箋を付けて、返戻がなされた。〇〇県の審査では、この 1 7番目のデ一夕には返戻事由がないと判断されている。

そこで、本実施形態にかかるレセプト作成支援システムは、全国の医療機関から収集した返戻情報を地域別に分類し、各医療機関のレセプト点検処理を、当該医療機関が存在する地域の返戻情報に基づいて行う。すなわち、各地域の審査基準に適合した点検を可能とすることにより、点検処理の精度を向上させようというものである。

このため、本実施形態にかかるレセプト作成支援システムでは、サ一バシステム 2のアプリケ一ションサーバ 2 1に、図 1 9に示すように、各医療機関から過誤調整 D Bサーバ 2 3へ収集された返戻情報を地域別に分類する地域性判断部 2 1 9 (偏在性判断部）が設けられている。また、過誤調整 D Bサーバ 2 3に登録される返戻情報には、図 2 0および図 2 1に示すように、当該返戻情報の地域的偏在性を表す地域区分項目が設けられている。また、当該返戻情報が地域別情報である場合、当該返戻情報がどの地域に固有のものであるかも、前記地域区分項目に登録される。例えば、図 2 0に示す返戻情報は、〇〇県に固有の情報であることを表し、図 2 1に示す返戻情報は、 △△県に固有の情報であることを表している。なお地域区分項目の属性値は、全国共通情報、都道府県別情報、地方別情報のいずれかである。

従って、前記実施の形態 1で説明した図 5のステップ S 2 4では、点検処理部 2 1 4が、当該医療機関の存在する地域と、過誤調整 D Bサーバ 2 3の返戻情報の地域区分項目とを対比することにより、点検時に参照すべき返戻情報を選択することとなる。

ただし、医療機関のコンピュータ 1から、点検時に参照する返戻情報を地域別情報（都道府県別情報および Zまたは地方別情報）に限定する力限定しないで過誤調整 D Bサーバ 2 3中のすべての返戻情報を参照するかを選択し、アプリケーションサーバ 2 1の点検処理部 2 1 4が、その選択に従って点検処理を行うようにすることも可能である。

ここで、地域性判断部 2 1 9が、過誤調整 D Bサーバ 2 3に登録された返戻情報の地域的偏在性を判断し、その結果を前記地域区分項目に記録する処理の手順について、図 2 2および図 2 3を参照しながら説明する。この処理は、過誤調整 D Bサーバ 2 3へ新しい返戻情報が登録されたとき、制御部 2 1 1の制御の下で、地域性判断部 2 1 9により開始される。図 2 2は、地域性判断部 2 1 9の動作手順を示すフローチャートである。地域性判断部 2 1 9は、まず、新しく登録された返戻情報と、病名および修正対象となった診療項目において一致する返戻情報を、過誤調整 D Bサーバ 2 3に登録されている返戻情報レコ一ド（今回登録された新しい返戻情報レコードを含む）の中から検索する（ステップ S 4 1 )。検索レコードが存在した場合（ステップ S 4 2にて Y E S )、該当するレコードを過誤調整 D Bサーバ 2 3からすべて抽出する。そして、抽出したレコードを、各レコードの地域区分項目の内容により、 ①北海道、 ②東北地方、 ③関東 ·信越地方、 ④北陸地方、 ⑤東海地方、 ⑥中部地方、 ⑦近畿地方、 ⑧中国地方、 ⑨四国地方、 ⑩九州 ·沖綞地方、の各地方に分類する（ステップ S 4 3 )。

次に、地域性判断部 2 1 9は、 ①〜⑩の各地方に分類されたレコードの件数を見て、すべての地方のうち 5 0 %以上の地方（すなわち、前記 ①〜⑩のうち 5以上の地方）にレコードが分布する場合（ステップ S 4 4にて Y E S )、この返戻情報を全国共通情報であると判断する（ステツプ S 4 5 )。

一方、ステップ S 4 4の判断が N〇である場合、地域性判断部 2 1 9 は、さらに、前記①〜⑩の地方のなかで、該当するレコード件数が全レコ一ド件数の 5 0 %以上になる都道府県が存在するか否かを判断する (ステップ S 4 6 )。その判断結果が Y E Sであれば、この返戻情報を都道府県別情報であると判断する（ステップ S 4 7 )。ステップ S 4 6の判断結果が N Oであれば、この返戻情報を地方別情報であると判断する（ステツプ S 4 8 )。

以上のように、地域的偏在性の判断が終了すると、地域性判断部 2 1 9は、判断結果を、各返戻情報の地域区分項目に登録し（ステップ S 4 9 )、処理を終了する。この結果、返戻情報の地域区分項目の属性値は、「全国共通情報」、「都道府県別情報（および該当都道府県名）」、「地方別情報（および該当地方名）」となる。なお、都道府県別情報または地方別情報の場合には、当該都道府県または当該地方に区分されたレコード数が、同一返戻情報の全レコード数に対して占める割合を、都道府県別出現率または地方別出現率として求め、この値も、前記地域区分項目に登録してもよい。

ここで、図 2 2のフローチャートに従い、返戻情報の地域偏在性がどのように判断されるかについて、具体例を用いて説明する。ここで、図 2 3に示す内容の返戻情報が、愛知県所在の病院のクライアントシステム 1から、過誤調整 D Bサーバ 2 3へ登録されたものとする。なお、この返戻情報は仮想例であり、愛知県における実際の審査基準に則ったものではない。

また、前記ステップ S 4 1において、この返戻情報と、病名（気管支炎）および修正対象となった診療項目（診断：胸部 X— P (大角 X I ) ) がー致する返戻情報が、過誤調整 D Bサーバ 2 3の返戻情報レコードの中に、 4 5件存在したものとする。

また、ステップ S 4 3による分類の結果、当該レコードの分布が、北海道 0件

東北 0件

関東 · 信越 1 0件

北陸 3件

中部 0件

東海 9件

近畿 2 3件中国 0件

四国 0件

九州 ·沖緙 0件

であったとする。

この場合、全 1 0地方中、 4地方のみにレコードが分布しているので、ステップ S 4 4の判断結果は N Oとなる。

さらに、これら 4地方中の都道府県別分布が、以下のとおりであったとする。

関東 ·信越：東京 4件、神奈川 4件、千葉 2件

北陸：石川 2件、福井 1件

東海：愛知 4件、静岡 4件、岐阜 1件

近畿：大阪 1 0件、京都 8件、兵庫 5件

この場合、各地方の中に、 5 0 %以上を占める都道府県がないので、ステップ S 4 6の判断結果は N〇となる。すなわち、これらの返戻情報は、すべて、地方別情報であると判断される（ステップ S 4 8 )。

この結果、例えば、関東 ·信越に分布する 1 0件の返戻情報レコードは、すべて、その地域区分項目の属性が地方別情報となり、地方名として関東 ·信越が登録される。

以上に説明したように、本実施形態の構成によれば、地域性判断部 2 1 9が、過誤調整 D Bサーバ 2 3に登録された返戻情報レコードから、同一返戻情報を抽出し、これらの返戻情報の地域的分布を調べることにより、当該返戻情報が、全国共通情報か、地方別情報か、あるいは都道府県別情報かを判断し、その結果を過誤調整 D Bサーバ 2 3へ登録する。

これにより、レセプト点検処理の際に、当該医療機関の所在地域に該当する返戻情報のみを過誤調整 D Bサーバ 2 3から抽出し、抽出した返戻情報に基づいてレセプト記載データの点検を行えば、レセプト点検処理の精度を向上させることができる。

なお、本実施形態にかかる構成では、アプリケーションサーバ 2 1の課金控除額算定部 2 1 6および情報利用料金算定部 2 1 8において、各返戻情報が、全国情報、地方別情報、または都道府県別情報のいずれに該当するかに応じて、控除額および情報利用料金の算定の際の、返戻情報 1件当たりの基本額等を異ならせてもよい。

例えば、課金控除額算定部 2 1 6が、医療機関から提供された返戻情報の件数に応じて控除額を決定する場合に、全国情報よりも地方別情報、地方別情報よりも都道府県別情報の方を、返戻情報 1件当たりの控除額を高額に設定することが考えられる。また、同様に、情報利用料金算定部 2 1 8が、各医療機関における返戻情報の利用件数に応じて情報利用料金を算定する場合に、 1件あたりの利用料金を、全国情報よりも地方別情報、地方別情報よりも都道府県別情報の方を、高額に設定してもよい。これは、返戻情報の特殊性（顕著性）という観点からは、都道府県別情報が、利用者たる医療機関にとって最も有益な情報であると考えられるからである。

なお、上記の実施の形態 1 · 2では、レセプト作成部、返戻情報作成部、画面提供部、および点検処理部を、すべて、サーバシステム 2のァプリケーションサーバ 2 1に配置した構成例を示したが、これら各部は、医療機関側（クライアントシステム側）に設置することもできる。

すなわち、返戻情報記憶部（過誤調整 D Bサーバ 2 3 ) は、全医療機関が共有利用できることが必要であるので、サーバシステム 2側に配置されなければならないが、レセプト作成部、返戻情報作成部、画面提供部、および点検処理部のそれぞれについては、各医療機関のクライアントシステム側およびサーバシステム 2側のいずれに配置されても、その機能を発揮し得る。また、前記の実施形態では、レセプト作成機関として医療機関を例示したが、レセプト作成機関は医療機関には限定されず、調剤薬局等であつても良い。

(実施の形態 3 )

本発明の実施にかかるさらに他の形態について、図面を参照しながら説明する。本実施形態にかかる入力支援システムは、会社内で稟議書を作成する際に用いられる稟議システムである。

図 2 4に示すように、本実施形態の稟議システムは、会社の各部署 A， B, C , …の各々に設置されたコンピュータ 4 1と、サ一バ 4 2とが、社内 L AN 4 3を介して接続された構成である。

なお、図 2 4では、クライアントの構成例として、プリンタ等の周辺機器の図示を省略し、ディスプレイおよびキーボ一ドを備えたいわゆるデスクトップ型のパーソナルコンビュ一夕としてのコンピュータ 4 1のみを図示した。しかし、クライアントの形態および規模は、図 2 4に示した例に限定されず、任意のコンピュータシステムを適用することができる。また、ここでは、クライアントとサーバが社内 L ANを介して接続された構成としたが、例えば、各部署が遠隔地にある場合等は、イン夕一ネット等の WAN (Wide Area Network) を介した接続形態をとつても構わない。さらに、サーバシステムが一台のサーバ 4 2によって構成された例を示したが、サーバシステムが複数台のサーバで構成されていても構わない。

サーバ 4 2は、図 2 5に示すように、制御部 4 2 1、稟議書作成部 4 2 2、画面提供部 4 2 3、点検処理部 4 2 4、送受信処理部 4 2 5、および稟議情報記憶部 4 2 6を備えている。

また、図 2 6に示すように、コンビュ一タ 4 1は、制御部 4 1 1、表示処理部 4 1 2、入力部 4 1 3、媒体 R W部 4 1 4、送受信処理部 4 1 5、および印刷出力部 4 1 6を備えている。

以下、本稟議システムの動作について説明する。

稟議書を作成しょうとする操作者は、コンピュータ 4 1から、図 2 7 に示すような稟議システムの初期画面を呼び出す操作を行う。この初期画面は、サーバ 4 2の画面提供部 4 2 3から送受信処理部 4 2 5および L A N 4 3を介してコンピュータ 4 1へ送られ、送受信処理部 4 1 5で受信されて表示処理部 4 1 2によってコンピュータ 4 1のディスプレイに表示される。

稟議システムの初期画面には、図 2 7に示すように、設備購入費、宣伝広告費、出張費、研修 ' セミナー費等の稟議項目が表示されており、操作者は、稟議申請に必要な項目部分をクリックする。例えば、設備購入費の稟議書を作成する場合は、「設備購入」部分をクリックすると、サ —バ 4 2の画面提供部 4 2 3からコンピュータ 4 1 へ、図 2 8に示すような入力画面が提供され、操作者は、コンピュータ 4 1のキーボード等を用いて、この入力画面の各欄に必要事項を入力する。

各欄へ入力されたデータは、コンピュータ 4 1からサーバ 4 2へ送られ、点検処理部 4 2 4で点検される。点検処理部 4 2 4は、入力されたデータと、稟議情報記憶部 4 2 6に記憶されている稟議情報とを比較する。

稟議情報記憶部 4 2 6は、過去に提出された稟議書が記載不備であるとして差し戻された際に差し戻し事由として指摘された事項（稟議情報）を蓄積したデータべ一スである。ここで、稟議情報記憶部 4 2 6に記憶されている稟議情報の例を、図 2 9に示す。図 2 9に示した例は、設備購入費の稟議に関するものである。このような稟議情報は、稟議書の差し戻しがあった際に、各部署のコンピュータ 4 1からサーバ 4 2へ送られ、稟議情報記愴部 4 2 6に蓄積記憶される。点検処理部 4 2 6は、図 2 8に示すような入力画面の申請理由欄に入力されたデータを解析する。例えば、図 2 8に例示した入力データの場合、「実験で使用する台数が足りないため」という文章からキーヮード抽出 -解析等を行うことにより、申請理由が「台数不足」であると判断する。そして、稟議情報記憶部 4 2 6の稟議情報を参照し、申請理由が「台数不足」である稟議情報を探す。ここでは、図 2 9に示すように、申請理由が「台数不足」である稟議情報があるので、点検処理部 4 2 6は、当該稟議情報の指摘事項を、稟議書作成部 4 2 2へ渡す。

稟議書作成部 4 2 2は、点検処理部 4 2 6から受け取った情報に基づき、図 3 0に示すような修正指示画面を作成し、画面提供部 4 2 3へ渡す。この画面は、画面提供部 4 2 3からコンピュータ 4 1へ送られ、デイスプレイに表示される。

操作者が、コンピュータ 4 1のディスプレイでこの画面を確認し、「入力に戻る」部分をクリックすると、図 2 8に示す入力画面が再度表示されるので、入力画面において申請理由の欄の記載を修正する。なお、このとき、ディスプレイ上に図 3 0の修正指示画面と図 2 8の入力画面とをマルチウインドウ表示するように構成すれば、操作者が修正指示を見ながら修正入力を行うことが可能となるので好ましい。

また、図 2 7に示した初期画面において、操作者が出張申請を選択すると、図 3 1に示すような入力画面が表示される。また、出張申請に関して稟議情報記憶部 4 2 6に記憶されている稟議情報の例を、図 3 2に示す。図 3 1に示す入力画面において、例えば、操作者が、出張先の欄に「海外」と入力し、申請理由の欄に「打合わせのため」とだけ入力した場合、点検処理部 4 2 6が、図 3 2に示す稟議情報を参照し、稟議書作成部 4 2 2が、「単に打合わせと記載するだけでは認められない。現地に出向かなければならない理由を具体的に記載しなければならない。」というメッセージを含む修正指示画面を作成し、コンピュータ 4 1へ表示させる。これにより、操作者は、入力画面に戻り、申請理由の欄の記載を、例えば、「製品〇〇の品質問題に関する打合わせおよび製造ラインの品質確認のため。」のように修正すればよいことがわかる。

以上のように、本実施形態にかかる稟議システムによれば、過去に差し戻された稟議書の差し戻し理由を稟議情報として稟議情報記憶部 4 2 6に蓄積し、入力されたデータをこの稟議情報と比較することにより、稟議書の提出前に、入力データの不備を検出し、適切な修正を行うことができる。これにより、稟議書の記載不備による差し戻しおよび再提出の手間を省くことができるので、社内業務の効率を向上させる稟議システムを提供できる。産業上の利用可能性

以上に説明したように、本発明によれば、過去の事例に基づく不備デ一夕情報に基づいて入力データを点検することにより、入力データの不備を適切に修正することが可能な入力支援システムを提供できる。

Claims

請求の範囲

1 . データ入力作業を行うためのクライアントシステムと、

1または複数のクライアントシステムと接続され、各クライアントシステムから収集した不備データ情報を利用して前記クライアントシステムにおけるデータ入力作業を支援するサーバシステムとを含み、前記不備データ情報を、修正対象データおよび修正後データを項目として含むレコードとして記' I意する不備データ情報記愴部が、前記サーバシステムおよびクライアントシステムの少なくとも一方に設けられ、入力データの点検処理を行う点検処理部が、前記クライアントシステムまたはサーバシステムに設けられ、前記点検処理は、前記不備データ情報記憶部の不備データ情報と前記クライアントシステムにおける入力データとを対比し、前記不備データ情報の前記修正対象データ項目に含まれるデータと同じ入力データがあった場合に、当該入力データに対して記載不備防止処理または記載不備修正処理を行う処理であることを特徴とする入力支援システム。

2 . 前記点検処理部による前記記載不備防止処理が、前記処理対象デー夕に関連する不備データ情報を前記不備データ情報記憶部から抽出して提示する処理を含む、請求の範囲 1に記載の入力支援システム。

3 . 前記クライアントシステムが、当該クライアントシステムの入力デ一夕に関する不備データ情報を前記サーバシステムへ送信する不備デ一タ情報送信部を備えると共に、

前記サーバシステムが、前記クライアン卜システムから送信された差し戻し情報を前記不備データ情報記憶部に記憶する、請求の範囲 1または 2に記載の入力支援システム。

4 . レセプト作成業務を行うレセプト作成機関に設置されるクライアン h

1または複数のレセプト作成機関のクライアントシステムから通信回線を介して接続され、各レセプト作成機関から収集したレセプト返戻情報を利用して前記クライアントシステムにおけるレセプト作成業務を支援するサーバシステムとを含み、

前記返戻情報を、返戻対象データおよび修正後データを項目として含むレコードとして記愴する返戻情報記憶部が、前記サーバシステムに設けられ、

提出前レセプトの記載データの点検処理を行う点検処理部が、前記クライアン卜システムまたはサーバシステムに設けられ、前記点検処理は、前記返戻情報記憶部の返戻情報と前記提出前レセプトの記載データとを対比し、前記返戻情報の返戻対象データ項目に含まれるデータと同じ記載データがあった場合に、当該記載データを処理対象データとして記載不備防止処理または記載不備修正処理を行う処理である入力支援システム。

5 . 前記点検処理部による前記記載不備防止処理が、前記処理対象デー夕に関連する返戻情報を前記返戻情報記憶部から抽出して提示する処理を含む、請求の範囲 4に記載の入力支援システム。

6 . 前記点検処理部による前記記載不備修正処理が、前記処理対象デー夕を、当該処理対象データと同じデータを返戻対象データ項目に含む返戻情報の修正後データで置き換える処理を含む、請求の範囲 4に記載の入力支援システム。

7 . 前記クライアントシステム力当該レセプト作成機関のレセプトに対する返戻情報を前記通信回線を介して前記サーバシステムへ送信する返戻情報送信部を備えると共に、

前記サーバシステムが、前記クライアン卜システムから送信された返戻情報を受信し、前記返戻情報記憶部へ記憶させる返戻情報登録部を備えた、請求の範囲 4ないし 6のいずれか一項に記載の入力支接システム。

8 . 前記返戻情報記憶部における各返戻情報のレコードが、当該返戻情報の地域的偏在性を表す項目をさらに含み、

前記点検処理部が、レセプトを作成したレセプト作成機関の所在地域と、各返戻情報の地域的偏在性項目とを対比することにより、前記点検処理の際に参照すべき返戻情報を選択する、請求の範囲 4ないし 7のいずれか一項に記載の入力支援システム。

9 . 前記サーバシステムが、前記返戻情報記憶部における同一内容の返戻情報の地域的偏在性を判断し、その結果を前記返戻情報の前記地域性項目に登録する偏在性判断部をさらに備えた、請求の範囲 8に記載の入力支援システム。

1 0 . 前記地域的偏在性の地域単位を、一審査機関による所轄地域とする、請求の範囲 8または 9に記載の入力支援システム。

1 1 . 前記返戻情報レコードの地域的偏在性項目の属性が、当該返戻情報の地域的偏在性に応じて、都道府県別情報、地方別情報、および全国共通情報のいずれかである、請求の範囲 8ないし 1 0のいずれか一項に記載の入力支援システム。

1 2 . 前記クライアントシステムが、前記返戻情報記憶部に記憶されている各返戻情報について、当該レセプト作成機関において当該返戻情報を利用するか否かを表す利用フラグを前記サーバシステムへ送信する選択部を備え、

前記返戻情報記憶部における各返戻情報のレコードが、各レセプト作成機関の前記選択部から送信された利用フラグを表す利用フラグ項目をさらに含み、

前記点検処理部が、前記利用フラグ項目を参照し、前記点検処理の際に参照すべき返戻情報を選択する、請求の範囲 4ないし 1 1のいずれか一項に記載の入力支援システム。

1 3 . レセプトの記載データの入力を支接する入力画面を提供する入力画面提供部と、前記入力画面へ入力されたデ一夕に基づいてレセプトを作成する作成部とをさらに備えた、請求の範囲 4ないし 1 2に記載の入力支援システム。

1 4 . 前記入力画面提供部および作成部が、前記クライアントシステムに設けられた、請求の範囲 1 3に記載の入力支援システム。

1 5 . 前記入力画面提供部が前記クライアン卜システムに設けられ、前記作成部が前記サーバシステムに設けられ、

前記入力画面へ入力されたレセプトの記載データが、前記通信回線を

^介して前記サーバシステムの前記作成部へ送信される、請求の範囲 1 3 に記載の入力支援

1 6 . 前記入力画面提供部が前記サーバシステムに設けられ、前記作成部が前記クライアントシステムに設けられ、

前記入力画面提供部は、ページ記述言語で記述された入力画面データを、前記通信回線を介して前記クライアントシステムへ送信し、前記クライアントシステムは、前記入力画面データを解析することにより入力画面を表示する表示処理部を備え、前記表示処理部が、前記入力画面に入力されたレセプトの記載データを前記作成部へ送る、請求の範囲 1 3に記載の入力支援システム。

1 7 . 前記入力画面提供部および作成部が、前記サーバシステムに設けられ、

前記入力画面提供部は、ページ記述言語で記述された入力画面データを、前記通信回線を介して前記クライアントシステムへ送信し、前記クライアントシステムは、前記入力画面データを解析することにより入力画面を表示する表示処理部を備え、前記表示処理部が、前記入力画面に入力されたレセプトの記載データを、前記通信回線を介して前記サーバシステムの作成部へ送る、請求の範囲 1 3に記載の入力支援システム。

1 8 . 前記入力画面提供部が、提出済みのレセプトの記載データを取得して前記入力画面に表示し、

前記作成部が、前記入力画面上で修正された記載データに基づき再提出用レセプトを作成すると共に、

前記作成部は、前記修正の対象となった記載データを前記返戻対象デ一夕項目とし、修正後の当該記載データを前記修正後データ項目として、前記返戻情報記憶部へ登録すべき新たな返戻情報レコードを作成する返戻情報作成部を含む、請求の範囲 1 3ないし 1 7のいずれか一項に記載の入力支援システム。

1 9 . 前記入力画面へレセプトの記載データが入力される毎に、前記点検処理部が当該記載データに対して前記点検処理を行う、請求の範囲 1 3ないし 1 8に記載の入力支援システム。

2 0 . 前記クライアントシステムまたはサーバシステムが、作成されたレセプトが記憶された記憶媒体から前記レセプトを読み出す読み出し部をさらに備え、

前記点検処理部が、前記記憶媒体から前記読み出し部により読み出された 1または複数のレセプトの全記載データに対して一括して前記点検処理を行う、請求の範囲 4ないし 1 9のいずれか一項に記載の入力支援システム。

2 1 . 前記点検処理部により一括して行った前記点検処理の結果を、リストにまとめて各レセプト作成機関へ提供する、請求の範囲 2 0に記載の入力支援システム。

2 2 . 前記サーバシステムが、各クライアントシステムから前記サーバシステムへ前記返戻情報が提供された件数および頻度の少なくとも一方に応じて、各レセプト作成機関に課すべき使用料金の控除額を決定する課金控除額算定部を備えた、請求の範囲 4ないし 2 1のいずれか一項に記載の入力支援システム。

2 3 . 前記サーバシステムが、各クライアントシステムにおける、前記返戻情報記憶部の返戻情報の利用度に応じて、各レセプト作成機関に課すべき返戻情報利用料金を決定する返戻情報利用料金算定部を備えた、請求の範囲 4ないし 2 3のいずれか一項に記載の入力支援システム。