JP6163980B2 - プログラム、情報処理方法、及び、情報処理装置 - Google Patents

Description

本発明は、コンピュータに各種処理を実行させるプログラム、情報処理方法、及び、情報処理装置に関する。

従来、診療報酬点数についての計算処理を行う医療用事務処理装置が提案されている（例えば、特許文献１参照）。

特開２００７−４７８４８号公報

しかしながら、従来の技術では、データ内容について修正を行う場合、適切な処理を行うことができないという問題があった。

一つの側面では、本発明は修正を行った場合に複数のデータベースの同期を適切に行うことが可能なプログラム等を提供することを目的とする。

本願に開示するプログラムは、コンピュータに、第１データベース及び該第１データベースのデータに基づき生成される前記データを一部に含む第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成し、該中間第１データベースのデータに基づき、前記データを一部に含む中間第２データベースを生成し、前記中間第１データベースのデータに基づき、前記第１データベースを更新し、前記中間第２データベースのデータに基づき、前記第２データベースを更新する処理を実行させる。

一つの側面では、複数のデータベースの同期を適切に行うことが可能となる。

情報処理システムの概要を示す説明図である。 パーソナルコンピュータのハードウェア群を示すブロック図である。 コンピュータのハードウェア群を示すブロック図である。 カルテ入力画面のイメージを示す説明図である。 第１カルテＤＢのレコードレイアウトを示す説明図である。 第２カルテＤＢのレコードレイアウトを示す説明図である。 病名入力画面のイメージを示す説明図である。 病名ＤＢのレコードレイアウトを示す説明図である。 会計表示画面である。 会計データＤＢのレコードレイアウトを示す説明図である。 レセプトＤＢのレコードレイアウトを示す説明図である。 点検ＤＢのレコードレイアウトを示す説明図である。 編集エラーＤＢのレコードレイアウトを示す説明図である。 レセプト表示画面のイメージを示す説明図である。 中間病名ＤＢのレコードレイアウトを示す説明図である。 中間レセプトＤＢのレコードレイアウトを示す説明図である。 中間編集エラーＤＢのレコードレイアウトを示す説明図である。 各ＤＢの生成処理手順を示すフローチャートである。 各ＤＢの生成処理手順を示すフローチャートである。 ＤＢの生成処理の手順を示すフローチャートである。 ＤＢの生成処理の手順を示すフローチャートである。 ＤＢの生成処理の手順を示すフローチャートである。 実施の形態３に係るレセプト表示画面のイメージを示す説明図である。 グレーアウト処理の手順を示すフローチャートである。 上述した形態のコンピュータの動作を示す機能ブロック図である。 実施の形態４に係るコンピュータのハードウェア群を示すブロック図である。

実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１及びパーソナルコンピュータ２等を含む。情報処理装置１及びパーソナルコンピュータ２はインターネット等の通信網Ｎを介して接続されている。情報処理装置１は例えばサーバコンピュータまたはパーソナルコンピュータ等である。以下では情報処理装置１をコンピュータ１と読み替えて説明する。パーソナルコンピュータ２は、例えば病院、企業、大学または店舗等の施設で利用される機器である。

なお、本実施形態では、病院での医療行為に付随して入力される情報を取り扱う例を挙げて説明するがこれに限るものではない。例えば、企業の会計データまたは人事データ等を取り扱うようにしても良い。またパーソナルコンピュータ２を用いる以外に、携帯電話機、またはＰＤＡ（Personal Digital Assistant）等を用いても良い。また本実施形態では各種データの入力をパーソナルコンピュータ２で行い、各種ソフトウェア処理をコンピュータ１で行う例を示すがこれに限るものではない。パーソナルコンピュータ２にて全ての処理を一括して行うようにしても良い。以下、詳細を説明する。

図２はパーソナルコンピュータ２のハードウェア群を示すブロック図である。パーソナルコンピュータ２は制御部としてのＣＰＵ（Central Processing Unit）２１、ＲＡＭ(Random Access Memory)２２、入力部２３、表示部２４、記憶部２５、時計部２８及び通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。ＲＡＭ２２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部２３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、通信網Ｎを介してコンピュータ１との間で情報の送受信を行う。

記憶部２５はハードディスクまたは大容量メモリであり、上述した制御プログラム２５Ｐを記憶している。時計部２８は日時情報をＣＰＵ２１へ出力する。

図３はコンピュータ１のハードウェア群を示すブロック図である。コンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、時計部１８、記憶部１５、及び通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部１３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、通信網Ｎを介してパーソナルコンピュータ２との間で情報の送受信を行う。

記憶部１５はハードディスクまたは大容量メモリであり、上述した制御プログラム１５Ｐの他、第１カルテデータベース（以下、ＤＢという）１５１、第２カルテＤＢ１５２、病名ＤＢ１５３、会計データＤＢ１５４及びレセプトＤＢ１５５等を含む。その他、記憶部１５には、編集エラーＤＢ１５６、点検ＤＢ１５７、中間第１カルテＤＢ２５１、中間第２カルテＤＢ２５２、中間病名ＤＢ２５３、中間会計データＤＢ２５４、中間レセプトＤＢ２５５、及び中間編集エラーＤＢ２５６等が記憶されている。なお、本実施形態ではコンピュータ１の記憶部１５に各種ＤＢを記憶する例を挙げたがこれに限るものではない。例えば通信網Ｎを介して接続される図示しないデータベースサーバ等に上述した各種ＤＢを適宜記憶しても良い。この場合、ＣＰＵ１１は、必要に応じてデータベースサーバにアクセスし、データの書き込み及び読み出しを行う。

図４はカルテ入力画面のイメージを示す説明図である。パーソナルコンピュータ２の表示部２４にはカルテ入力画面が表示される。医師、看護士、または病院職員を含む医療関係者であるユーザは入力部２３からカルテに関する情報を入力する。図４の例では患者Ａの８月６日のカルテが左側に表示され、９月１３日のカルテが右側に表示されている。ユーザは入力部２３から主観的な所見及び客観的な所見を入力する。図４の例では主観的な所見として、主観的所見を示す「Ｓ」の欄に「食欲有り、９月１０日には解熱、若干の嘔吐あり」と入力されている。客観的な所見として、客観的所見を示す「Ｏ」の欄に「胸部聴診上、右中肺野領域の呼吸音減弱、深呼吸にてラ音出現」と入力されている。

続いてユーザは入力部２３から処置及び処方を入力する。図４の例では、「内服、Ａ錠200mg２錠、朝夕食後、５日分」等が入力されている。ＣＰＵ２１は、入力部２３から入力されたカルテデータをコンピュータ１へ、通信部２６を介して送信する。コンピュータ１のＣＰＵ１１は通信部１６を介して、カルテデータを受信する。ＣＰＵ１１は、カルテデータを第１カルテＤＢ１５１及び第２カルテＤＢ１５２に記憶する。

図５は第１カルテＤＢ１５１のレコードレイアウトを示す説明図である。第１カルテＤＢ１５１は患者番号フィールド、受診日フィールド、カルテ番号フィールド、所見区分フィールド、所見番号フィールド、データフィールド、医師名フィールド、更新日時フィールド等を含む。患者番号フィールドには患者を特定するための固有の患者番号が記憶される。受診日フィールドには、患者が受診した日が記憶されている。カルテ番号フィールドには、カルテを特定するための固有のカルテ番号が記憶されている。所見区分フィールドには、主観的な所見を示すＳまたは客観的な所見を示すＯのいずれかが記憶される。図５の例では主観的所見及び客観的所見が２つずつ記憶されている。

所見番号フィールドには、主観的所見または客観的所見それぞれの所見を特定するための番号が記憶されている。データフィールドには、所見が記憶されている。例えば、「食欲あり、９月１０日には解熱」は所見区分「Ｓ」、所見番号「１」が付与されて記憶されている。医師名フィールドには、医師名が記憶されている。医師名はパーソナルコンピュータ２の入力部２３からカルテデータを入力する際に併せて入力される。入力された医師名はカルテデータと共にコンピュータ１へ送信される。更新日時フィールドにはカルテを更新した日時が記憶されている。この日時はパーソナルコンピュータ２の時計部２８が出力した日時であり、カルテデータと共にコンピュータ１へ送信される。なお、パーソナルコンピュータ２から送信されたカルテデータがコンピュータ１にて受信された日時を更新日時としても良い。この場合、ＣＰＵ１１は時計部１８から出力された日時を第１カルテＤＢ１５１に記憶する。図５の例ではカルテ番号「０００１」のデータの更新日時は２０１０年９月１３日２０時６分５９秒である。

図６は第２カルテＤＢ１５２のレコードレイアウトを示す説明図である。第２カルテＤＢ１５２は患者番号フィールド、受診日フィールド、オーダ番号フィールド、カルテ番号フィールド、剤番号フィールド、剤明細番号フィールド、コードフィールド、表示名フィールド、数量フィールド及び回数フィールド等を含む。オーダ番号フィールドには、処方の注文及び会計データを作成するための固有のオーダ番号が記憶されている。剤番号フィールドには処方する剤を特定するための剤番号が記憶されており、剤明細番号フィールドには剤番号に対応付けてさらに詳細な剤を特定するための剤明細番号が記憶されている。

コードフィールドには、薬及び飲み方等を特定するためのコードが記憶されている。表示名フィールドには、薬及び飲み方等の情報が記憶されている。数量フィールドには薬を処方する数量が記憶され、回数フィールドには処方した回数が記憶されている。図６の例では、「Ａ錠200mg」は剤番号「００１」、剤明細番号「００１」、コード「１５３７５」に対応付けられており、数量は「２」、回数は「５」と記憶されている。ＣＰＵ１１は、カルテデータを受信した場合、入力された薬名、回数、数量等に基づき、データを第２カルテＤＢ１５２に記憶する。なお、本実施形態では説明を容易にするために、第１カルテＤＢ１５１と第２カルテＤＢ１５２とを分けて説明したが、これらをまとめて一つにしても良い。

図７は病名入力画面のイメージを示す説明図である。ユーザは入力部２３から病名、開始日及び終了日を入力する。開始日は病気が開始した日であり、終了日は病気が治癒した日である。図７の例では病名「急性気管炎」及び「気管支肺炎の疑い」が記憶されている。また開始日は平成２２年８月５日、終了日は平成２２年８月３１日と入力されている。ＣＰＵ２１は、入力部２３から、病名データが入力された場合、病名データを、通信部２６を介してコンピュータ１へ送信する。コンピュータ１のＣＰＵ１１は、受信した病名データを病名ＤＢ１５３に記憶する。

図８は病名ＤＢ１５３のレコードレイアウトを示す説明図である。病名ＤＢ１５３は患者番号フィールド、病名連番フィールド、病名コードフィールド、病名フィールド、開始日フィールド、終了日フィールド及び転帰フィールド等を含む。病名連番フィールドには患者番号に対応付けて病名を順に特定するための固有の病名連番が記憶されている。病名コードフィールドには病名に関連づけられる固有の病名コードが記憶されている。病名フィールドには病名が記憶されている。開始日フィールドには、病気を発症した日が記憶され、終了日フィールドには、病気を治癒した日が記憶される。転帰フィールドには、病状が記憶される。具体的には完全に治癒した場合、「治癒」が記憶され、治療中である場合、「治療中」が記憶される。

図９は会計表示画面であり、図１０は会計データＤＢ１５４のレコードレイアウトを示す説明図である。ＣＰＵ１１は、第１カルテＤＢ１５１及び第２カルテＤＢ１５２の記憶内容に基づき、会計データを生成する。会計データＤＢ１５４は患者番号フィールド、会計日付フィールド、剤情報フィールド、剤明細フィールド、点数フィールド、回数フィールド、オーダ番号フィールド、更新日時フィールド等を含む。会計日付フィールドには、会計データを生成する際の日付が記憶されている。剤情報フィールドには、会計データの各請求内容を特定するための剤情報が記憶されている。

剤明細フィールドには、請求の基礎となる処方及び処置を具体的に特定するための番号が記憶されている。例えば、剤情報「００１」については、剤明細００１の欄にて、Ａ錠200mg２錠を示すコード「15375.02」が記憶されている。また剤明細００２の欄にて飲み方「朝夕食後」を示す「９１２」が記憶されている。剤情報「００２」については、剤明細００１にてＢ錠15mg、３錠を示すコード「28250.03」が剤明細「００１」に記憶されており、剤明細００２にて、Ｃ錠15ｍｇを示すコード「34324.03」が記憶されている。

ＣＰＵ１１は、公知の会計データ生成プログラムに従い、剤情報「００３」〜「００７」を会計データＤＢ１５４に記憶する。剤情報「００３」には「内服・頓服調剤料（外来）」を特定するコード「０１２」が記憶されており、剤情報「００４」には「調剤技術基本料」を特定するコード「００１」が記憶されている。剤情報「００５」には「外来処方料（６種類以下）」を特定するコード「００５」が記憶されている。剤情報「００６」には「再診料」を特定するコード「０３４」を記憶されており、剤情報「００７」には、「外来管理加算」を特定するコード「０４１」が記憶されている。ＣＰＵ１１は、処方する薬の数、診察内容、内科または外科の別、前回の診察日等に基づき、剤情報「００３」〜「００７」に対するデータを生成し、生成したデータを会計データＤＢ１５４に記憶する。

点数フィールドには、処方及び処置内容に基づき付与される点数が記憶されている。例えば、「Ａ錠200mg２錠」及び「朝夕食後」の場合、１８点が会計データＤＢ１５４に記憶される。また、「再診料」は６９点と記憶される。回数フィールドには処方回数、または処置回数が記憶される。「Ａ錠200mg２錠」及び「朝夕食後」は５回と記憶され、「再診料」は１回と記憶される。

図１１はレセプトＤＢ１５５のレコードレイアウトを示す説明図である。ＣＰＵ１１は、上述した第１カルテＤＢ１５１、第２カルテＤＢ１５２、病名ＤＢ１５３及び会計データＤＢ１５４に基づきレセプトＤＢ１５５を生成する。レセプトデータは診療行為に基づく費用の請求を行うために毎月必要とされるデータである。レセプトＤＢ１５５は請求年月フィールド、診察年月、患者番号フィールド、診療科フィールド、レコード識別フィールド、レコード番号フィールド、データフィールド、作成日フィールド、更新日フィールド等を含む。請求年月フィールドには、レセプトに係る請求を行う年月が記憶されている。診療年月フィールドには、診療を行った年月が記憶されている。図１１の例では２０１０年９月の診療行為に基づく請求を２０１０年１０月にレセプト請求する例を示している。

診療科フィールドには診察科を特定するための固有の番号が記憶されている。図１１の例では内科を示す「０１」が記憶されている。レコード種別フィールドにはデータフィールドに記憶するデータを識別するための識別情報が記憶されている。例えば「ＲＥ」はレセプト単位データの先頭に記録する際に必須とされる情報であることを示し、「ＨＯ」は、医療保険レセプトの場合に記録される情報であることを示す。また「ＳＩ」は診療行為の記録情報であり、「ＩＹ」は医薬品の情報である。なお、以上述べたレコード識別以外に「ＳＹ」、「ＴＯ」等がある。「ＳＹ」は傷病名の情報であり、「ＴＯ」は特定機材の情報である。

レコード番号フィールドにはレセプトＤＢ１５５の各データを特定するための番号が記憶されている。データフィールドにはレセプトの各明細データが記憶されている。例えばレコード番号「１」では患者氏名等、患者単位の基本情報が記憶されている。レコード番号「２」では保険に関するデータが記憶されている。レコード番号「３」では再診料等の診療行為に関するデータが記憶されている。その他、レコード番号「６」では、Ａ錠等処方した医薬品に関するデータが記憶されている。作成日フィールドにはレセプトを作成した年月日が記憶されている。また、更新日フィールドには、レセプトＤＢ１５５を更新した年月日が記憶されている。ＣＰＵ１１は、第１カルテＤＢ１５１、第２カルテＤＢ１５２、病名ＤＢ１５３及び会計データＤＢ１５４の記憶内容に基づき、レセプトＤＢ１５５を生成する。

図１２は点検ＤＢ１５７のレコードレイアウトを示す説明図である。点検ＤＢ１５７は項番フィールド、エラーコードフィールド、エラー内容フィールド、及びエラー原因フィールド等を含む。エラーコードフィールドには、項番フィールドの項番に対応付けて、レセプト中のエラーを特定するための固有のエラーコードが記憶されている。エラー内容フィールドには、エラーコードに対応付けてエラー内容が記憶されている。エラー原因フィールドには、エラーの原因が記憶されている。ＣＰＵ１１はレセプトＤＢ１５５に基づきレセプトを生成した後、点検ＤＢ１５７に基づき、レセプトにエラーが存在しないかを判断する。

ＣＰＵ１１はエラーが存在すると判断した場合、エラー内容を出力する。例えば、本実施形態では、図８で示すように２０１０年９月度のレセプト請求であるにもかかわらず、２０１０年９月度の病名が存在しないというエラーが存在する。ＣＰＵ１１は、レセプト内に傷病名のレコードが存在しない場合、エラーコード及びエラー内容を読み出す。ＣＰＵ１１は、編集エラーＤＢ１５６にエラー内容を記憶する。図１３は編集エラーＤＢ１５６のレコードレイアウトを示す説明図である。編集エラーＤＢ１５６は請求年月日フィールド、診療年月フィールド、患者番号フィールド、エラーコードフィールド、エラー内容フィールド及び更新日フィールド等を含む。

ＣＰＵ１１は、エラーコード及びエラー内容を編集エラーＤＢ１５６に図１３の如く記憶する。ＣＰＵ１１は、併せて時計部１８から出力される日時を参照し、更新日を更新日フィールドに記憶する。その他、ＣＰＵ１１は、レセプトの患者氏名に外字が含まれている場合、点検ＤＢ１５７を参照し、エラーと判断する。また、ＣＰＵ１１は、入院以外の診療であるにもかかわらず診療行為に入院専用の診療行為が記憶されている場合等にも、点検ＤＢ１５７を参照し、エラーと判断する。ＣＰＵ１１は、読み出したエラーコード及びエラー内容をパーソナルコンピュータ２へ出力する。

図１４はレセプト表示画面のイメージを示す説明図である。レセプト表示画面には、右半分に、実際のレセプトを模した画面が表示される。左上側には病名が表示され、左下側にはカルテが表示され、中央付近には会計データが表示されている。パーソナルコンピュータ２のＣＰＵ２１は、受信したエラー内容を中央部上付近に、表示する。図１４の例では「傷病名レコードが記録されていません」と表示される。ユーザは再び、図７に示す病名入力画面に移行し、病名、開始日、終了日を入力する。

図１５は中間病名ＤＢ２５３のレコードレイアウトを示す説明図である。ユーザは入力部２３から病名、開始日を入力する。なお、治癒していない場合は終了日を入力しなくても良い。図１５の例では開始日「2010年9月13日」、病名「急性気管支炎」が入力される。ＣＰＵ２１は、入力された修正病名データである開始日及び病名をコンピュータ１へ送信する。コンピュータ１のＣＰＵ１１は、レセプト生成後に修正病名データを受信した場合、中間病名ＤＢ２５３を生成する。具体的には、ＣＰＵ１１は、病名ＤＢ１５３の記憶内容を、中間病名ＤＢ２５３に展開する。さらにＣＰＵ１１は、受信した修正病名データを中間病名ＤＢ２５３に記憶する。

中間病名ＤＢ２５３のレコードレイアウトは、病名ＤＢ１５３と実質的に同一である。修正病名データである３段目のデータが追加されている。ＣＰＵ１１は、患者番号を参照し、病名連番フィールドに新たな番号を記憶する。ＣＰＵ１１は、修正病名データの内病名を病名フィールドに記憶する。ＣＰＵ１１は、修正病名データの内開始日を開始日フィールドに記憶する。ＣＰＵ１１は、修正病名データに終了日が存在する場合、終了日を終了日フィールドに記憶する。ＣＰＵ１１は、修正病名データに終了日が存在する場合、転帰フィールドに「治癒」を記憶する。ＣＰＵ１１は、修正病名データに終了日が存在しない場合、空欄とするか、または、「治療中」の情報を転帰フィールドに記憶する。また、本実施形態では新たなレコードを追加したが、元のレコードを修正する形態であっても良い。例えば、図１５における１段目及び２段目のレコードに係る終了日を２０１０年９月17日を示す「20100917」と修正し、中間病名ＤＢ２５３を生成するようにしても良い。

ＣＰＵ１１は、中間病名ＤＢ２５３を生成後、パーソナルコンピュータ２から他の患者データの出力要求を受け付けた場合、中間レセプトＤＢ２５５及び中間編集エラーＤＢ２５６の生成処理を行う。ＣＰＵ１１は、最初にレセプトＤＢ１５５を読み出し、中間レセプトＤＢ２５５に展開する。次いで、ＣＰＵ１１は、中間病名ＤＢ２５３の修正されたレコードに基づき、中間レセプトＤＢ２５５の内容を更新する。図１６は中間レセプトＤＢ２５５のレコードレイアウトを示す説明図である。図１６の例では、３段目のレコードが追加されている。請求年月は２０１０年１０月、診察年月は２０１０年９月、患者番号は０００１、診察科は０１、レコード識別はＳＹで示す傷病名である。レコード番号３が新たに付与され、データとして、急性気管支炎を示す数値が記憶される。作成日はそのままであるが、ＣＰＵ１１は、更新日フィールドに時計部１８から出力される年月日を記憶する。

その後、ＣＰＵ１１は、中間編集エラーＤＢ２５６を生成する。図１７は中間編集エラーＤＢ２５６のレコードレイアウトを示す説明図である。ＣＰＵ１１は、編集エラーＤＢ１５６の記憶内容を参照し、解消したエラーのレコードを消去する。図１７の例では、エラーコードＬ２５５４で示されるエラー「傷病名レコードが記録されていません。」のレコードが消去される。ＣＰＵ１１はレセプトチェック業務の終了を示す情報をパーソナルコンピュータ２から受信した場合、ＤＢの更新処理を行う。

ＣＰＵ１１は、中間病名ＤＢ２５３を読み出し、読み出したデータを病名ＤＢ１５３に上書きし、更新処理を行う。同様にＣＰＵ１１は、中間レセプトＤＢ２５５を読み出し、読み出したデータをレセプトＤＢ１５５に上書きし、更新処理を行う。またＣＰＵ１１は、中間編集エラーＤＢ２５６を読み出し、読み出したデータを編集エラーＤＢ１５６に上書きし、更新処理を行う。

以上述べたハードウェア群において、各種ソフトウェア処理を、フローチャートを用いて説明する。図１８及び図１９は各ＤＢの生成処理手順を示すフローチャートである。ＣＰＵ１１は、エラーを検出した後、以下の処理を行う。ＣＰＵ１１は、編集エラーＤＢ１５６にエラーコード及びエラー内容を記憶する（ステップＳ１８１）。ＣＰＵ１１は、エラーコード及びエラー内容をパーソナルコンピュータ２へ送信する（ステップＳ１８２）。パーソナルコンピュータ２のＣＰＵ２１は、表示部２４に受信したエラーコード及びエラー内容に基づき、エラー内容をレセプト表示画面上に表示する（ステップＳ１８３）。

ＣＰＵ２１は、入力部２３から修正病名データを受け付ける（ステップＳ１８４）。具体的には、病名及び開始日、また必要である場合、終了日及び転帰に関する情報を入力部２３から受け付ける。ＣＰＵ２１は、受け付けた修正病名データ、及び、患者番号をコンピュータ１へ送信する（ステップＳ１８５）。コンピュータ１のＣＰＵ１１は、修正病名データ及び患者番号を受信する（ステップＳ１８６）。ＣＰＵ１１は、病名ＤＢ１５３の記憶内容を読み出し、中間病名ＤＢ２５３にコピーする（ステップＳ１８７）。

ＣＰＵ１１は、受信した修正病名データを中間病名ＤＢ２５３に記憶する（ステップＳ１８８）。具体的には、ＣＰＵ１１は、新たな病名連番を生成し、生成した新たなレコードに、受信した患者番号、病名、開始日、終了日、転帰等を入力する。またＣＰＵ１１は、病名に対応する病名コードを記憶部１５から読みだし、病名コードフィールドに記憶する。その後、ユーザが入力部２３から別の患者の編集を行うべく、別の患者の表示要求を行ったとする。ＣＰＵ２１は、入力部２３から別の患者の表示要求を受け付けた場合、別患者の表示要求をコンピュータ１へ出力する（ステップＳ１８９）。コンピュータ１のＣＰＵ１１は、別の患者の表示要求を受信する（ステップＳ１９１）。

ＣＰＵ１１は、レセプトＤＢ１５５の記憶内容を読み出し、中間レセプトＤＢ２５５にコピーする（ステップＳ１９２）。ＣＰＵ１１は、修正病名データに関する情報を中間レセプトＤＢ２５５に記憶する（ステップＳ１９３）。具体的にはＣＰＵ１１は、記憶部１５を参照し、受信した患者番号に対応する診察科の情報、請求年月、診察年月を記憶する。また病名を示すデータ及び病名の識別レコード「ＳＹ」を中間レセプトＤＢ２５５に記憶する。ＣＰＵ１１は、時計部１８から出力される日時を参照し、更新日を新たな日時に修正する。

ＣＰＵ１１は、編集エラーＤＢ１５６の記憶内容を読み出し、中間編集エラーＤＢ２５６にコピーする（ステップＳ１９４）。ＣＰＵ１１は、修正済みの修正病名データに関する情報を、中間編集エラーＤＢ２５６から削除する（ステップＳ１９５）。パーソナルコンピュータ２のＣＰＵ２１は、入力部２３からレセプトチェック業務の終了要求を受け付ける。ＣＰＵ２１は、入力部２３から受け付けたレセプトチェック業務の終了要求を、コンピュータ１へ送信する（ステップＳ１９６）。コンピュータ１のＣＰＵ１１は、レセプトチェック業務の終了要求を受信する（ステップＳ１９７）。

ＣＰＵ１１は、当該終了要求の受信をトリガに、中間病名ＤＢ２５３の記憶内容を読み出し、当該記憶内容を病名ＤＢ１５３に上書きする（ステップＳ１９８）。ＣＰＵ１１は、中間レセプトＤＢ２５５の記憶内容を読み出し、当該記憶内容をレセプトＤＢ１５５に記憶する（ステップＳ１９９）。ＣＰＵ１１は、中間編集エラーＤＢ２５６の記憶内容を読み出し、当該記憶内容を編集エラーＤＢ１５６に上書きする（ステップＳ１９１０）。これにより、病名ＤＢ１５３を修正した場合でも、影響を受ける他のＤＢとの同期を図りつつ、最終的なレセプトデータを生成する事が可能となる。

