JP2004310341A - レセプトチェック方法及び装置 - Google Patents
レセプトチェック方法及び装置 Download PDFInfo
- Publication number
- JP2004310341A JP2004310341A JP2003101540A JP2003101540A JP2004310341A JP 2004310341 A JP2004310341 A JP 2004310341A JP 2003101540 A JP2003101540 A JP 2003101540A JP 2003101540 A JP2003101540 A JP 2003101540A JP 2004310341 A JP2004310341 A JP 2004310341A
- Authority
- JP
- Japan
- Prior art keywords
- receipt
- check
- data
- user
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【課題】レセプトデータの正確性を適切にチェックするとともに、ユーザの負担が軽減されるレセプトチェック方法及び装置を提供する。
【解決手段】ユーザの端末装置から通信回線を介してレセプトデータを入力し、該レセプトデータの正確性を、チェック用マスタやユーザマスタ、過去のレセプトデータ、医療情報等から抽出されたレセプトチェック用データと参照してチェックする。チェック結果は、通信回線を介してユーザの端末装置に送信する。また、ユーザの指示入力に基づき、レセプトデータを保存するとともに所定の請求機関に送信する。
【選択図】 図４
【解決手段】ユーザの端末装置から通信回線を介してレセプトデータを入力し、該レセプトデータの正確性を、チェック用マスタやユーザマスタ、過去のレセプトデータ、医療情報等から抽出されたレセプトチェック用データと参照してチェックする。チェック結果は、通信回線を介してユーザの端末装置に送信する。また、ユーザの指示入力に基づき、レセプトデータを保存するとともに所定の請求機関に送信する。
【選択図】 図４
Description
【０００１】
【発明の属する技術分野】
本発明はレセプトチェック方法及び装置に係り、特に通信回線を介してレセプトのチェックを行うレセプトチェック方法及び装置に関するものである。
【０００２】
【従来の技術】
病院、診療所等の医療機関は、患者に対して医療行為を行うと、レセプト（診療報酬明細書）を作成し、支払基金や国保連合会へ提出する。支払基金や国保連合会ではレセプトの内容をチェックし、該当する保険者にレセプトを提出する。
【０００３】
このようなレセプトは毎月１億枚を超えるが、レセプトのチェックは、支払基金や国保連合会、各医療機関や保険者において、各組織の担当者の目視やレセプトチェック専用のコンピュータおよびプログラムにより行われている。
【０００４】
また、処方箋データに基づいてレセプト請求データを作成する薬剤師業務支援システムが知られている（例えば、特許文献１参照）。
【０００５】
特許文献１に記載のシステムは、薬剤師支援アプリケーションを管理するアプリケーション管理サーバ等を備えたデータセンタを有し、該データセンタが、薬剤師支援アプリケーション等を用いて、薬局に設置されたクライアント装置からインターネットを介して伝送された処方箋データの内容をチェックする。さらに、該データセンタは処方箋データに基づいてレセプト請求データを作成し、該レセプト請求データをインターネットを介してレセプト請求受付機関へ伝送する。
【０００６】
【特許文献１】
特開２００２−１９７１８４号公報（第１図）
【０００７】
【発明が解決しようとする課題】
しかしながら、上述のような各組織の担当者の目視によるチェックは担当者の技量に依存するため担当者の負担が大きく、チェックに時間を要するとともに誤ったレセプトが発見されないことも多い。
【０００８】
また、専用のコンピュータおよびプログラムによるチェックでは、コンピュータやプログラムの購入費用が高額である上に老朽化や故障により買い換える必要も生じ、さらにその際、機器ごとにレセプトデータのフォーマットが異なることにより過去のデータを継承できないことも多いため、医療機関や保険組合等、ユーザの負担が大きくなっている。
【０００９】
また、上記特許文献１に示されるシステムは、医薬品の調剤や在庫管理等薬剤師および薬局の業務支援を目的としており、患者の診療や治療等を行う医療機関や、診療報酬の支払等を行う保険組合の業務を想定したものではない。
【００１０】
さらに、上記特許文献１に示されるシステムでは、チェックの対象は処方箋データでありレセプトに対するチェックは考慮されていないため、レセプト請求機関に誤ったデータが伝送される恐れがある。そして、このような誤ったデータが伝送されると、その結果請求金額や請求点数の増減が発生し各組織において事後処理に多大な労力と時間を費やすことになる。
【００１１】
本発明は上記事情を鑑みてなされたもので、レセプトデータの正確性を適切にチェックするとともに、ユーザの負担が軽減されるレセプトチェック方法及び装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本願発明に係るレセプトチェック方法は、ユーザの端末機から通信回線を介してレセプトデータを受信するステップと、前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェックステップと、前記チェック結果を前記ユーザの端末機に通信回線を介して送信するステップと、を含んでいる。
【００１３】
本願発明第１の特徴に係るレセプトチェック方法では、ユーザは担当者の目視や専用のコンピュータおよびプログラムによらずにレセプトのチェックを行ってその結果を知ることができ、さらにチェック用のデータをユーザ自らが保持する必要が無いので、レセプトチェックに要する手間や時間、費用等の負担が軽減される。
【００１４】
なお、本願発明第１の特徴に係るレセプトチェック方法では、レセプトチェック用データはチェックの対象となるレセプトデータに応じて準備すればよい。
【００１５】
本願発明第２の特徴に係るレセプトチェック方法は、本願発明第１の特徴に係るレセプトチェック方法において、前記レセプトチェック用データは、ユーザの端末機からのカスタマイズの指示入力に基づいてユーザごとにカスタマイズされるチェック用マスタデータを含むことを特徴としている。
【００１６】
本願発明第２の特徴に係るレセプトチェック方法では、ユーザの指示に基づいてカスタマイズされるチェック用マスタデータを用いることにより、各ユーザで異なるデータを考慮して適切にレセプトをチェックすることができる。
【００１７】
本願発明第３の特徴に係るレセプトチェック方法は、本願発明第１の特徴または本願発明第２の特徴に係るレセプトチェック方法において、前記レセプトチェック用データは過去のレセプトデータを含み、前記レセプトチェックステップは、前記受信したレセプトデータと前記過去のレセプトデータとを比較してレセプトの正確性をチェックすることを特徴としている。
【００１８】
本願発明第３の特徴に係るレセプトチェック方法では、過去のレセプトデータを用いてレセプトのチェックを行うので、過去のレセプトデータとの整合性を考慮した適切なチェックを行うことができ、また実施してから一定期間経過後に請求される医療行為に関するレセプトデータについても適切にチェックを行うことができる。
【００１９】
本願発明第４の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第３の特徴のいずれかに係るレセプトチェック方法において、前記レセプトデータのチェック後にユーザの端末機からチェック済みのレセプトデータの蓄積指示を入力すると、該レセプトデータを過去のレセプトデータとして前記レセプトチェック用データに蓄積するステップを含むことを特徴としている。
【００２０】
本願発明第４の特徴に係るレセプトチェック方法では、チェック結果に問題が無いレセプトデータのみをレセプトチェック用データに蓄積することができ、蓄積された過去のレセプトデータに基づいてより適切なチェックを行うことができる。
【００２１】
本願発明第５の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第４の特徴のいずれかに係るレセプトチェック方法において、ユーザの端末機からレセプトデータの抽出指示を入力すると、前記レセプトチェック用データから抽出したデータを前記ユーザの端末機に送信するステップを含むことを特徴としている。
【００２２】
本願発明第５の特徴に係るレセプトチェック方法では、ユーザに応じてレセプトデータを抽出してよい。すなわち、病院等の医療機関に対してその医療機関で作成したレセプトデータを抽出したり、保険組合に対してはその保険組合への請求に係るレセプトデータを抽出したりすることができる。また、患者に対してはその患者が利用した医療機関名や診療行為の内容などを抽出することができる。
【００２３】
本願発明第６の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第５の特徴のいずれかに係るレセプトチェック方法において、前記チェック結果の送信後にユーザの端末機からチェック済みのレセプトデータの送信指示を入力すると、該レセプトデータをあらかじめ定められた請求機関の端末機に送信するステップを含むことを特徴としている。
【００２４】
本願発明第６の特徴に係るレセプトチェック方法では、チェック結果に問題が無いレセプトデータのみを送信することができ、またレセプトデータの送信先を誤ることも無い。
【００２５】
本願発明第７の特徴に係るレセプトチェック装置は、ユーザの端末機から通信回線を介してレセプトデータを受信する受信手段と、前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェック手段と、前記チェック結果を前記ユーザの端末機に通信回線を介して送信する第１の送信手段と、を含んでいる。
【００２６】
本願発明第７の特徴に係るレセプトチェック装置では、ユーザは担当者の目視や専用のコンピュータおよびプログラムによらずにレセプトのチェックを行ってその結果を知ることができ、さらにチェック用のデータをユーザ自らが保持する必要が無いので、レセプトチェックに要する手間や時間、費用等の負担が軽減される。
【００２７】
なお、本願発明第７の特徴に係るレセプトチェック装置では、レセプトチェック用データはチェックの対象となるレセプトデータに応じて準備すればよい。
【００２８】
本願発明第８の特徴に係るレセプトチェック装置は、本願発明第７の特徴に係るレセプトチェック装置において、前記レセプトチェック用データは、ユーザの端末機からのカスタマイズの指示入力に基づいてユーザごとにカスタマイズされるチェック用マスタデータを含むことを特徴としている。
【００２９】
本願発明第８の特徴に係るレセプトチェック装置では、ユーザの指示に基づいてカスタマイズされるチェック用マスタデータを用いることにより、各ユーザで異なるデータを考慮して適切にレセプトデータをチェックすることができる。
【００３０】
本願発明第９の特徴に係るレセプトチェック装置は、本願発明第７の特徴または本願発明第８の特徴に係るレセプトチェック装置において、前記レセプトチェック用データは過去のレセプトデータを含み、前記レセプトチェックステップは、前記受信したレセプトデータと前記過去のレセプトデータとを比較してレセプトの正確性をチェックすることを特徴としている。
【００３１】
本願発明第９の特徴に係るレセプトチェック装置では、過去のレセプトデータを用いてレセプトのチェックを行うので、過去のレセプトデータとの整合性を考慮した適切なチェックを行うことができ、また実施してから一定期間経過後に請求される医療行為に関するレセプトデータについても適切にチェックを行うことができる。
【００３２】
本願発明第１０の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第９の特徴に係るレセプトチェック装置において、前記レセプトデータのチェック後にユーザの端末機からチェック済みのレセプトデータの蓄積指示を入力すると、該レセプトデータを過去のレセプトデータとして前記レセプトチェック用データに蓄積するデータ蓄積手段を含むことを特徴としている。
【００３３】
本願発明第１０の特徴に係るレセプトチェック装置では、チェック結果に問題が無いレセプトデータのみをレセプトチェック用データに蓄積することができ、蓄積された過去のレセプトデータに基づいて適切なチェックを行うことができる。
【００３４】
本願発明第１１の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第１０の特徴に係るレセプトチェック装置において、ユーザの端末機からレセプトデータの抽出指示を入力すると、前記レセプトチェック用データから抽出したデータを前記ユーザの端末機に送信する第２の送信手段を含むことを特徴としている。
【００３５】
本願発明第１１の特徴に係るレセプトチェック装置では、ユーザに応じてレセプトデータを抽出してよい。すなわち、病院等の医療機関に対してその医療機関で作成したレセプトデータを抽出したり、保険組合に対してはその保険組合への請求に係るレセプトデータを抽出したりすることができる。また、患者に対してはその患者が利用した医療機関名や診療行為の内容などを抽出することができる。
【００３６】
本願発明第１２の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第１１の特徴に係るレセプトチェック装置において、前記チェック結果の送信後にユーザの端末機からチェック済みのレセプトデータの送信指示を入力すると、該レセプトデータをあらかじめ定められた請求機関の端末機に送信する第３の送信手段を含むことを特徴としている。
【００３７】
本願発明第１２の特徴に係るレセプトチェック装置では、チェック結果に問題が無いレセプトデータのみを送信することができ、またレセプトデータの送信先を誤ることも無い。
【００３８】
【発明の実施の形態】
以下、添付図面に従って本発明に係る好ましい実施の形態について詳説する。
【００３９】
図１に、本実施の形態が適用されたレセプト処理システム１０の全体構成を示す。
【００４０】
レセプト処理システム１０は、レセプトチェックシステム１２と、医療機関１のサーバ２００と、保険組合２のサーバ２０２と、請求機関３のサーバ２０４と、外部機関４のサーバ２０６と、患者５のＰＣ３００とを含み、インターネット４００や図示しないＩＳＰ（インターネット接続サービスプロバイダ）を介して相互に通信可能に接続されている。
【００４１】
医療機関１等のユーザは、サーバ２００等自己のサーバに導入されたウェブブラウザを介してレセプトチェックシステム１２を利用するようになっている。このウェブブラウザとしては、ウェブサイト閲覧用のアプリケーションとして利用され、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、Ｊａｖａ等の技術を利用可能な一般的なブラウザを利用することができる。
【００４２】
また、サーバ２００等、ユーザの端末装置は、図示しない表示用ディスプレイやプリンタ、記録装置等の入出力用デバイスを含む。
【００４３】
なお、レセプト処理システム１０は、医療機関１のサーバ２００や保険組合２のサーバ２０２を含め、１乃至複数のユーザのサーバを含むことができる。同様に、レセプト処理システム１０は、レセプトチェックシステム１２を含め１乃至複数のレセプトチェックシステムを含むことができる。
【００４４】
図２に、レセプトチェックシステム１２の構成を示す。
【００４５】
レセプトチェックシステム１２は、レセプトチェックサーバ２０と、レセプトデータベースサーバ４０と、システム管理端末６０とを含み、これらがＬＡＮ９０を介して互いに通信可能に接続されている。
【００４６】
レセプトチェックサーバ２０は、各構成要素の制御を行う中央処理装置（以下、ＣＰＵという）２２を備えており、ＣＰＵ２２は共通バス３２に接続されている。
【００４７】
共通バス３２には、ＣＰＵ２２の他、システムプログラムやパラメータ等が記憶されているＲＯＭ２４と、レセプトデータ等の一時記憶や処理の領域として用いられるＲＡＭ２６と、レセプトチェックプログラムおよびレセプトチェックデータベースが記録されている磁気ディスク２８と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークインタフェース部３０（以下の文章および図中において、インタフェースをＩ／Ｆと表記する）とが接続されている。
【００４８】
レセプトチェックシステム１２は、本発明に係るレセプトチェック方法及び装置が適用されたもので、いわゆるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）として機能し、レセプトチェックプログラムの機能をＬＡＮ９０およびインターネット４００を介して各ユーザに提供する。
【００４９】
レセプトチェックプログラムはユーザの端末装置からの要求により起動され、チェック用データベースおよびレセプトデータベースから抽出されたチェック用データを参照してユーザの端末装置から入力したレセプトデータの正確性をチェックし、その結果を該ユーザの端末装置に送信する。このようなレセプトデータの入力やチェック結果の送信は、ユーザの端末装置に導入されたウェブブラウザに適合するよう、上述のようなＨＴＭＬやＣＧＩ等の技術を用いて行われる。
【００５０】
また、レセプトチェックプログラムは、入力したレセプトデータおよびそのチェック結果をレセプトデータサーバ４０内のレセプトデータベースに保存させ、さらにユーザの端末装置からの指示入力に基づいてユーザマスタデータの内容を更新する。
【００５１】
レセプトチェックデータベースは、チェック用マスタデータと、ユーザがカスタマイズしたユーザマスタデータを含む。チェック用マスタデータは、外部機関４から取得したマスタ作成用データに基づいてシステム管理端末６０が作成する。また、ユーザマスタデータは、チェック用マスタデータを基に、医療機関１や保険組合２等のユーザがサーバ２００やサーバ２０２等を介してカスタマイズする。
【００５２】
図５にチェック用マスタのユーザカスタマイズ画面の例を示す。図５（ａ）はチェック用マスタ「精密検査Ａ」、図５（ｂ）はチェック用マスタ「内服薬Ｂ」のカスタマイズ画面であり、入院日数や外来日数に対する回数が変更され、また傷病名が追加／削除されている。
【００５３】
図６はチェック用マスタ「内服薬Ｂ」のカスタマイズ画面であり、薬品名と傷病名との対応関係をカスタマイズする場合の例を示すものである。
【００５４】
レセプトデータベースサーバ４０は、各構成要素の制御を行うＣＰＵ４２を備えており、ＣＰＵ４２は共通バス５２に接続されている。
【００５５】
共通バス５２には、ＣＰＵ４２の他、システムプログラムやパラメータ等が記憶されているＲＯＭ４４と、レセプトデータ等の一時記憶や処理の領域として用いられるＲＡＭ４６と、レセプトデータベースおよびデータベース管理プログラムが記録されている磁気ディスク４８と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークＩ／Ｆ部５０とが接続されている。
【００５６】
レセプトデータベース管理プログラムは、レセプトチェックサーバ２０からの要求により、レセプトデータベースからレセプトチェックに必要なデータを抽出するとともに、レセプトデータおよびチェック結果をレセプトデータベースに蓄積し、またレセプトデータを請求機関３のサーバ２０４に送信する。
【００５７】
レセプトデータベース管理プログラムは、さらに、ユーザからの要求に応じてレセプトデータベースから閲覧用データを抽出し、レセプトチェックサーバ２０を介してユーザの端末装置に送信するとともに、ユーザからの指示入力に基づいてユーザカスタムデータを作成、更新する。
【００５８】
レセプトデータベースは、過去のレセプトデータが蓄積されたレセプトデータと、レセプトデータのフォーマットと、傷病名、薬品名、器材名等の医療データと、これらのデータをユーザがカスタマイズしたユーザカスタムデータを含み、さらに、レセプトデータチェック履歴とデータベース管理履歴を含む。
【００５９】
システム管理端末６０は、各構成要素の制御を行うＣＰＵ６２を備えており、ＣＰＵ６２は共通バス８４に接続されている。この共通バス８４には、システム管理端末６０の制御プログラムやシステムパラメータを格納するＲＯＭ６４と、データの一時記憶や処理領域として使用されるＲＡＭ６６と、磁気ディスク６８と、表示用ディスプレイ（以下、ＣＲＴという）７２への表示制御を行う表示制御部７０と、各種パラメータ設定用のキーやスイッチを備えたキーボード７４と、ＣＲＴ７２の画面上で各種操作を行う手段としてのマウス７６と、データの入出力を行う手段としての記憶装置７８と、プリンタ８０と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークＩ／Ｆ部８２とが接続されている。また、表示制御部７０には、処理結果等を表示するＣＲＴ７２が接続されている。
【００６０】
なお、記憶装置７８としては、ＣＤ−ＲＯＭドライブ、光磁気ディスク（ＭＯ）ドライブ、ＤＶＤドライブ等の装置を用いることが可能であり、また、これらの装置に挿抜可能な記憶媒体を介して、レセプトデータの入出力やバックアップ等を行うことができる。
【００６１】
レセプトチェックシステム１２の管理者は、システム管理端末６０により、外部機関４からマスタ作成用データを取得してチェック用マスタデータを作成、更新するとともに、記憶装置７８を介したレセプトデータの入出力、チェック用データベースやレセプトデータベースの維持管理等を行う。
【００６２】
次に、上記実施の形態の作用を説明する。
【００６３】
図３に、レセプトデータチェックの処理の流れを示す。レセプトデータチェックは、ユーザの端末装置（ここでは医療機関１のサーバ２００とする）とレセプトチェックサーバ２０、およびレセプトデータベースサーバ４０により行われる。
【００６４】
サーバ２００は、ユーザからの指示入力により、サーバ２００に導入されているウェブブラウザを起動し（ステップＳ１００）、レセプトチェックプログラムの起動を要求する（ステップＳ１０２）。これにより、レセプトチェックサーバ２０に、レセプトチェックプログラムの起動要求およびユーザ識別情報が送信される。このユーザ識別情報は、レセプトチェックシステム１２がユーザの識別に用いるもので、ユーザのＩＤやパスワードを含む。
【００６５】
レセプトチェックサーバ２０は、レセプトチェックプログラムの起動要求およびユーザ識別情報を受信すると、レセプトチェックプログラムを起動し（ステップＳ２００）、上記ユーザ識別情報により特定される医療機関１のサーバ２００に画面表示用のデータおよびファイルを送信する。
【００６６】
サーバ２００では、上記データおよびファイルに基づいてレセプトチェックプログラムの起動画面を表示し（ステップＳ１０４）、ユーザの指示入力によりチェックの対象となるレセプトデータを選択する（ステップＳ１０６）。
【００６７】
なお、上記ステップＳ１０６で選択されるレセプトデータのフォーマットは、レセプト電算処理フォーマットや、ユーザがカスタマイズしたフォーマットであってよい。このような異なるフォーマットに対しても、対応するフォーマットのデータをレセプトデータベースに用意しておくことにより、レセプトデータのチェックを行うことが可能である。
【００６８】
サーバ２００がレセプトチェックを要求すると（ステップＳ１０８）、レセプトチェック要求およびチェック対象のレセプトデータがレセプトチェックサーバ２０に送信される。レセプトチェックサーバ２０は、上記データを受信すると、チェック用データの抽出要求をレセプトデータベースサーバ４０に送信する（ステップＳ２０２）。
【００６９】
レセプトデータベースサーバ４０は、チェック用データの抽出要求を受信すると、データベース管理プログラムを起動してチェック用データ（過去のレセプトデータ、医療データ、ユーザカスタムデータ）を抽出し（ステップＳ３００）、レセプトチェックサーバ２０に送信する。
【００７０】
レセプトチェックサーバ２０は、サーバ２００から入力したレセプトデータを上記チェック用データおよびチェック用データベースに蓄積されているデータ（チェック用マスタデータおよびユーザマスタデータ）と照合して、該レセプトデータの正確性をチェックする（ステップＳ２０２）。
【００７１】
レセプトチェックシステム１２では、このように、レセプトチェックにおいてユーザがカスタマイズしたマスタデータや過去のレセプトデータを参照することで、ユーザごとに異なる条件や診療期間の長さ等を考慮してレセプトデータの正確性を適切にチェックすることができる。
【００７２】
また、レセプトチェックサーバ２０は、レセプトデータのチェック結果を医療機関１のサーバ２００およびレセプトデータベースサーバ４０に送信する（ステップＳ２０４）。レセプトデータベースサーバ４０は、レセプトチェック結果を受信すると、レセプトデータチェック履歴を更新する（ステップＳ３０２）。
【００７３】
サーバ２００は、レセプトチェックサーバ２０から受信したチェック結果を表示し（ステップＳ１１０）、ユーザからの指示入力に基づいてチェック結果を印刷、出力、保存する（ステップＳ１１２）。チェック結果の画面表示例を図７に示す。
【００７４】
なお、チェック結果が正しくなかった場合、ユーザはチェック結果に基づいてレセプトデータを修正し、再度チェックを行うことができる。
【００７５】
サーバ２００は、ユーザからの指示入力に基づいて、レセプトチェックサーバ２０にレセプトデータの保存要求を送信する（ステップＳ１１４）。
【００７６】
レセプトチェックサーバ２０は、レセプトデータ保存要求を受信すると、レセプトデータ保存要求をレセプトデータベースサーバ４０に送信し（ステップＳ２０６）、該要求に基づいてレセプトデータベースサーバ４０がレセプトデータをレセプトデータベースに保存する（ステップＳ３０４）。
【００７７】
このように、レセプトチェックシステム１２では、ユーザはレセプトデータのチェック結果に応じて保存を要求することができるので、レセプトデータベースに正しいレセプトデータのみを蓄積するようにすることができる。
【００７８】
次に、サーバ２００は、ユーザからの指示入力に基づいて、レセプトチェックサーバ２０に対して所定の請求機関３へのレセプトデータ送信要求を送信する（ステップＳ１１６）。レセプトチェックサーバ２０は、該要求を受信すると、レセプトデータベースサーバ４０に対して請求機関３へのレセプトデータ送信要求を送信する（ステップＳ２０８）。レセプトデータベースサーバ４０は、該要求に基づいて、レセプトデータを所定の請求機関３に送信する（ステップＳ３０６）。このように、レセプトデータベースサーバ４０が所定の請求機関３にレセプトデータを送信することで、医療機関１等のユーザがレセプトデータを誤って送信するのを防ぐことができる。
【００７９】
請求機関３へのレセプトデータの送信は、上述のようにユーザからの指示入力ごとに行うようにしてもよいし、定期的（例えば１ヶ月毎）に行うようにしてもよい。
【００８０】
なお、レセプトデータの送信は、ユーザの要求により、システム管理端末６０を介してレセプトデータを記録媒体に出力し、該媒体を請求機関３に送付することにより行うようにしてもよい。
【００８１】
このように、レセプト処理システム１０では、医療機関１等のユーザは担当者の目視やレセプトデータチェック専用のコンピュータおよびプログラムによらずにレセプトデータのチェックを行ってその結果を知ることができ、またレセプトデータを請求機関３に送信することができる。また、過去のレセプトデータを自ら保持する必要も無い。
【００８２】
すなわち、本実施の形態に係るレセプト処理システム１０では、レセプトデータの正確性を適切にチェックするとともに、ユーザの負担を軽減することができる。
【００８３】
次に、ユーザによるレセプト関連データの閲覧について説明する。
【００８４】
図４に、レセプト関連データ閲覧の処理の流れを示す。なお、レセプト関連データとは、レセプトデータベースに蓄積されたデータからユーザの指示により抽出されたデータである。
【００８５】
レセプト関連データの閲覧は、ユーザの端末装置（ここでは患者５のＰＣ３００とする）とレセプトチェックサーバ２０、およびレセプトデータベースサーバ４０により行われる。
【００８６】
ＰＣ３００は、ユーザからの指示入力により、ＰＣ３００に導入されているウェブブラウザを起動し（ステップＳ１２０）、レセプトチェックプログラムの起動を要求する（ステップＳ１２２）。これにより、レセプトチェックサーバ２０に、レセプトチェックプログラムの起動要求およびユーザ識別情報が送信される。このユーザ識別情報は、レセプトチェックシステム１２がユーザの識別に用いるもので、ユーザのＩＤやパスワードを含む。
【００８７】
レセプトチェックサーバ２０は、レセプトチェックプログラムの起動要求およびユーザ識別情報を受信すると、レセプトチェックプログラムを起動し（ステップＳ２２０）、上記ユーザ識別情報により特定される患者５のＰＣ３００に画面表示用のデータおよびファイルを送信する。
【００８８】
ＰＣ３００では、上記データおよびファイルに基づいてレセプトチェックプログラムの起動画面を表示し（ステップＳ１２４）、ユーザの指示入力によりレセプト関連データの閲覧条件を設定する（ステップＳ１２６）。
【００８９】
レセプト関連データの閲覧は、上述のユーザ識別情報により識別されるユーザに応じて閲覧条件に制限を設けるようにしてよい。例えば、患者５の場合は自分が通院した医療機関に関するデータに限定し、医療機関１の場合は自らが行った医療行為に関するデータに限定し、保険組合２の場合は自らへの請求内容に関するデータに限定することができる（本実施の形態では、患者５が、自分が受けた診療内容を閲覧する場合について説明している）。
【００９０】
ＰＣ３００が診療内容の閲覧を要求すると（ステップＳ１２８）、診療内容閲覧要求および閲覧条件がレセプトチェックサーバ２０に送信される。レセプトチェックサーバ２０は、上記データを受信すると、診療内容抽出要求をレセプトデータベースサーバ４０に送信する（ステップＳ２２２）。
【００９１】
レセプトデータベースサーバ４０は、診療内容抽出要求を受信すると、データベース管理プログラムを起動して閲覧用データ（患者５の利用した医療機関名、通院日、診療内容、投薬内容、支払金額等）を抽出し（ステップＳ３２０）、レセプトチェックサーバ２０に送信し、データベース管理履歴を更新する（ステップＳ３２２）。
【００９２】
レセプトチェックサーバ２０は閲覧用データを患者５のＰＣ３００に送信し（ステップＳ２２４）、ＰＣ３００は該閲覧用データに基づいて診療内容を表示する（ステップＳ１３０）。表示された診療内容は、患者５の指示入力により、印刷、出力、保存が行われる（ステップＳ１３２）。図７に、診療内容の表示例を示す。
【００９３】
このようにして、レセプト処理システム１０では、患者５や医療機関１等のユーザは自己に関するレセプト関連データを閲覧することができる。また、ユーザがレセプト関連データを閲覧することにより、誤ったデータを発見することが可能となるので、レセプトデータのチェックをより適切に行うことができる。
【００９４】
【発明の効果】
以上説明したように、本発明によれば、レセプトデータの正確性が適切にチェックされるとともに、ユーザの負担が軽減される。
【図面の簡単な説明】
【図１】本発明の一の実施形態に係り、レセプト処理システムの全体構成を示す図である。
【図２】本発明の一の実施の形態に係り、レセプトチェックシステムの構成を示す図である。
【図３】本発明の一の実施の形態に係り、レセプトデータチェックの処理を示す図である。
【図４】本発明の一の実施の形態に係り、診療内容閲覧の処理を示す図である。
【図５】本発明の一の実施の形態に係り、チェック用マスタのユーザによるカスタマイズを示す図である。
【図６】本発明の一の実施の形態に係り、チェック用マスタのユーザによるカスタマイズを示す図である。
【図７】本発明の一の実施の形態に係り、レセプトデータチェック結果の画面表示の例を示す図である。
【図８】本発明の一の実施の形態に係り、診療内容の画面表示の例を示す図である。
【符号の説明】
１・・・医療機関、２・・・保険組合、３・・・請求機関、４・・・外部機関、５・・・患者、１０・・・レセプト処理システム、１２・・・レセプトチェックシステム、２０・・・レセプトチェックサーバ、４０・・・レセプトデータベースサーバ、６０・・・システム管理端末
【発明の属する技術分野】
本発明はレセプトチェック方法及び装置に係り、特に通信回線を介してレセプトのチェックを行うレセプトチェック方法及び装置に関するものである。
【０００２】
【従来の技術】
病院、診療所等の医療機関は、患者に対して医療行為を行うと、レセプト（診療報酬明細書）を作成し、支払基金や国保連合会へ提出する。支払基金や国保連合会ではレセプトの内容をチェックし、該当する保険者にレセプトを提出する。
【０００３】
このようなレセプトは毎月１億枚を超えるが、レセプトのチェックは、支払基金や国保連合会、各医療機関や保険者において、各組織の担当者の目視やレセプトチェック専用のコンピュータおよびプログラムにより行われている。
【０００４】
また、処方箋データに基づいてレセプト請求データを作成する薬剤師業務支援システムが知られている（例えば、特許文献１参照）。
【０００５】
特許文献１に記載のシステムは、薬剤師支援アプリケーションを管理するアプリケーション管理サーバ等を備えたデータセンタを有し、該データセンタが、薬剤師支援アプリケーション等を用いて、薬局に設置されたクライアント装置からインターネットを介して伝送された処方箋データの内容をチェックする。さらに、該データセンタは処方箋データに基づいてレセプト請求データを作成し、該レセプト請求データをインターネットを介してレセプト請求受付機関へ伝送する。
【０００６】
【特許文献１】
特開２００２−１９７１８４号公報（第１図）
【０００７】
【発明が解決しようとする課題】
しかしながら、上述のような各組織の担当者の目視によるチェックは担当者の技量に依存するため担当者の負担が大きく、チェックに時間を要するとともに誤ったレセプトが発見されないことも多い。
【０００８】
また、専用のコンピュータおよびプログラムによるチェックでは、コンピュータやプログラムの購入費用が高額である上に老朽化や故障により買い換える必要も生じ、さらにその際、機器ごとにレセプトデータのフォーマットが異なることにより過去のデータを継承できないことも多いため、医療機関や保険組合等、ユーザの負担が大きくなっている。
【０００９】
また、上記特許文献１に示されるシステムは、医薬品の調剤や在庫管理等薬剤師および薬局の業務支援を目的としており、患者の診療や治療等を行う医療機関や、診療報酬の支払等を行う保険組合の業務を想定したものではない。
【００１０】
さらに、上記特許文献１に示されるシステムでは、チェックの対象は処方箋データでありレセプトに対するチェックは考慮されていないため、レセプト請求機関に誤ったデータが伝送される恐れがある。そして、このような誤ったデータが伝送されると、その結果請求金額や請求点数の増減が発生し各組織において事後処理に多大な労力と時間を費やすことになる。
【００１１】
本発明は上記事情を鑑みてなされたもので、レセプトデータの正確性を適切にチェックするとともに、ユーザの負担が軽減されるレセプトチェック方法及び装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本願発明に係るレセプトチェック方法は、ユーザの端末機から通信回線を介してレセプトデータを受信するステップと、前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェックステップと、前記チェック結果を前記ユーザの端末機に通信回線を介して送信するステップと、を含んでいる。
【００１３】
本願発明第１の特徴に係るレセプトチェック方法では、ユーザは担当者の目視や専用のコンピュータおよびプログラムによらずにレセプトのチェックを行ってその結果を知ることができ、さらにチェック用のデータをユーザ自らが保持する必要が無いので、レセプトチェックに要する手間や時間、費用等の負担が軽減される。
【００１４】
なお、本願発明第１の特徴に係るレセプトチェック方法では、レセプトチェック用データはチェックの対象となるレセプトデータに応じて準備すればよい。
【００１５】
本願発明第２の特徴に係るレセプトチェック方法は、本願発明第１の特徴に係るレセプトチェック方法において、前記レセプトチェック用データは、ユーザの端末機からのカスタマイズの指示入力に基づいてユーザごとにカスタマイズされるチェック用マスタデータを含むことを特徴としている。
【００１６】
本願発明第２の特徴に係るレセプトチェック方法では、ユーザの指示に基づいてカスタマイズされるチェック用マスタデータを用いることにより、各ユーザで異なるデータを考慮して適切にレセプトをチェックすることができる。
【００１７】
本願発明第３の特徴に係るレセプトチェック方法は、本願発明第１の特徴または本願発明第２の特徴に係るレセプトチェック方法において、前記レセプトチェック用データは過去のレセプトデータを含み、前記レセプトチェックステップは、前記受信したレセプトデータと前記過去のレセプトデータとを比較してレセプトの正確性をチェックすることを特徴としている。
【００１８】
本願発明第３の特徴に係るレセプトチェック方法では、過去のレセプトデータを用いてレセプトのチェックを行うので、過去のレセプトデータとの整合性を考慮した適切なチェックを行うことができ、また実施してから一定期間経過後に請求される医療行為に関するレセプトデータについても適切にチェックを行うことができる。
【００１９】
本願発明第４の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第３の特徴のいずれかに係るレセプトチェック方法において、前記レセプトデータのチェック後にユーザの端末機からチェック済みのレセプトデータの蓄積指示を入力すると、該レセプトデータを過去のレセプトデータとして前記レセプトチェック用データに蓄積するステップを含むことを特徴としている。
【００２０】
本願発明第４の特徴に係るレセプトチェック方法では、チェック結果に問題が無いレセプトデータのみをレセプトチェック用データに蓄積することができ、蓄積された過去のレセプトデータに基づいてより適切なチェックを行うことができる。
【００２１】
本願発明第５の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第４の特徴のいずれかに係るレセプトチェック方法において、ユーザの端末機からレセプトデータの抽出指示を入力すると、前記レセプトチェック用データから抽出したデータを前記ユーザの端末機に送信するステップを含むことを特徴としている。
【００２２】
本願発明第５の特徴に係るレセプトチェック方法では、ユーザに応じてレセプトデータを抽出してよい。すなわち、病院等の医療機関に対してその医療機関で作成したレセプトデータを抽出したり、保険組合に対してはその保険組合への請求に係るレセプトデータを抽出したりすることができる。また、患者に対してはその患者が利用した医療機関名や診療行為の内容などを抽出することができる。
【００２３】
本願発明第６の特徴に係るレセプトチェック方法は、本願発明第１の特徴乃至本願発明第５の特徴のいずれかに係るレセプトチェック方法において、前記チェック結果の送信後にユーザの端末機からチェック済みのレセプトデータの送信指示を入力すると、該レセプトデータをあらかじめ定められた請求機関の端末機に送信するステップを含むことを特徴としている。
【００２４】
本願発明第６の特徴に係るレセプトチェック方法では、チェック結果に問題が無いレセプトデータのみを送信することができ、またレセプトデータの送信先を誤ることも無い。
【００２５】
本願発明第７の特徴に係るレセプトチェック装置は、ユーザの端末機から通信回線を介してレセプトデータを受信する受信手段と、前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェック手段と、前記チェック結果を前記ユーザの端末機に通信回線を介して送信する第１の送信手段と、を含んでいる。
【００２６】
本願発明第７の特徴に係るレセプトチェック装置では、ユーザは担当者の目視や専用のコンピュータおよびプログラムによらずにレセプトのチェックを行ってその結果を知ることができ、さらにチェック用のデータをユーザ自らが保持する必要が無いので、レセプトチェックに要する手間や時間、費用等の負担が軽減される。
【００２７】
なお、本願発明第７の特徴に係るレセプトチェック装置では、レセプトチェック用データはチェックの対象となるレセプトデータに応じて準備すればよい。
【００２８】
本願発明第８の特徴に係るレセプトチェック装置は、本願発明第７の特徴に係るレセプトチェック装置において、前記レセプトチェック用データは、ユーザの端末機からのカスタマイズの指示入力に基づいてユーザごとにカスタマイズされるチェック用マスタデータを含むことを特徴としている。
【００２９】
本願発明第８の特徴に係るレセプトチェック装置では、ユーザの指示に基づいてカスタマイズされるチェック用マスタデータを用いることにより、各ユーザで異なるデータを考慮して適切にレセプトデータをチェックすることができる。
【００３０】
本願発明第９の特徴に係るレセプトチェック装置は、本願発明第７の特徴または本願発明第８の特徴に係るレセプトチェック装置において、前記レセプトチェック用データは過去のレセプトデータを含み、前記レセプトチェックステップは、前記受信したレセプトデータと前記過去のレセプトデータとを比較してレセプトの正確性をチェックすることを特徴としている。
【００３１】
本願発明第９の特徴に係るレセプトチェック装置では、過去のレセプトデータを用いてレセプトのチェックを行うので、過去のレセプトデータとの整合性を考慮した適切なチェックを行うことができ、また実施してから一定期間経過後に請求される医療行為に関するレセプトデータについても適切にチェックを行うことができる。
【００３２】
本願発明第１０の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第９の特徴に係るレセプトチェック装置において、前記レセプトデータのチェック後にユーザの端末機からチェック済みのレセプトデータの蓄積指示を入力すると、該レセプトデータを過去のレセプトデータとして前記レセプトチェック用データに蓄積するデータ蓄積手段を含むことを特徴としている。
【００３３】
本願発明第１０の特徴に係るレセプトチェック装置では、チェック結果に問題が無いレセプトデータのみをレセプトチェック用データに蓄積することができ、蓄積された過去のレセプトデータに基づいて適切なチェックを行うことができる。
【００３４】
本願発明第１１の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第１０の特徴に係るレセプトチェック装置において、ユーザの端末機からレセプトデータの抽出指示を入力すると、前記レセプトチェック用データから抽出したデータを前記ユーザの端末機に送信する第２の送信手段を含むことを特徴としている。
【００３５】
本願発明第１１の特徴に係るレセプトチェック装置では、ユーザに応じてレセプトデータを抽出してよい。すなわち、病院等の医療機関に対してその医療機関で作成したレセプトデータを抽出したり、保険組合に対してはその保険組合への請求に係るレセプトデータを抽出したりすることができる。また、患者に対してはその患者が利用した医療機関名や診療行為の内容などを抽出することができる。
【００３６】
本願発明第１２の特徴に係るレセプトチェック装置は、本願発明第７の特徴乃至本願発明第１１の特徴に係るレセプトチェック装置において、前記チェック結果の送信後にユーザの端末機からチェック済みのレセプトデータの送信指示を入力すると、該レセプトデータをあらかじめ定められた請求機関の端末機に送信する第３の送信手段を含むことを特徴としている。
【００３７】
本願発明第１２の特徴に係るレセプトチェック装置では、チェック結果に問題が無いレセプトデータのみを送信することができ、またレセプトデータの送信先を誤ることも無い。
【００３８】
【発明の実施の形態】
以下、添付図面に従って本発明に係る好ましい実施の形態について詳説する。
【００３９】
図１に、本実施の形態が適用されたレセプト処理システム１０の全体構成を示す。
【００４０】
レセプト処理システム１０は、レセプトチェックシステム１２と、医療機関１のサーバ２００と、保険組合２のサーバ２０２と、請求機関３のサーバ２０４と、外部機関４のサーバ２０６と、患者５のＰＣ３００とを含み、インターネット４００や図示しないＩＳＰ（インターネット接続サービスプロバイダ）を介して相互に通信可能に接続されている。
【００４１】
医療機関１等のユーザは、サーバ２００等自己のサーバに導入されたウェブブラウザを介してレセプトチェックシステム１２を利用するようになっている。このウェブブラウザとしては、ウェブサイト閲覧用のアプリケーションとして利用され、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、Ｊａｖａ等の技術を利用可能な一般的なブラウザを利用することができる。
【００４２】
また、サーバ２００等、ユーザの端末装置は、図示しない表示用ディスプレイやプリンタ、記録装置等の入出力用デバイスを含む。
【００４３】
なお、レセプト処理システム１０は、医療機関１のサーバ２００や保険組合２のサーバ２０２を含め、１乃至複数のユーザのサーバを含むことができる。同様に、レセプト処理システム１０は、レセプトチェックシステム１２を含め１乃至複数のレセプトチェックシステムを含むことができる。
【００４４】
図２に、レセプトチェックシステム１２の構成を示す。
【００４５】
レセプトチェックシステム１２は、レセプトチェックサーバ２０と、レセプトデータベースサーバ４０と、システム管理端末６０とを含み、これらがＬＡＮ９０を介して互いに通信可能に接続されている。
【００４６】
レセプトチェックサーバ２０は、各構成要素の制御を行う中央処理装置（以下、ＣＰＵという）２２を備えており、ＣＰＵ２２は共通バス３２に接続されている。
【００４７】
共通バス３２には、ＣＰＵ２２の他、システムプログラムやパラメータ等が記憶されているＲＯＭ２４と、レセプトデータ等の一時記憶や処理の領域として用いられるＲＡＭ２６と、レセプトチェックプログラムおよびレセプトチェックデータベースが記録されている磁気ディスク２８と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークインタフェース部３０（以下の文章および図中において、インタフェースをＩ／Ｆと表記する）とが接続されている。
【００４８】
レセプトチェックシステム１２は、本発明に係るレセプトチェック方法及び装置が適用されたもので、いわゆるＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）として機能し、レセプトチェックプログラムの機能をＬＡＮ９０およびインターネット４００を介して各ユーザに提供する。
【００４９】
レセプトチェックプログラムはユーザの端末装置からの要求により起動され、チェック用データベースおよびレセプトデータベースから抽出されたチェック用データを参照してユーザの端末装置から入力したレセプトデータの正確性をチェックし、その結果を該ユーザの端末装置に送信する。このようなレセプトデータの入力やチェック結果の送信は、ユーザの端末装置に導入されたウェブブラウザに適合するよう、上述のようなＨＴＭＬやＣＧＩ等の技術を用いて行われる。
【００５０】
また、レセプトチェックプログラムは、入力したレセプトデータおよびそのチェック結果をレセプトデータサーバ４０内のレセプトデータベースに保存させ、さらにユーザの端末装置からの指示入力に基づいてユーザマスタデータの内容を更新する。
【００５１】
レセプトチェックデータベースは、チェック用マスタデータと、ユーザがカスタマイズしたユーザマスタデータを含む。チェック用マスタデータは、外部機関４から取得したマスタ作成用データに基づいてシステム管理端末６０が作成する。また、ユーザマスタデータは、チェック用マスタデータを基に、医療機関１や保険組合２等のユーザがサーバ２００やサーバ２０２等を介してカスタマイズする。
【００５２】
図５にチェック用マスタのユーザカスタマイズ画面の例を示す。図５（ａ）はチェック用マスタ「精密検査Ａ」、図５（ｂ）はチェック用マスタ「内服薬Ｂ」のカスタマイズ画面であり、入院日数や外来日数に対する回数が変更され、また傷病名が追加／削除されている。
【００５３】
図６はチェック用マスタ「内服薬Ｂ」のカスタマイズ画面であり、薬品名と傷病名との対応関係をカスタマイズする場合の例を示すものである。
【００５４】
レセプトデータベースサーバ４０は、各構成要素の制御を行うＣＰＵ４２を備えており、ＣＰＵ４２は共通バス５２に接続されている。
【００５５】
共通バス５２には、ＣＰＵ４２の他、システムプログラムやパラメータ等が記憶されているＲＯＭ４４と、レセプトデータ等の一時記憶や処理の領域として用いられるＲＡＭ４６と、レセプトデータベースおよびデータベース管理プログラムが記録されている磁気ディスク４８と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークＩ／Ｆ部５０とが接続されている。
【００５６】
レセプトデータベース管理プログラムは、レセプトチェックサーバ２０からの要求により、レセプトデータベースからレセプトチェックに必要なデータを抽出するとともに、レセプトデータおよびチェック結果をレセプトデータベースに蓄積し、またレセプトデータを請求機関３のサーバ２０４に送信する。
【００５７】
レセプトデータベース管理プログラムは、さらに、ユーザからの要求に応じてレセプトデータベースから閲覧用データを抽出し、レセプトチェックサーバ２０を介してユーザの端末装置に送信するとともに、ユーザからの指示入力に基づいてユーザカスタムデータを作成、更新する。
【００５８】
レセプトデータベースは、過去のレセプトデータが蓄積されたレセプトデータと、レセプトデータのフォーマットと、傷病名、薬品名、器材名等の医療データと、これらのデータをユーザがカスタマイズしたユーザカスタムデータを含み、さらに、レセプトデータチェック履歴とデータベース管理履歴を含む。
【００５９】
システム管理端末６０は、各構成要素の制御を行うＣＰＵ６２を備えており、ＣＰＵ６２は共通バス８４に接続されている。この共通バス８４には、システム管理端末６０の制御プログラムやシステムパラメータを格納するＲＯＭ６４と、データの一時記憶や処理領域として使用されるＲＡＭ６６と、磁気ディスク６８と、表示用ディスプレイ（以下、ＣＲＴという）７２への表示制御を行う表示制御部７０と、各種パラメータ設定用のキーやスイッチを備えたキーボード７４と、ＣＲＴ７２の画面上で各種操作を行う手段としてのマウス７６と、データの入出力を行う手段としての記憶装置７８と、プリンタ８０と、ＬＡＮ９０やインターネット４００を介して通信を行うネットワークＩ／Ｆ部８２とが接続されている。また、表示制御部７０には、処理結果等を表示するＣＲＴ７２が接続されている。
【００６０】
なお、記憶装置７８としては、ＣＤ−ＲＯＭドライブ、光磁気ディスク（ＭＯ）ドライブ、ＤＶＤドライブ等の装置を用いることが可能であり、また、これらの装置に挿抜可能な記憶媒体を介して、レセプトデータの入出力やバックアップ等を行うことができる。
【００６１】
レセプトチェックシステム１２の管理者は、システム管理端末６０により、外部機関４からマスタ作成用データを取得してチェック用マスタデータを作成、更新するとともに、記憶装置７８を介したレセプトデータの入出力、チェック用データベースやレセプトデータベースの維持管理等を行う。
【００６２】
次に、上記実施の形態の作用を説明する。
【００６３】
図３に、レセプトデータチェックの処理の流れを示す。レセプトデータチェックは、ユーザの端末装置（ここでは医療機関１のサーバ２００とする）とレセプトチェックサーバ２０、およびレセプトデータベースサーバ４０により行われる。
【００６４】
サーバ２００は、ユーザからの指示入力により、サーバ２００に導入されているウェブブラウザを起動し（ステップＳ１００）、レセプトチェックプログラムの起動を要求する（ステップＳ１０２）。これにより、レセプトチェックサーバ２０に、レセプトチェックプログラムの起動要求およびユーザ識別情報が送信される。このユーザ識別情報は、レセプトチェックシステム１２がユーザの識別に用いるもので、ユーザのＩＤやパスワードを含む。
【００６５】
レセプトチェックサーバ２０は、レセプトチェックプログラムの起動要求およびユーザ識別情報を受信すると、レセプトチェックプログラムを起動し（ステップＳ２００）、上記ユーザ識別情報により特定される医療機関１のサーバ２００に画面表示用のデータおよびファイルを送信する。
【００６６】
サーバ２００では、上記データおよびファイルに基づいてレセプトチェックプログラムの起動画面を表示し（ステップＳ１０４）、ユーザの指示入力によりチェックの対象となるレセプトデータを選択する（ステップＳ１０６）。
【００６７】
なお、上記ステップＳ１０６で選択されるレセプトデータのフォーマットは、レセプト電算処理フォーマットや、ユーザがカスタマイズしたフォーマットであってよい。このような異なるフォーマットに対しても、対応するフォーマットのデータをレセプトデータベースに用意しておくことにより、レセプトデータのチェックを行うことが可能である。
【００６８】
サーバ２００がレセプトチェックを要求すると（ステップＳ１０８）、レセプトチェック要求およびチェック対象のレセプトデータがレセプトチェックサーバ２０に送信される。レセプトチェックサーバ２０は、上記データを受信すると、チェック用データの抽出要求をレセプトデータベースサーバ４０に送信する（ステップＳ２０２）。
【００６９】
レセプトデータベースサーバ４０は、チェック用データの抽出要求を受信すると、データベース管理プログラムを起動してチェック用データ（過去のレセプトデータ、医療データ、ユーザカスタムデータ）を抽出し（ステップＳ３００）、レセプトチェックサーバ２０に送信する。
【００７０】
レセプトチェックサーバ２０は、サーバ２００から入力したレセプトデータを上記チェック用データおよびチェック用データベースに蓄積されているデータ（チェック用マスタデータおよびユーザマスタデータ）と照合して、該レセプトデータの正確性をチェックする（ステップＳ２０２）。
【００７１】
レセプトチェックシステム１２では、このように、レセプトチェックにおいてユーザがカスタマイズしたマスタデータや過去のレセプトデータを参照することで、ユーザごとに異なる条件や診療期間の長さ等を考慮してレセプトデータの正確性を適切にチェックすることができる。
【００７２】
また、レセプトチェックサーバ２０は、レセプトデータのチェック結果を医療機関１のサーバ２００およびレセプトデータベースサーバ４０に送信する（ステップＳ２０４）。レセプトデータベースサーバ４０は、レセプトチェック結果を受信すると、レセプトデータチェック履歴を更新する（ステップＳ３０２）。
【００７３】
サーバ２００は、レセプトチェックサーバ２０から受信したチェック結果を表示し（ステップＳ１１０）、ユーザからの指示入力に基づいてチェック結果を印刷、出力、保存する（ステップＳ１１２）。チェック結果の画面表示例を図７に示す。
【００７４】
なお、チェック結果が正しくなかった場合、ユーザはチェック結果に基づいてレセプトデータを修正し、再度チェックを行うことができる。
【００７５】
サーバ２００は、ユーザからの指示入力に基づいて、レセプトチェックサーバ２０にレセプトデータの保存要求を送信する（ステップＳ１１４）。
【００７６】
レセプトチェックサーバ２０は、レセプトデータ保存要求を受信すると、レセプトデータ保存要求をレセプトデータベースサーバ４０に送信し（ステップＳ２０６）、該要求に基づいてレセプトデータベースサーバ４０がレセプトデータをレセプトデータベースに保存する（ステップＳ３０４）。
【００７７】
このように、レセプトチェックシステム１２では、ユーザはレセプトデータのチェック結果に応じて保存を要求することができるので、レセプトデータベースに正しいレセプトデータのみを蓄積するようにすることができる。
【００７８】
次に、サーバ２００は、ユーザからの指示入力に基づいて、レセプトチェックサーバ２０に対して所定の請求機関３へのレセプトデータ送信要求を送信する（ステップＳ１１６）。レセプトチェックサーバ２０は、該要求を受信すると、レセプトデータベースサーバ４０に対して請求機関３へのレセプトデータ送信要求を送信する（ステップＳ２０８）。レセプトデータベースサーバ４０は、該要求に基づいて、レセプトデータを所定の請求機関３に送信する（ステップＳ３０６）。このように、レセプトデータベースサーバ４０が所定の請求機関３にレセプトデータを送信することで、医療機関１等のユーザがレセプトデータを誤って送信するのを防ぐことができる。
【００７９】
請求機関３へのレセプトデータの送信は、上述のようにユーザからの指示入力ごとに行うようにしてもよいし、定期的（例えば１ヶ月毎）に行うようにしてもよい。
【００８０】
なお、レセプトデータの送信は、ユーザの要求により、システム管理端末６０を介してレセプトデータを記録媒体に出力し、該媒体を請求機関３に送付することにより行うようにしてもよい。
【００８１】
このように、レセプト処理システム１０では、医療機関１等のユーザは担当者の目視やレセプトデータチェック専用のコンピュータおよびプログラムによらずにレセプトデータのチェックを行ってその結果を知ることができ、またレセプトデータを請求機関３に送信することができる。また、過去のレセプトデータを自ら保持する必要も無い。
【００８２】
すなわち、本実施の形態に係るレセプト処理システム１０では、レセプトデータの正確性を適切にチェックするとともに、ユーザの負担を軽減することができる。
【００８３】
次に、ユーザによるレセプト関連データの閲覧について説明する。
【００８４】
図４に、レセプト関連データ閲覧の処理の流れを示す。なお、レセプト関連データとは、レセプトデータベースに蓄積されたデータからユーザの指示により抽出されたデータである。
【００８５】
レセプト関連データの閲覧は、ユーザの端末装置（ここでは患者５のＰＣ３００とする）とレセプトチェックサーバ２０、およびレセプトデータベースサーバ４０により行われる。
【００８６】
ＰＣ３００は、ユーザからの指示入力により、ＰＣ３００に導入されているウェブブラウザを起動し（ステップＳ１２０）、レセプトチェックプログラムの起動を要求する（ステップＳ１２２）。これにより、レセプトチェックサーバ２０に、レセプトチェックプログラムの起動要求およびユーザ識別情報が送信される。このユーザ識別情報は、レセプトチェックシステム１２がユーザの識別に用いるもので、ユーザのＩＤやパスワードを含む。
【００８７】
レセプトチェックサーバ２０は、レセプトチェックプログラムの起動要求およびユーザ識別情報を受信すると、レセプトチェックプログラムを起動し（ステップＳ２２０）、上記ユーザ識別情報により特定される患者５のＰＣ３００に画面表示用のデータおよびファイルを送信する。
【００８８】
ＰＣ３００では、上記データおよびファイルに基づいてレセプトチェックプログラムの起動画面を表示し（ステップＳ１２４）、ユーザの指示入力によりレセプト関連データの閲覧条件を設定する（ステップＳ１２６）。
【００８９】
レセプト関連データの閲覧は、上述のユーザ識別情報により識別されるユーザに応じて閲覧条件に制限を設けるようにしてよい。例えば、患者５の場合は自分が通院した医療機関に関するデータに限定し、医療機関１の場合は自らが行った医療行為に関するデータに限定し、保険組合２の場合は自らへの請求内容に関するデータに限定することができる（本実施の形態では、患者５が、自分が受けた診療内容を閲覧する場合について説明している）。
【００９０】
ＰＣ３００が診療内容の閲覧を要求すると（ステップＳ１２８）、診療内容閲覧要求および閲覧条件がレセプトチェックサーバ２０に送信される。レセプトチェックサーバ２０は、上記データを受信すると、診療内容抽出要求をレセプトデータベースサーバ４０に送信する（ステップＳ２２２）。
【００９１】
レセプトデータベースサーバ４０は、診療内容抽出要求を受信すると、データベース管理プログラムを起動して閲覧用データ（患者５の利用した医療機関名、通院日、診療内容、投薬内容、支払金額等）を抽出し（ステップＳ３２０）、レセプトチェックサーバ２０に送信し、データベース管理履歴を更新する（ステップＳ３２２）。
【００９２】
レセプトチェックサーバ２０は閲覧用データを患者５のＰＣ３００に送信し（ステップＳ２２４）、ＰＣ３００は該閲覧用データに基づいて診療内容を表示する（ステップＳ１３０）。表示された診療内容は、患者５の指示入力により、印刷、出力、保存が行われる（ステップＳ１３２）。図７に、診療内容の表示例を示す。
【００９３】
このようにして、レセプト処理システム１０では、患者５や医療機関１等のユーザは自己に関するレセプト関連データを閲覧することができる。また、ユーザがレセプト関連データを閲覧することにより、誤ったデータを発見することが可能となるので、レセプトデータのチェックをより適切に行うことができる。
【００９４】
【発明の効果】
以上説明したように、本発明によれば、レセプトデータの正確性が適切にチェックされるとともに、ユーザの負担が軽減される。
【図面の簡単な説明】
【図１】本発明の一の実施形態に係り、レセプト処理システムの全体構成を示す図である。
【図２】本発明の一の実施の形態に係り、レセプトチェックシステムの構成を示す図である。
【図３】本発明の一の実施の形態に係り、レセプトデータチェックの処理を示す図である。
【図４】本発明の一の実施の形態に係り、診療内容閲覧の処理を示す図である。
【図５】本発明の一の実施の形態に係り、チェック用マスタのユーザによるカスタマイズを示す図である。
【図６】本発明の一の実施の形態に係り、チェック用マスタのユーザによるカスタマイズを示す図である。
【図７】本発明の一の実施の形態に係り、レセプトデータチェック結果の画面表示の例を示す図である。
【図８】本発明の一の実施の形態に係り、診療内容の画面表示の例を示す図である。
【符号の説明】
１・・・医療機関、２・・・保険組合、３・・・請求機関、４・・・外部機関、５・・・患者、１０・・・レセプト処理システム、１２・・・レセプトチェックシステム、２０・・・レセプトチェックサーバ、４０・・・レセプトデータベースサーバ、６０・・・システム管理端末
Claims (2)
- ユーザの端末機から通信回線を介してレセプトデータを受信するステップと、
前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェックステップと、
前記チェック結果を前記ユーザの端末機に通信回線を介して送信するステップと、
を含むレセプトチェック方法。 - ユーザの端末機から通信回線を介してレセプトデータを受信する受信手段と、
前記受信したレセプトデータとあらかじめ準備されたレセプトチェック用データとを比較して前記受信したレセプトデータの正確性をチェックするレセプトチェック手段と、
前記チェック結果を前記ユーザの端末機に通信回線を介して送信する第１の送信手段と、
を含むレセプトチェック装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003101540A JP4903981B2 (ja) | 2003-04-04 | 2003-04-04 | レセプトチェック装置、レセプトチェック方法およびレセプトチェックプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003101540A JP4903981B2 (ja) | 2003-04-04 | 2003-04-04 | レセプトチェック装置、レセプトチェック方法およびレセプトチェックプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004310341A true JP2004310341A (ja) | 2004-11-04 |
| JP2004310341A5 JP2004310341A5 (ja) | 2006-06-01 |
| JP4903981B2 JP4903981B2 (ja) | 2012-03-28 |
Family
ID=33465306
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003101540A Expired - Fee Related JP4903981B2 (ja) | 2003-04-04 | 2003-04-04 | レセプトチェック装置、レセプトチェック方法およびレセプトチェックプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4903981B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009294835A (ja) * | 2008-06-04 | 2009-12-17 | Mizuho Information & Research Institute Inc | レセプト審査支援システム、レセプト審査支援方法及びレセプト審査支援プログラム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001184411A (ja) * | 1999-12-27 | 2001-07-06 | Tokyo Ais:Kk | 診療報酬明細書点検システム及び情報記録媒体 |
| JP2002183381A (ja) * | 2000-06-30 | 2002-06-28 | Data Horizon:Kk | レセプト監査システム、レセプト監査方法、記録媒体およびコンピュータプログラム |
| JP2002373208A (ja) * | 2002-04-17 | 2002-12-26 | Fujitsu Ltd | 医療事務システムにおける請求ミス防止方法および、請求ミス防止可能な医療事務システム |
-
2003
- 2003-04-04 JP JP2003101540A patent/JP4903981B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001184411A (ja) * | 1999-12-27 | 2001-07-06 | Tokyo Ais:Kk | 診療報酬明細書点検システム及び情報記録媒体 |
| JP2002183381A (ja) * | 2000-06-30 | 2002-06-28 | Data Horizon:Kk | レセプト監査システム、レセプト監査方法、記録媒体およびコンピュータプログラム |
| JP2002373208A (ja) * | 2002-04-17 | 2002-12-26 | Fujitsu Ltd | 医療事務システムにおける請求ミス防止方法および、請求ミス防止可能な医療事務システム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009294835A (ja) * | 2008-06-04 | 2009-12-17 | Mizuho Information & Research Institute Inc | レセプト審査支援システム、レセプト審査支援方法及びレセプト審査支援プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4903981B2 (ja) | 2012-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220180984A1 (en) | Systems and methods for surfacing contextually relevant content into the workflow of a third party system via a distributed architecture | |
| Sittig | Personal health records on the internet: a snapshot of the pioneers at the end of the 20th Century | |
| US8180654B2 (en) | Method and system for creating, assembling, managing, utilizing, and securely storing portable personal medical records | |
| US20060184524A1 (en) | Method and system for automated data analysis, performance estimation and data model creation | |
| US8588765B1 (en) | Remote access management systems | |
| US20020010595A1 (en) | Web-based medication management system | |
| US20020184054A1 (en) | Two-way practice management data integration | |
| US8290787B2 (en) | Method for generating and transmitting prescription renewal request information | |
| US20090106313A1 (en) | Interactive prescription processing and managing system | |
| US20030158754A1 (en) | Web-based method and system for maintaining and accessing medical records | |
| WO2001053959A9 (en) | Electronic provider-patient interface system | |
| US20050192841A1 (en) | Method and system for collecting information before user registration | |
| EP2473964A2 (en) | Medical compliance kiosk | |
| US20140038152A1 (en) | Medical visualization method and system | |
| US20210295262A1 (en) | Patient Outcome-Based Data Store | |
| Anglada-Martínez et al. | An interactive mobile phone–website platform to facilitate real-time management of medication in chronically ill patients | |
| US20090228302A1 (en) | System and method of prescribing alternative medications | |
| US20130060574A1 (en) | Provision of a mobile health product | |
| JP4903981B2 (ja) | レセプトチェック装置、レセプトチェック方法およびレセプトチェックプログラム | |
| JP4558142B2 (ja) | 電子薬歴管理システム | |
| JP4965969B2 (ja) | 知的財産管理システムおよびプログラム | |
| KR20020008636A (ko) | 인터넷을 통한 약품정보 제공 방법 | |
| JP2002183307A (ja) | 院外処方箋による調剤薬の受取りシステム | |
| JP4842089B2 (ja) | 商品情報検索支援システム、商品情報検索支援プログラムおよび商品情報検索支援プログラム記録媒体 | |
| WO2014019050A1 (en) | Medical visualization method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060331 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060331 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20080723 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20080723 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080821 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080922 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081118 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090529 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090629 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20090703 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20090703 |
|
| AA91 | Notification that invitation to amend document was cancelled |
Free format text: JAPANESE INTERMEDIATE CODE: A971091 Effective date: 20090811 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090908 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091125 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20091215 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20100326 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111129 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120106 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4903981 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150113 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |