JP2013196077A - 医療事務支援プログラム、医療事務支援装置及び医療事務支援方法 - Google Patents

Abstract

【課題】簡易な処理で、レセプトのエラーとカルテ番号とを対応付けた情報を医師等に対して提供する。
【解決手段】エラーチェック部１４は、月毎に作成されるレセプトにエラーが存在するか否かを判断し、レセプトにエラーが存在していた場合に、エラーの情報をレセプトエラーＤＢ２６に格納する。また、関連情報抽出部１６は、レセプトエラーＤＢと医事会計ＤＢ２２のうち、共通するフィールドの情報をキーとして、レセプトのエラーに対応する会計オーダ番号を抽出するとともに、医事会計ＤＢとカルテＤＢ２０の共通するフィールドの情報と、抽出した会計オーダ番号をキーとして、レセプトのエラーに対応するカルテ番号を抽出し、抽出されたカルテ番号とレセプトのエラーに関する情報とを対応付けてカルテ検索用レセプトエラーＤＢ２８に格納する。
【選択図】図３

Description

本件は、医療事務支援プログラム、医療事務支援装置及び医療事務支援方法に関する。

従来、電子カルテシステムと医療事務システム（医事システムと呼ぶ）とが別構成の場合において、電子カルテシステムにより作成された電子カルテに基づき、医事システムがレセプトを作成する技術が知られている（例えば、特許文献１参照）。

国際公開第０１／０７１５８４号

医事システムは、生成されたレセプトのチェックを行う。このチェックによりエラーが検出された場合、作業者は、レセプトのエラーに対応する電子カルテを見てエラーの訂正を行う必要がある。しかしながら、従来は、医事システムで作成されたレセプトと電子カルテとは対応付けられていなかったため、作業者は、レセプトエラーに対応する電子カルテを探すのに手間を要していた。

一方、最近では、電子カルテシステムと医事システムを統合した１つのシステムにおいて、電子カルテのデータや医療事務に関するデータを管理する方法が提案されつつある。このようなシステムを病院等に導入する場合、導入に要する時間や手間、使い勝手等を考慮すると、過去に利用していたデータベースを改変せずにそのまま利用できるようにすることが好ましい。したがって、作業者が上述したレセプトのチェックを容易に行えるようにするためには、データベース自体を改変せずに、レセプトが作成されたタイミングで、レセプトと電子カルテとを関連付けるためのデータベースを逐一作成することが考えられる。

しかしながら、複数のデータベースを関連付けるためのデータベースを逐一作成することとすると、システムの処理量や保持すべきデータ量が大きくなるおそれがある。

そこで本件は上記の課題に鑑みてなされたものであり、簡易な処理で、レセプトのエラーの情報に対応する電子カルテの情報を提供することが可能な医療事務支援プログラム、医療事務支援装置及び医療事務支援方法を提供することを目的とする。

本明細書に記載の医療事務支援プログラムは、電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成し、月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成し、月毎に作成されるレセプトにエラーが存在するか否かを判断し、前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成し、前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出し、前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出し、前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する、処理をコンピュータに実行させる医療事務支援プログラムである。

本明細書に記載の医療事務支援装置は、作成された電子カルテの情報を複数項目に分けて格納するカルテデータベースと、月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースと、月毎に作成されるレセプトにエラーが存在するか否かを判断する判断部と、前記レセプトのエラーの情報を複数項目に分けて格納するレセプトエラーデータベースと、前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出するとともに、前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出した前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出する抽出部と、前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースと、を備えている。

本明細書に記載の医療事務支援方法は、電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成する第１生成工程と、月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成する第２生成工程と、月毎に作成されるレセプトにエラーが存在するか否かを判断する判断工程と、前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成する第３生成工程と、前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出する第１抽出工程と、前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、前記第１抽出工程で抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出第２抽出工程と、前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する第４生成工程と、をコンピュータが実行する医療事務支援方法である。

本明細書に記載の医療事務支援プログラム、医療事務支援装置及び医療事務支援方法は、簡易な処理で、レセプトのエラーの情報に対応する電子カルテの情報を提供することができるという効果を奏する。

一実施形態に係る医療事務支援システムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、医師用端末及び医事課用端末のハードウェア構成を示す図である。 サーバ、医師用端末及び医事課用端末の機能ブロック図である。 カルテＤＢの一例を示す図である。 医事会計ＤＢの一例を示す図である。 図６（ａ）は、レセプトＤＢの一例を示す図であり、図６（ｂ）は、レセプトエラーＤＢの一例を示す図であり、図６（ｃ）は、カルテ検索用レセプトエラーＤＢの一例を示す図である。 図７（ａ）は、レセプトエラー一覧画面の一例を示す図であり、図７（ｂ）は、レセプト画面とカルテ画面とを同時に表示する画面の一例を示す図である。 データ登録部の処理を示すフローチャートである。 エラーチェック部の処理を示すフローチャートである。 関連情報抽出部の処理を示すフローチャートである。 表示画面生成部の処理を示すフローチャートである。 図１２（ａ）〜図１２（ｃ）は比較例を説明するための図である。 変形例に係る医事会計ＤＢの一例を示す図である。 図１４（ａ）は、変形例に係るカルテＤＢの一例を示す図であり、図１４（ｂ）は、変形例に係るカルテ検索用レセプトエラーＤＢの一例を示す図である。

以下、医療事務支援システムの一実施形態について、図１〜図１１に基づいて詳細に説明する。図１には、医療事務支援システム１００の概略構成が示されている。

医療事務支援システム１００は、病院等に設置されるシステムであり、図１に示すように、医療事務支援装置としてのサーバ１０と、医師用端末６０と、医事課用端末７０と、を備える。サーバ１０と、医師用端末６０と、医事課用端末７０とは、インターネットやＬＡＮなどのネットワークに接続されている。

サーバ１０は、電子カルテや会計、レセプトに関する情報を保持しており、必要に応じ又は医師用端末６０や医事課用端末７０からの要求に応じて、これらの情報を医師用端末６０や医事課用端末７０に対して送信する。なお、レセプトは、患者が受けた診療について、月毎に、病院が保険者（市町村や健康保険組合等）に請求する医療費の明細書を意味する。

ここで、サーバ１０は、図２（ａ）に示すようなハードウェア構成を有している。図２（ａ）に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７及び可搬型記憶媒体用ドライブ９９等を備えており、サーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（医療事務支援プログラム）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（医療事務支援プログラム）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。

医師用端末６０は、医師が使用する端末であり、電子カルテの作成や閲覧、レセプトにエラーが存在していたときに行う確認作業等を実行するための端末である。医事課用端末７０は、医事課に属する病院の職員（医療事務に従事する職員）が使用する端末であり、医事会計のデータの入力や、レセプトの作成、レセプトのエラーの確認などに用いられる端末である。

ここで、医師用端末６０と、医事課用端末７０とは、図２（ｂ）に示すようなハードウェア構成を有している。図２（ｂ）に示すように、医師用端末６０及び医事課用端末７０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ここではＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体用ドライブ１９９等を備えており、端末６０及び７０の構成各部は、バス１９８に接続されている。なお、表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス等を含んでいる。

医師用端末６０及び医事課用端末７０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図３の各部の機能が実現される。

図３には、サーバ１０、医師用端末６０及び医事課用端末７０の機能ブロック図が示されている。図３に示すように、サーバ１０は、ＣＰＵ９０がプログラムを実行することで、データ登録部１２、判断部としてのエラーチェック部１４、抽出部としての関連情報抽出部１６、及び表示画面生成部１８の機能を実現する。なお、図３では、ＨＤＤ９６等に格納されている各種ＤＢも図示されている。また、医師用端末６０及び医事課用端末７０は、ＣＰＵ１９０がプログラムを実行することで、入力データ送信部６２、画面取得部６４、及び表示制御部６６の機能を実現する。

データ登録部１２は、医師用端末６０及び医事課用端末７０の入力部１９５から入力されたデータを取得し、当該データをカルテＤＢ２０、医事会計ＤＢ２２、及びレセプトＤＢ２４に格納する。

ここで、カルテＤＢ２０は、医師が作成した電子カルテに関する情報を格納するデータベースであり、図４に示すように、「カルテ番号」、「患者番号」、「科」、「会計オーダ番号」、「診療行為コード」の各フィールド（項目）を有している。「カルテ番号」のフィールドには、医師用端末６０から入力された電子カルテの番号（識別子）が入力される。「患者番号」のフィールドには、患者ごとに割り振られたユニークな番号が入力される。「科」のフィールドには、電子カルテを作成した医師の属する診療科が入力される。「会計オーダ番号」のフィールドには、作成した電子カルテに対応する会計オーダの番号が入力される。「診療行為コード」のフィールドには、例えば、処置や処方した薬剤ごとに定められているコードが入力される。なお、処置や処方した薬剤は、１回の診療に対して複数存在する場合があるので、「診療行為コード」のフィールドは複数用意されている。

医事会計ＤＢ２２は、月毎、患者毎の会計に関する情報を格納するデータベースであり、図５に示すように、「患者番号」、「会計年月」、「科」、「診療行為コード」、「会計オーダ番号」の各フィールドを有している。この医事会計ＤＢ２２では、患者、会計年月及び科ごとに、診療行為コードと会計オーダ番号とを対応付けて格納している。

なお、例えば、２０１２年２月１日に患者番号１の患者が内科の診察を受けた場合には、図４のカルテＤＢ２０の１行目のレコードが登録される。また、これに伴って、図５の１行目のレコードの診療行為コード（１）〜（３）、会計オーダ番号（１）〜（３）が登録されることになる。また、２０１２年２月１０日に患者番号１の患者が眼科の診察を受けた場合には、図４のカルテＤＢ２０の２行目のレコードが登録される。また、これに伴って、図５の２行目のレコードが登録されることになる。更に、２０１２年２月２０日に患者番号１の患者が内科の診察を受けた場合には、図４のカルテＤＢ２０の３行目のレコードが登録される。また、これに伴って、図５の１行目のレコードの診療行為コード（４）、会計オーダ番号（４）が登録されることになる。

レセプトＤＢ２４は、レセプトが発行されるたびに当該レセプトの情報を格納するデータベースである。レセプトＤＢ２４は、図６（ａ）に示すように、「診療年月」、「患者番号」、「レセプト番号」、「科」、「診療行為コード」の各フィールドを有している。「レセプト番号」のフィールドには、レセプトごとに割り振られたユニークな番号が入力される。

図３に戻り、エラーチェック部１４は、レセプトＤＢ２４の各レコードの内容に、エラー（薬剤の使用期限が切れているなどのエラー）が含まれていないかを判断する。そして、エラーチェック部１４は、エラーが含まれていた場合には、当該レセプトＤＢ２４のレコードの内容と、エラー内容とをレセプトエラーＤＢ２６に格納する。

ここで、レセプトエラーＤＢ２６は、図６（ｂ）に示すように、「診療年月」、「患者番号」、「レセプト番号」、「科」、「エラー番号」、「診療行為コード」、「エラー内容」の各フィールドを有している。「エラー番号」のフィールドには、エラーに対して割り振られたユニークな番号が入力される。「エラー内容」のフィールドには、具体的なエラー内容が入力される。なお、その他のフィールドは、図６（ａ）のレセプトＤＢ２４と同様となっている。

関連情報抽出部１６は、レセプトエラーＤＢ２６の各レコードと関連するカルテ番号を、レセプトエラーＤＢ２６、医事会計ＤＢ２２及びカルテＤＢ２０に基づいて抽出する。また、関連情報抽出部１６は、抽出したカルテ番号と、これに関連するレセプトエラーＤＢ２６の各レコードの内容と、を検索用データベースとしてのカルテ検索用レセプトエラーＤＢ２８に格納する。なお、カルテ検索用レセプトエラーＤＢ２８は、図６（ｃ）に示すように、「診療年月」、「患者番号」、「レセプト番号」、「エラー番号」、「カルテ番号」の各フィールドを有している。

表示画面生成部１８は、レセプトエラーＤＢ２６に基づいて、レセプトエラー一覧画面（図７（ａ）参照）を生成し、当該画面のデータ（画面データ）を医師用端末６０や医事課用端末７０に対して送信する。また、表示画面生成部１８は、エラーが存在していたレセプトの内容を含むカルテ画面（図７（ｂ）参照）を生成し、医師用端末６０や医事課用端末７０に対して送信する。

医師用端末６０及び医事課用端末７０の入力データ送信部６２は、入力部１９５を介して医師や医事課の職員から入力された入力データをデータ登録部１２に対して送信する。

画面取得部６４は、表示画面生成部１８から送信されてきた画面データを取得し、表示制御部６６に対して送信する。表示制御部６６は、画面取得部６４から受信した画面データに基づいて、表示画面生成部により生成された画面を表示部１９３に表示させる。

次に、本実施形態におけるサーバ１０の処理について、図８〜図１１のフローチャートに沿って詳細に説明する。

図８の処理は、データ登録部１２の処理を示すフローチャートである。図８のステップＳ１では、データ登録部１２が、電子カルテが作成されたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２に移行するが、否定された場合には、ステップＳ５に移行する。

ステップＳ２に移行した場合、データ登録部１２が、カルテＤＢ２０に新たなレコードを作成する。次いで、ステップＳ４では、データ登録部１２が、医事会計ＤＢ２２に対して、カルテＤＢ２０に新たに作成したレコードに対応する情報を登録する。その後は、ステップＳ５に移行する。

ステップＳ５では、データ登録部１２が、レセプトが作成されたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ６に移行するが、否定された場合には、ステップＳ１に戻る。

ステップＳ６に移行すると、データ登録部１２が、レセプトＤＢ２４に新たなレコードを作成する。その後は、ステップＳ１に戻る。ステップＳ１に戻った後は、上述したステップＳ１〜Ｓ６を繰り返す。

以上のような処理を行うことで、データ登録部１２は、各データベースを適宜更新することが可能となっている。

次に、図９に基づいて、エラーチェック部１４の処理について説明する。図９は、エラーチェック部１４の処理を示すフローチャートである。なお、図９の処理は、図８の処理と同時並行的に行われる処理である。

図９の処理では、まず、ステップＳ１０において、エラーチェック部１４が、データ登録部１２によってレセプトＤＢ２４に新たなレコードが追加されるまで（すなわち、図８のステップＳ６が行われるまで）待機する。

次いで、ステップＳ１２では、エラーチェック部１４が、追加されたレコードのエラーチェックを行う。この場合、エラーチェック部１４は、例えば、処方された薬剤の使用期限が切れていないかのチェックを行う。

次いで、ステップＳ１４では、エラーチェック部１４は、ステップＳ１２のエラーチェックにおいてエラーが存在していたか否かを判断する。ここでの判断が否定された場合には、ステップＳ１０に戻る。一方、ステップＳ１４の判断が肯定された場合には、ステップＳ１６に移行する。

ステップＳ１６に移行すると、エラーチェック部１４は、レセプトエラーＤＢ２６に対して、エラーの存在していたレセプトの情報とエラーの内容を格納する。その後は、ステップＳ１０に戻る。なお、以降においては、ステップＳ１０〜Ｓ１６の処理が繰り返されることになる。

エラーチェック部１４が、以上の処理を行うことで、レセプトエラーＤＢ２６には、随時レセプトのエラー情報が格納されることになる。

次に、図１０に基づいて、関連情報抽出部１６の処理について説明する。図１０は関連情報抽出部１６の処理を示すフローチャートである。なお、図１０の処理は、例えば、１ヶ月に１回行われる処理であるものとし、図８，図９と同時並行的に行われる処理であるものとする。

図１０の処理では、まず、ステップＳ２０において、関連情報抽出部１６が、レセプトエラーＤＢ２６の１つのレコードを特定する。ここでは、例えば、図６（ｂ）の１行目のレコードが特定されたものとする。

次いで、ステップＳ２２では、関連情報抽出部１６が、レセプトエラーＤＢ２６と医事会計ＤＢ２２で共通するフィールド（診療年月（会計年月）、患者番号、科、診療行為コード）の情報をキーとして、図６（ｂ）の１行目のレコードと対応する会計オーダ番号を医事会計ＤＢ２２から抽出する。図６（ｂ）の１行目のレコードの場合、図５の医事会計ＤＢ２２の１行目のレコードに、診療年月（会計年月）、患者番号、科、診療行為コードが一致する会計オーダ番号が存在している。したがって、関連情報抽出部１６は、当該会計オーダ番号（ここでは、「０００００００１」）を抽出する。

次いで、ステップＳ２４では、関連情報抽出部１６が、医事会計ＤＢ２２とカルテＤＢ２０で共通するフィールド（患者番号、科、診療行為コード）の情報と、ステップＳ２２で抽出した会計オーダ番号をキーとして、カルテＤＢ２０からカルテ番号を抽出する。この場合、図４のカルテＤＢ２０の１行目に、患者番号＝「１」、科＝「内科」、診療コード＝「１０００２」、会計オーダ番号＝「０００００００１」が存在しているので、関連情報抽出部１６は、当該１行目のカルテ番号＝「２０１２０２０１−００００１」を抽出する。

次いで、ステップＳ２６では、関連情報抽出部１６が、抽出したカルテ番号とレセプトエラーＤＢ２６の内容とを、カルテ検索用レセプトエラーＤＢ２８に格納する。上記例では、図６（ｃ）の１行目のレコードが格納されることになる。

次いで、ステップＳ２８では、関連情報抽出部１６が、レセプトエラーＤＢ２６のすべてのレコードの処理が完了したか否かを判断する。ここでの判断が否定された場合には、ステップＳ２０に戻るが、肯定された場合には、図１０の全処理を終了する。なお、ステップＳ２０に戻った場合には、新たに特定されるレセプトエラーＤＢ２６のレコードに対する、ステップＳ２２〜Ｓ２６の処理が実行されることになる。

以上のような処理を実行することで、関連情報抽出部１６は、カルテ検索用レセプトエラーＤＢ２８に随時レコードを追加することができるようになっている。

次に、図１１に基づいて、表示画面生成部１８の処理について説明する。図１１は、表示画面生成部１８の処理を示すフローチャートである。なお、図１１の処理は、図７〜図１０の処理と並行して行われる処理である。

図１１の処理では、まず、ステップＳ３０において、表示画面生成部１８が、レセプトエラー一覧画面の表示要求があったか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３２に移行する。ステップＳ３２では、表示画面生成部１８が、レセプトエラーＤＢ２６に基づいて、レセプトエラー一覧画面（図７（ａ）参照）を生成し、当該画面のデータを医師用端末６０又は医事課用端末７０のうち、表示要求が出された端末の画面取得部６４に対して送信する。その後は、ステップＳ４０に移行する。なお、画面取得部６４は、受信した画面データを表示制御部６６に送信し、表示制御部６６は、受信した画面データに基づいて表示部１９３上に図７（ａ）の画面を表示させる。

これに対し、ステップＳ３０の判断が否定された場合には、ステップＳ３６に移行し、表示画面生成部１８は、レセプトエラーＤＢ２６に新たなレコードが追加されたか否かを判断する。ここでの判断が否定された場合には、ステップＳ３０に戻るが、肯定された場合には、ステップＳ３８に移行する。ステップＳ３８では、表示画面生成部１８は、レセプトエラーＤＢ２６に基づいて、新たにレセプトエラーＤＢ２６に追加されたエラーの一覧画面を生成し、当該画面のデータを画面取得部６４に対して送信する。なお、新たに追加されたエラーの一覧画面は、図７（ｂ）と同様の画面であるものとする。その後は、ステップＳ４０に移行する。なお、画面取得部６４は、受信した画面データを表示制御部６６に送信し、表示制御部６６は、受信した画面データに基づいて表示部１９３上に画面を表示させる。

ステップＳ４０に移行すると、表示画面生成部１８は、端末６０又は７０の利用者によって、画面上から１つのエラーが選択されるまで待機する。この場合、例えば、医師用端末６０又は医事課用端末７０の利用者が、図７（ａ）に示すようにエラー内容の欄にマウスカーソルを合わせてクリックした段階で、ステップＳ４０の判断が肯定され、ステップＳ４２に移行することになる。

ステップＳ４２に移行すると、表示画面生成部１８は、レセプトとカルテの両方の情報を含む画面を生成し、画面取得部６４に対して送信する。この場合、表示画面生成部１８は、レセプトＤＢ２４又はレセプトエラーＤＢ２６から取得可能なレセプトの情報と、カルテ検索用レセプトエラーＤＢ２８に含まれるカルテ番号から取得可能なカルテ画面とを組み合わせて、図７（ｂ）のような画面（レセプトをカルテ画面に埋め込んだような画面）を生成する。そして、当該生成した画面のデータをステップＳ４０でエラーを選択した利用者が利用する端末６０又は７０の画面取得部６４に対して送信する。その後は、ステップＳ３０に戻る。なお、画面取得部６４は、受信した画面データを表示制御部６６に送信し、表示制御部６６は、受信した画面データに基づいて、表示部１９３上に画面（図７（ｂ））を表示する。

以降、表示画面生成部１８は、上述したステップＳ３０〜Ｓ４２の処理を繰り返し実行する。このようにすることで、医師や医事課の職員は、エラーのあったレセプトの内容と、これに対応するカルテの内容とを同時に確認することができるようになる。これにより、医師や医事課の職員は、レセプトのエラーの確認を容易に行うことが可能となる。

以上、詳細に説明したように、本実施形態によると、エラーチェック部１４は、月毎に作成されるレセプトにエラーが存在するか否かを判断し（Ｓ１２）、レセプトにエラーが存在していた場合に、エラーの情報をレセプトエラーＤＢ２６に格納する。また、関連情報抽出部１６は、レセプトエラーＤＢ２６と医事会計ＤＢ２２のうち、共通するフィールドの情報をキーとして、レセプトのエラーに対応する会計オーダ番号を抽出する（Ｓ２２）とともに、医事会計ＤＢ２２とカルテＤＢ２０の共通するフィールドの情報と、抽出した会計オーダ番号をキーとして、レセプトのエラーに対応するカルテ番号を抽出し（Ｓ２４）、抽出されたカルテ番号とレセプトのエラーに関する情報とを対応付けてカルテ検索用レセプトエラーＤＢ２８に格納する（Ｓ２６）。これにより、本実施形態では、レセプトにエラーが存在していた場合に、レセプトのエラーとカルテ番号とを自動的に対応付けてカルテ検索用レセプトエラーＤＢ２８に格納することができるので、レセプトＤＢとカルテＤＢとを対応付けるデータベースを逐一更新したりするような場合と比較して、簡易な処理で、レセプトのエラーとカルテ番号とを対応付けた情報を医師や医事課の職員に対して提供することが可能となる。この場合、従来から利用していたカルテＤＢ２０、医事会計ＤＢ２２、レセプトＤＢ２４を変更する必要が無いので、過去に利用していたシステムで用いられていたデータベースをそのまま利用することができる。また、本実施形態では、カルテ検索用レセプトエラーＤＢ２８への新たなレコードの追加が、エラー発生時に生じるのみであるので、レセプトＤＢとカルテＤＢとを逐一対応付けるためのデータベースを作成する場合と異なり、データ量を削減することが可能である。

ここで、従来においては、図１２（ａ）の左図に示すレセプトエラー一覧画面が表示され、医師等によってエラー内容が選択された場合には、図１２（ａ）の右図に示すレセプト画面が表示されるのみであった。したがって、医師は、レセプト画面に基づいて、図１２（ｂ）に示す医事会計画面から、該当する医師を手動で検索し、当該検索した医師のカルテ画面（図１２（ｃ）左図）を表示する必要があった。また、医師等は、表示した画面中において、エラーに対応する内容（図１２（ｃ）の左図の下線部参照）を探し出し、図１２（ｃ）の右図の下線部に示すように表示させ、エラーについて検討する必要があった。これに対し、本実施形態では、自動的に、かつ同時にエラーが存在していたレセプトの画面と、エラーに対応するカルテの画面を表示することができるので、医師等は簡易にエラーの確認作業を行うことが可能となる。

なお、上記実施形態では、図６（ｂ）の１行目のようなエラーが発生したときに、図１３において太字で示すように診療行為コードが一致する会計オーダ番号が複数存在する場合がある。このような場合には、複数の会計オーダ番号のうち、最新の会計オーダ番号（４）（図１３の下線部参照）を抽出することとする。すなわち、この場合には、図１４（ａ）の３行目のレコードのカルテ番号「２０１２０２２０−００００１」が抽出され、図１４（ｂ）の１行目のようなレコードがカルテ検索用レセプトエラーＤＢ２８に登録されることになる。このようにすることで、端末６０又は７０の表示部１９３には、エラーのあったレセプトに対応する最新のカルテを表示することができる。最新カルテを表示することで、重複カルテを過去カルテとして同一画面に表示することができる。

なお、上記実施形態では、カルテＤＢ２０等に「科」のフィールドが設けられている場合について説明したが、これに限らず、単一の診療科の病院に上記実施形態のシステムを導入する場合には、「科」のフィールドを省略してもよい。また、各ＤＢ２０〜２８が有するフィールドは一例であるので、図４〜図６に示すＤＢに、フィールドを適宜追加したり、省略したりしてもよい。

なお、上記実施形態では、サーバ１０において画面を生成し、当該画面のデータを端末６０，７０に対して送信する場合について説明したが、これに限られるものではない。例えば、サーバ１０は、画面生成のための情報のみを端末６０，７０に送信することとし、端末６０，７０において受信した情報に基づいて画面を生成し、表示するようにしてもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成し、
月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成し、
月毎に作成されるレセプトにエラーが存在するか否かを判断し、
前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成し、
前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出し、
前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出し、
前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する、処理をコンピュータに実行させることを特徴とする医療事務支援プログラム。
（付記２） 前記エラーの存在していたレセプトを指定した閲覧要求が出された場合に、前記検索用データベースに基づいて、前記指定されたレセプトと、前記指定されたレセプトのエラーの情報に対応するカルテの情報とを表示する、処理を前記コンピュータに更に実行させることを特徴とする付記１に記載の医療事務支援プログラム。
（付記３） 前記レセプトのエラーの情報に対応する会計の情報に複数の診療行為の情報が含まれている場合には、
前記レセプトのエラーの情報に対応するカルテの情報を抽出する処理では、前記複数の診療行為のうち、最新の診療行為に対応するカルテの情報を抽出することを特徴とする付記１又は２に記載の医療事務支援プログラム。
（付記４） 作成された電子カルテの情報を複数項目に分けて格納するカルテデータベースと、
月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースと、
月毎に作成されるレセプトにエラーが存在するか否かを判断する判断部と、
前記レセプトのエラーの情報を複数項目に分けて格納するレセプトエラーデータベースと、
前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出するとともに、前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出した前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出する抽出部と、
前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースと、を備える医療事務支援装置。
（付記５） 前記エラーの存在していたレセプトを指定した閲覧要求が出された場合に、前記検索用データベースに基づいて、前記指定されたレセプトと、前記指定されたレセプトのエラーの情報に対応するカルテの情報とを表示する表示部を更に備える付記４に記載の医療事務支援装置。
（付記６） 前記抽出部は、
前記レセプトのエラーの情報に対応する会計の情報に複数の診療行為の情報が含まれていた場合には、
前記複数の診療行為のうち、最新の診療行為に対応するカルテの情報を抽出することを特徴とする付記４又は５に記載の医療事務支援装置。
（付記７） 電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成する第１生成工程と、
月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成する第２生成工程と、
月毎に作成されるレセプトにエラーが存在するか否かを判断する判断工程と、
前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成する第３生成工程と、
前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出する第１抽出工程と、
前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、前記第１抽出工程で抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出第２抽出工程と、
前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する第４生成工程と、をコンピュータが実行することを特徴とする医療事務支援方法。
（付記８） 前記エラーの存在していたレセプトを指定した閲覧要求が出された場合に、前記検索用データベースに基づいて、前記指定されたレセプトと、前記指定されたレセプトのエラーの情報に対応するカルテの情報とを表示する表示工程、を前記コンピュータが更に実行することを特徴とする付記７に記載の医療事務支援方法。
（付記９） 前記第１抽出工程で抽出された前記レセプトのエラーの情報に対応する会計の情報に、複数の診療行為の情報が含まれていた場合には、
前記第２抽出工程では、前記複数の診療行為のうち、最新の診療行為に対応するカルテの情報を抽出することを特徴とする付記７又は８に記載の医療事務支援方法。

１０ サーバ（医療事務支援装置）
１４ エラーチェック部（判断部）
１６ 関連情報抽出部（抽出部）
２０ カルテＤＢ
２２ 医事会計ＤＢ
２６ レセプトエラーＤＢ
２８ カルテ検索用レセプトエラーＤＢ（検索用データベース）

Claims (5)

1. 電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成し、
   月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成し、
   月毎に作成されるレセプトにエラーが存在するか否かを判断し、
   前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成し、
   前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出し、
   前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出し、
   前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する、処理をコンピュータに実行させることを特徴とする医療事務支援プログラム。
2. 前記エラーの存在していたレセプトを指定した閲覧要求が出された場合に、前記検索用データベースに基づいて、前記指定されたレセプトと、前記指定されたレセプトのエラーの情報に対応するカルテの情報とを表示する、処理を前記コンピュータに更に実行させることを特徴とする請求項１に記載の医療事務支援プログラム。
3. 前記レセプトのエラーの情報に対応する会計の情報に複数の診療行為の情報が含まれている場合には、
   前記レセプトのエラーの情報に対応するカルテの情報を抽出する処理では、前記複数の診療行為のうち、最新の診療行為に対応するカルテの情報を抽出することを特徴とする請求項１又は２に記載の医療事務支援プログラム。
4. 作成された電子カルテの情報を複数項目に分けて格納するカルテデータベースと、
   月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースと、
   月毎に作成されるレセプトにエラーが存在するか否かを判断する判断部と、
   前記レセプトのエラーの情報を複数項目に分けて格納するレセプトエラーデータベースと、
   前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出するとともに、前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、抽出した前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出する抽出部と、
   前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースと、を備える医療事務支援装置。
5. 電子カルテが作成されたときに、当該電子カルテの情報を複数項目に分けて格納するカルテデータベースを生成する第１生成工程と、
   月毎、患者毎の会計の情報を複数項目に分けて格納する医事会計データベースを生成する第２生成工程と、
   月毎に作成されるレセプトにエラーが存在するか否かを判断する判断工程と、
   前記レセプトにエラーが存在していた場合に、当該エラーの情報を複数項目に分けて格納するレセプトエラーデータベースを生成する第３生成工程と、
   前記レセプトエラーデータベースの項目と前記医事会計データベースの項目のうち、共通する項目の情報をキーとして、前記レセプトのエラーの情報に対応する会計の情報を抽出する第１抽出工程と、
   前記医事会計データベースの項目と前記カルテデータベースの項目のうち共通する項目の情報と、前記第１抽出工程で抽出された前記レセプトのエラーの情報に対応する会計の情報とをキーとして、前記レセプトのエラーの情報に対応するカルテの情報を抽出第２抽出工程と、
   前記抽出されたカルテの情報と前記レセプトのエラーの情報とを対応付けて格納する検索用データベースを生成する第４生成工程と、をコンピュータが実行することを特徴とする医療事務支援方法。
   
   

Images