実施の形態２
実施の形態２は第１カルテＤＢ１５１または第２カルテＤＢ１５２に対する修正を行う形態に関する。本実施形態では一例として、第２カルテＤＢ１５２に入力した内容にエラーがあり、ユーザが入力部２３から修正後のデータ（以下、修正カルテデータという）を入力する例を挙げて説明する。図２０〜図２２はＤＢの生成処理の手順を示すフローチャートである。ＣＰＵ１１は、エラーを検出した後、以下の処理を行う。ＣＰＵ１１は、編集エラーＤＢ１５６にエラーコード及びエラー内容を記憶する（ステップＳ２０１）。ＣＰＵ１１は、エラーコード及びエラー内容をパーソナルコンピュータ２へ送信する（ステップＳ２０２）。パーソナルコンピュータ２のＣＰＵ２１は、表示部２４に受信したエラーコード及びエラー内容に基づき、エラー内容をレセプト表示画面上に表示する（ステップＳ２０３）。

ＣＰＵ２１は、入力部２３から修正カルテデータを受け付ける（ステップＳ２０４）。ＣＰＵ２１は、受け付けた修正カルテデータ、及び、患者番号をコンピュータ１へ送信する（ステップＳ２０５）。コンピュータ１のＣＰＵ１１は、修正カルテデータ及び患者番号を受信する（ステップＳ２０６）。ＣＰＵ１１は、第２カルテＤＢ１５２の記憶内容を読み出し、中間第２カルテＤＢ２５２にコピーする（ステップＳ２０７）。

ＣＰＵ１１は、受信した修正カルテデータを中間第２カルテＤＢ２５２に記憶する（ステップＳ２０８）。カルテの情報が変更された場合、会計に係るＤＢも影響を受けるため以下の処理を行う。ＣＰＵ１１は、会計データＤＢ１５４の記憶内容を読み出す。ＣＰＵ１１は、読み出した会計データＤＢ１５４の記憶内容を、中間会計データＤＢ２５４にコピーする（ステップＳ２０９）。ＣＰＵ１１は、修正カルテデータにより修正される修正会計データを生成する（ステップＳ２１１）。ＣＰＵ１１は、生成した修正会計データを中間会計データＤＢ２５４に記憶する（ステップＳ２１２）。例えば、新たな医薬品の処方に関する情報が追加された場合、剤明細、点数、回数、更新日時等の情報が追加される。

その後、ユーザが入力部２３から別の患者の編集を行うべく、別の患者の表示要求を行ったとする。ＣＰＵ２１は、入力部２３から別の患者の表示要求を受け付けた場合、別患者の表示要求をコンピュータ１へ出力する（ステップＳ２１３）。コンピュータ１のＣＰＵ１１は、別の患者の表示要求を受信する（ステップＳ２１４）。

ＣＰＵ１１は、レセプトＤＢ１５５の記憶内容を読み出し、中間レセプトＤＢ２５５にコピーする（ステップＳ２１５）。ＣＰＵ１１は、修正カルテデータ及び修正会計データに関連する情報を中間レセプトＤＢ２５５に記憶する（ステップＳ２１６）。具体的にはＣＰＵ１１は、処方する医薬品が追加された場合、レコード識別「ＩＹ」、診察科、追加する医薬品のデータ、更新日等の情報を請求年月、診療年月及び患者番号に対応付けて中間レセプトＤＢ２５５に記憶する。

ＣＰＵ１１は、編集エラーＤＢ１５６の記憶内容を読み出し、中間編集エラーＤＢ２５６にコピーする（ステップＳ２１７）。ＣＰＵ１１は、修正済みの修正カルテデータに関する情報を、中間編集エラーＤＢ２５６から削除する（ステップＳ２１８）。パーソナルコンピュータ２のＣＰＵ２１は、入力部２３からレセプトチェック業務の終了要求を受け付ける。ＣＰＵ２１は、入力部２３から受け付けたレセプトチェック業務の終了要求を、コンピュータ１へ送信する（ステップＳ２１９）。コンピュータ１のＣＰＵ１１は、レセプトチェック業務の終了要求を受信する（ステップＳ２２１）。

ＣＰＵ１１は、当該終了要求の受信をトリガに、中間第２カルテＤＢ２５２の記憶内容を読み出し、当該記憶内容を第２カルテＤＢ１５２に上書きする（ステップＳ２２２）。ＣＰＵ１１は、中間会計データＤＢ２５４の記憶内容を読み出し、会計データＤＢ１５４に上書きする（ステップＳ２２３）。ＣＰＵ１１は、中間レセプトＤＢ２５５の記憶内容を読み出し、当該記憶内容をレセプトＤＢ１５５に上書きする（ステップＳ２２４）。ＣＰＵ１１は、中間編集エラーＤＢ２５６の記憶内容を読み出し、当該記憶内容を編集エラーＤＢ１５６に上書きする（ステップＳ２２５）。これにより、第２カルテＤＢ１５２を修正した場合でも、影響を受ける他のＤＢとの同期を図りつつ、最終的なレセプトデータを生成する事が可能となる。

本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３はレセプト表示画面においてレセプト対象の月以外のデータの表示形態を変更する形態に関する。図２３は実施の形態３に係るレセプト表示画面のイメージを示す説明図である。ＣＰＵ１１は、上述した実施の形態におけるレセプトＤＢ１５５、会計データＤＢ１５４、第１カルテＤＢ１５１及び第２カルテＤＢ１５２を参照し、レセプト対象月及びこれに相前後する月のカルテデータ、会計データ及びレセプトデータを読み出す。ＣＰＵ１１は、読み出したカルテデータ、会計データ及びレセプトデータの内、当該月に属するデータと、相前後する月に属するデータとの表示形態が異なるよう表示情報を付して、パーソナルコンピュータ２へ出力する。

図２３の例では、２０１０年８月がレセプト対象月として選択されている。パーソナルコンピュータ２のＣＰＵ２１は、表示情報を参照し、２０１０年７月のカルテデータ、会計データ及びレセプトデータを、２０１０年８月のカルテデータ、会計データ及びレセプトデータとは異なる形態で表示する。本実施形態では透過率の高い黒色を７月度のデータに重畳するグレーアウト処理を行っている。以下では、グレーアウト処理を行う例を挙げて説明するが、これに限るものではない。

例えば、該当月（８月）のカルテデータ、会計データ及びレセプトデータを逆に目立つよう赤色の枠で囲む等の画像処理を行っても良い。また相前後する月のカルテデータ及び会計データのフォントを小さくしても良い。なお、本実施形態では、コンピュータ１がグレーアウト処理の情報を付加する例を挙げて説明するがこれに限るものではない。パーソナルコンピュータ２側のＣＰＵ２１が、選択された月を参照し、選択月以外のデータに対し、グレーアウト処理を行っても良い。また、本実施形態では各月の病名データについては記載を省略しているが、同様に選択されていない月の病名データをグレーアウト処理しても良い。また、図２３の例では前月のデータをグレーアウト処理する例を示したが、同様に次月のデータをグレーアウト表示しても良い。

図２４はグレーアウト処理の手順を示すフローチャートである。ユーザはレセプト表示画面において、入力部２３を介して、表示を希望する月を入力する。ＣＰＵ２１は、入力部２３から入力された月の情報をコンピュータ１へ送信する。コンピュータ１のＣＰＵ１１は、通信部１６を介して表示する月の選択を受け付ける（ステップＳ２４１）。ＣＰＵ１１は、レセプトＤＢ１５５、第１カルテＤＢ１５１、第２カルテＤＢ１５２及び病名ＤＢ１５３を参照し、表示する月及び前月の、レセプトデータ、病名データ及び会計データを読み出す（ステップＳ２４２）。ＣＰＵ１１は、前月のデータにグレーアウト処理する命令を付加する（ステップＳ２４３）。

ＣＰＵ１１は、表示する月及び前月のレセプトデータ、病名データ及び会計データをパーソナルコンピュータ２へ送信する（ステップＳ２４４）。同様に、ＣＰＵ１１は、グレーアウト処理命令を送信する（ステップＳ２４５）。パーソナルコンピュータ２のＣＰＵ２１は、表示する月及び前月のレセプトデータ、病名データ及び会計データを受信する（ステップＳ２４６）。ＣＰＵ２１は、グレーアウト処理命令を受信する（ステップＳ２４７）。ＣＰＵ２１は、表示する月のレセプトデータ、病名データ及び会計データを表示部２４に表示する（ステップＳ２４８）。ＣＰＵ２１は、前月のレセプトデータ、病名データ及び会計データをグレーアウトして表示部２４に表示する（ステップＳ２４９）。これにより、ユーザはレセプト対象とする月の情報を容易に視認することが可能となる。

本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態４
図２５は上述した形態のコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、コンピュータ１は以下のように動作する。中間第１データベース生成部３１は、第１データベース及び該第１データベースのデータに基づき生成される第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成する。中間第２データベース生成部３２は、該中間第１データベースのデータに基づき、中間第２データベースを生成する。第１データベース更新部３３は、前記中間第１データベースのデータに基づき、前記第１データベースを更新する。第２データベース更新部３４は、前記中間第２データベースのデータに基づき、前記第２データベースを更新する。

図２６は実施の形態４に係るコンピュータ１のハードウェア群を示すブロック図である。コンピュータ１を動作させるためのプログラムは、ディスクドライブ等の読み取り部１０ＡにCD-ROM、DVD（Digital Versatile Disc）ディスク、メモリーカード、またはUSB(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図２６に示すコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したコンピュータ１として機能する。

本実施の形態４は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
上記の本実施の形態１乃至４は、例えば医療機関の業務システムに適用可能である。医療機関において「レセプトデータ」、「会計データ」、「病名データ」、および「電子カルテデータ」は、それぞれ別々の業務プログラム、かつそれぞれ別々の業務に従事する利用者によって登録、更新されることがある。エラーは、エラーを修正する利用者が業務において使用する業務プログラムではなく、別の業務プログラムで登録、更新などされるデータについて検出される場合がある。例えば、レセプトのエラーチェックの結果、電子カルテデータにエラーがあると判定された場合、レセプト業務の利用者は、電子カルテを処理する業務プログラムを起動してエラーがあると判定されたデータを修正する。
データの登録、更新は排他処理されるため、電子カルテデータを、医師が登録、更新を行うのと同時に、レセプト業務の利用者が登録、更新を行うことはできない。そこで、上記の本実施の形態１乃至４に記載したように中間ＤＢを設けることにより、レセプト業務の利用者が登録、更新を行うことを可能にした。なお、電子カルテデータに対して、医師は当月の情報を主な対象としているのに対し、レセプトは一月前の情報を対象にしており、同じ患者のデータであっても作業対象の部分は異なる。

以上の実施の形態１から４を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
コンピュータに、
第１データベース及び該第１データベースのデータに基づき生成される第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成し、
該中間第１データベースのデータに基づき、中間第２データベースを生成し、
前記中間第１データベースのデータに基づき、前記第１データベースを更新し、
前記中間第２データベースのデータに基づき、前記第２データベースを更新する
処理を実行させるプログラム。

（付記２）
第１データベースは、医療機関におけるカルテデータベース、病名データベース、及び、カルテデータベースのデータに基づき生成される会計データベースであり、
前記第２データベースは、カルテデータベース、病名データベース、及び、会計データベースの各データに基づき生成されるレセプトデータベースである
付記１に記載のプログラム。

（付記３）
病名データベースのデータに対する修正データを受け付け、
受け付けた修正データ及び前記病名データベースに基づき、中間病名データベースを生成し、
中間病名データベースに基づき中間レセプトデータベースを生成し、
前記中間病名データベース及び中間レセプトデータベースに基づき、前記病名データベース及び前記レセプトデータベースを更新する
付記２に記載のプログラム。

（付記４）
カルテデータベースのデータに対する修正データを受け付け、
受け付けた修正データ及び前記カルテデータベースに基づき、中間カルテデータベースを生成し、
前記中間カルテデータベースに基づき中間会計データベースを生成し、
中間カルテデータベース及び前記中間会計データベースに基づき中間レセプトデータベースを生成し、
前記中間カルテデータベース、中間会計データベース及び中間レセプトデータベースに基づき、前記カルテデータベース、会計データベース及びレセプトデータベースを更新する
付記２または３に記載のプログラム。

（付記５）
前記カルテデータベース、会計データベース及びレセプトデータベースは月に対応付けてデータを記憶しており、
受け付けた月及び該月に相前後する月を含むデータを前記カルテデータベース、会計データベース及びレセプトデータベースから読み出し、
前記相前後する月について読み出されたデータが、前記受け付けた月について読み出されたデータとは異なる表示形態となるように、読み出したデータを出力する
付記２から４のいずれか一つに記載のプログラム。

（付記６）
情報処理装置を用いた情報処理方法において、
第１データベース及び該第１データベースのデータに基づき生成される第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成し、
該中間第１データベースのデータに基づき、中間第２データベースを生成し、
前記中間第１データベースのデータに基づき、前記第１データベースを更新し、
前記中間第２データベースのデータに基づき、前記第２データベースを更新する
情報処理方法。

（付記７）
第１データベース及び該第１データベースのデータに基づき生成される第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成する中間第１データベース生成部と
該中間第１データベースのデータに基づき、中間第２データベースを生成する中間第２データベース生成部と、
前記中間第１データベースのデータに基づき、前記第１データベースを更新する第１データベース更新部と、
前記中間第２データベースのデータに基づき、前記第２データベースを更新する第２データベース更新部と
を備える情報処理装置。

１ コンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２ パーソナルコンピュータ
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
３１ 中間第１データベース生成部
３２ 中間第２データベース生成部
３３ 第１データベース更新部
３４ 第２データベース更新部
１５１ 第１カルテＤＢ
１５２ 第２カルテＤＢ
１５３ 病名ＤＢ
１５４ 会計データＤＢ
１５５ レセプトＤＢ
１５６ 編集エラーＤＢ
１５７ 点検ＤＢ
２５１ 中間第１カルテＤＢ
２５２ 中間第２カルテＤＢ
２５３ 中間病名ＤＢ
２５４ 中間会計データＤＢ
２５５ 中間レセプトＤＢ
２５６ 中間編集エラーＤＢ
Ｎ 通信網

Claims (5)

1. コンピュータに、
   第１データベース及び該第１データベースのデータに基づき生成される前記データを一部に含む第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成し、
   該中間第１データベースのデータに基づき、前記データを一部に含む中間第２データベースを生成し、
   前記中間第１データベースのデータに基づき、前記第１データベースを更新し、
   前記中間第２データベースのデータに基づき、前記第２データベースを更新する
   処理を実行させるプログラム。
2. 第１データベースは、医療機関におけるカルテデータベース、病名データベース、及び、カルテデータベースのデータに基づき生成される会計データベースであり、
   前記第２データベースは、カルテデータベース、病名データベース、及び、会計データベースの各データに基づき生成されるレセプトデータベースである
   請求項１に記載のプログラム。
3. 病名データベースのデータに対する修正データを受け付け、
   受け付けた修正データ及び前記病名データベースに基づき、中間病名データベースを生成し、
   中間病名データベースに基づき中間レセプトデータベースを生成し、
   前記中間病名データベース及び中間レセプトデータベースに基づき、前記病名データベース及び前記レセプトデータベースを更新する
   請求項２に記載のプログラム。
4. 情報処理装置を用いた情報処理方法において、
   前記情報処理装置が、
   第１データベース及び該第１データベースのデータに基づき生成される前記データを一部に含む第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成し、
   該中間第１データベースのデータに基づき、前記データを一部に含む中間第２データベースを生成し、
   前記中間第１データベースのデータに基づき、前記第1データベースを更新し、
   前記中間第２データベースのデータに基づき、前記第２データベースを更新する
   情報処理方法。
5. 第１データベース及び該第１データベースのデータに基づき生成される前記データを一部に含む第２データベースの内、第１データベースのデータに対する修正を受け付けた場合、修正後のデータを含む中間第１データベースを生成する中間第１データベース生成部と
   該中間第１データベースのデータに基づき、前記データを一部に含む中間第２データベースを生成する中間第２データベース生成部と、
   前記中間第１データベースのデータに基づき、前記第１データベースを更新する第１データベース更新部と、
   前記中間第２データベースのデータに基づき、前記第２データベースを更新する第２データベース更新部と
   を備える情報処理装置。

Images