(57)【要約】【課題】担当者の負担を増大することなく、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトの正確性を、縦覧点検も含めて高い精度でチェックし、保険制度上の電子レセプトの誤りを低減した歯科用電子レセプトの生成を支援する。【解決手段】本発明は、予め定めたフォーマットで、予め定めた単位期間毎に、また、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性を、直近の複数の単位期間分の患者単位レセプトを用いて縦覧チェックし、その結果をユーザに提示する。縦覧チェックには、例えば、予め定義されたマスタデータを用いて各診療行為の対象部位を、例えば歯番で特定したデータを用いてもよい。【選択図】図２
2016200914.tif 000002
【特許請求の範囲】
【請求項１】
予め定めたフォーマットで予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性をチェックするチェック部と、
前記チェック部によるチェック結果を表示装置に表示する表示処理部と、を備え、
前記チェック部は、直近の複数の前記単位期間分の前記患者単位レセプトを用い、チェック対象の単位期間の前記患者単位レセプトの正確性をチェックする縦覧チェック部を備えること
を特徴とするレセプトチェック装置。
【請求項２】
請求項１記載のレセプトチェック装置であって、
前記縦覧チェック部は、第一の診療行為に対応づけて、前記患者単位レセプトの不備の有無を判別する判別条件とチェック期間とが登録される縦覧チェックマスタを参照し、前記不備の有無をチェックすること
を特徴とするレセプトチェック装置。
【請求項３】
請求項２記載のレセプトチェック装置であって、
前記判別条件は、第二の診療行為を特定する情報と、不備有りと判別する条件である不備条件とを備え、
前記不備条件は、前記チェック期間内の、前記第一の診療行為と前記第二の診療行為との関係で規定されること
を特徴とするレセプトチェック装置。
【請求項４】
請求項２記載のレセプトチェック装置であって、
前記判別条件は、前記第一の診療行為の前記チェック期間内の上限値であること
を特徴とするレセプトチェック装置。
【請求項５】
請求項２記載のレセプトチェック装置であって、
前記判別条件として、前記チェック期間内に前記第一の診療行為と組み合わせ不可の診療行為が登録されること
を特徴とするレセプトチェック装置。
【請求項６】
請求項２から５のいずれか１項記載のレセプトチェック装置であって、
前記縦覧チェック部は、前記患者単位レセプトの診療行為毎に、当該診療行為に合致する前記縦覧チェックマスタの前記第一の診療行為に対応づけて登録される前記チェック期間内の前記患者単位レセプトについて、当該第一の診療行為に対応づけて登録される前記判別条件に従って判別を行い、判別結果を前記チェック結果とすること
を特徴とするレセプトチェック装置。
【請求項７】
請求項１記載のレセプトチェック装置であって、
前記チェック部が前記患者単位レセプトの正確性をチェックする際に用いるマスタデータを、ユーザからの指示に従って生成するマスタデータ作成部をさらに備えること
を特徴とするレセプトチェック装置。
【請求項８】
請求項７記載のレセプトチェック装置であって、
前記マスタデータ作成部は、予め用意された当該マスタデータ生成画面を介して、前記ユーザからの指示を受け付けること
を特徴とするレセプトチェック装置。
【請求項９】
請求項８記載のレセプトチェック装置であって、
前記マスタデータは、前記縦覧チェック部が用いる縦覧チェックマスタであり、
前記縦覧チェックマスタは、第一の診療行為に対応づけて、前記患者単位レセプトの不備を判別する判別条件とチェック期間とが登録され、
前記マスタデータ生成画面は、第一の診療行為の指定を受け付ける第一設定欄と、前記判別条件を受け付ける第二設定欄とを備えること
を特徴とするレセプトチェック装置。
【請求項１０】
請求項８記載のレセプトチェック装置であって、
前記マスタデータ生成画面は、前記マスタデータとしてユーザが選択可能な全ての項目を表示する項目表示欄と、前記項目毎に選択を受け付ける受付欄とを備え、
前記マスタデータ作成部は、前記受付欄で選択された項目を用い、前記マスタデータを生成すること
を特徴とするレセプトチェック装置。
【請求項１１】
請求項１から１０のいずれか１項記載のレセプトチェック装置であって、
前記患者単位レセプトから、前記診療行為と部位とを対応づけたレコードで構成される部位データを生成する対象部位特定部をさらに備え、
前記患者単位レセプトは、
傷病名毎に診療を行った部位を記録する傷病名部位レコードと、
診療行為毎に点数および回数を記録する診療行為レコードと、を含み、
前記縦覧チェック部は、前記縦覧チェックに前記部位データを用いること
を特徴とするレセプトチェック装置。
【請求項１２】
請求項１から１１のいずれか１項記載のレセプトチェック装置であって、
前記電子レセプトデータは、歯科用であり、
前記部位は、歯番で表されること
を特徴とするレセプトチェック装置。
【請求項１３】
予め定められたフォーマットで予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性をチェックする縦覧チェックステップと、
前記縦覧チェックステップのチェック結果を表示装置に表示する表示ステップと、を備え、
前記縦覧チェックステップでは、前記第一の診療行為に対応づけて、前記部位データの不備の有無を判別する判別条件と、チェック期間とが登録される縦覧チェックマスタを参照し、前記不備のチェックすること
を特徴とするレセプトチェック方法。
【請求項１４】
コンピュータを
予め定めたフォーマットで、予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性を、直近の複数の前記単位期間分の前記患者単位レセプトを用い、チェックする縦覧チェック手段、
前記チェック結果を表示装置に表示する表示処理手段、として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レセプトチェック技術に関し、特に、歯科用レセプト電算データチェック技術に関する。
【背景技術】
【０００２】
病院、診療所等の医療機関は、患者に対して医療行為を行うと、レセプトと呼ばれる診療報酬明細書を作成し、支払基金や国保連合会といった審査機関に提出する。レセプトの提出を受けた審査機関では、レセプトの内容をチェックし、レセプト内に保険制度上の誤りがなければ、該当する保険者にレセプトを提出する。それを受け、保険者は医療機関に診療報酬を支払う。
【０００３】
レセプトは、電子化され（電子レセプト）、記録媒体に記録されて提出される。あるいは、電子データで送信される。この電子レセプトは、患者毎に、保険請求期間単位で、診療記録をまとめ、対応のレセコン（レセプト作成用のソフトが搭載されたコンピュータ）で所定のフォーマット（レセ電ファイル：ＵＫＥファイル）に作成される。
【０００４】
誤った電子レセプトが審査機関に送られるのを防ぐため、医療機関では、審査機関に送信前に電子レセプトをチェックする。この際の負担を低減するため、傷病名に応じて定められた診療行為の回数の標準値が登録されるチェック用マスタデータを用いて自動的にチェックする技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４９０３９８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、歯科では、電子レセプトの正確性をチェックするために診療行為が対象とする部位（例えば、歯番）が必要である。しかしながら、厚生労働省から提供されているデータと、ＵＫＥファイル化後の電子レセプトとからでは、各診療行為が対象とする歯番を特定できないため、チェック用マスタデータを用いたとしても、精度の高いチェックが行えない。このため、精度の高いチェックを行うためには、チェック担当者が月単位でまとめられた電子レセプトから、経験に基づいて診療行為の歯番を特定し、チェックを行わざるをえない。
【０００７】
特に、平成２４年３月より、審査機関では、同一保険医療期間、同一患者に係る当月請求分のレセプトと過去複数月のレセプトとを合わせて点検する縦覧点検も行われている。この縦覧点検に対応するチェックを手作業で行うのは、困難を極める。
【０００８】
このような状況では、精度の高いチェックを行うためには、担当者の負担が大きく、チェックに時間がかかる。また、チェックの精度が担当者の経験に左右される。一方、精度の高いチェックがなされない状態で審査機関に電子レセプトが提出されると、審査機関のチェック負担が大きくなる。さらに、返戻が発生したり、誤った電子レセプトが発見されなかったりし、医療機関に正当な報酬が迅速に支払われない。
【０００９】
本発明は、上記事情に鑑みてなされたもので、担当者の負担を増大することなく、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトの正確性を、縦覧点検も含めて高い精度でチェックし、保険制度上の電子レセプトの誤りを低減した歯科用電子レセプトの生成を支援する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、予め定めたフォーマットで、予め定めた単位期間毎に、また、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性を、直近の複数の単位期間分の患者単位レセプトを用いて縦覧チェックし、その結果をユーザに提示する。縦覧チェックには、例えば、予め定義されたマスタデータを用いて各診療行為の対象部位を、例えば歯番で特定したデータを用いてもよい。
【００１１】
具体的には、予め定めたフォーマットで予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性をチェックするチェック部と、前記チェック部によるチェック結果を表示装置に表示する表示処理部と、を備え、前記チェック部は、直近の複数の前記単位期間分の前記患者単位レセプトを用い、チェック対象の単位期間の前記患者単位レセプトの正確性をチェックする縦覧チェック部を備えることを特徴とするレセプトチェック装置を提供する。
【００１２】
また、予め定められたフォーマットで予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性をチェックする縦覧チェックステップと、前記縦覧チェックステップのチェック結果を表示装置に表示する表示ステップと、を備え、前記縦覧チェックステップでは、前記第一の診療行為に対応づけて、前記部位データの不備の有無を判別する判別条件と、チェック期間とが登録される縦覧チェックマスタを参照し、前記不備のチェックすることを特徴とするレセプトチェック方法を提供する。
【００１３】
さらに、コンピュータを、予め定めたフォーマットで、予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプトの正確性を、直近の複数の前記単位期間分の前記患者単位レセプトを用い、チェックする縦覧チェック手段、前記チェック結果を表示装置に表示する表示処理手段、として機能させることを特徴とするプログラムを提供する。
【発明の効果】
【００１４】
本発明によれば、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトを、縦覧点検も含めて、高い精度でチェックし、保険制度上の電子レセプトの誤りをできる限り低減した歯科用電子レセプトの生成を支援できる。
【図面の簡単な説明】
【００１５】
【図１】第一の実施形態のレセプトチェック装置のハードウェア構成図である。
【図２】第一の実施形態のレセプトチェック装置の機能ブロック図である。
【図３】（ａ）は、第一の実施形態の電子レセプトデータを、（ｂ）は、同保険機関毎の電子レセプトデータを、（ｃ）は、同患者単位レセプトを、それぞれ説明するための説明図である。
【図４】（ａ）は、第一の実施形態の患者識別情報（ＲＥ）レコードを、（ｂ）は、同傷病名部位（ＨＳ）レコードを、（ｃ）は、同診療行為（ＳＳ）レコードを、それぞれ説明するための説明図である。
【図５】第一の実施形態の処置病名マスタを説明するための説明図である。
【図６】（ａ）は、第一の実施形態の算定要件マスタを、（ｂ）は、同縦覧チェックマスタを、それぞれ説明するための説明図である。
【図７】第一の実施形態の部位データを説明するための説明図である。
【図８】第一の実施形態のチェック処理のフローチャートである。
【図９】第一の実施形態の対象部位特定処理のフローチャートである。
【図１０】（ａ）および（ｂ）は、第一の実施形態の部位候補データを説明するための説明図である。
【図１１】第一の実施形態の縦覧チェック処理のフローチャートである。
【図１２】第一の実施形態の縦覧チェックマスタの変形例を説明するための説明図である。
【図１３】（ａ）および（ｂ）は、第一の実施形態の縦覧チェックマスタの変形例を説明するための説明図である。
【図１４】第二の実施形態のレセプトチェック装置の機能ブロック図である。
【図１５】（ａ）は、第二の実施形態の算定要件マスタ用ＤＢを、（ｂ）は、縦覧チェックマスタ用ＤＢを、それぞれ説明するための説明図である。
【図１６】第二の実施形態の変形例の、マスタデータ作成画面を説明するための説明図である。
【発明を実施するための形態】
【００１６】
＜＜第一の実施形態＞＞
以下、本発明を適用する第一の実施形態について説明する。以下、本発明の実施形態を説明するための全図において、基本的に、同一機能を有するものは同一符号を付し、その繰り返しの説明は省略する。
【００１７】
［ハードウェア構成］
図１は、本実施形態のレセプトチェック装置１００のハードウェア構成を説明するための図である。レセプトチェック装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２と、主メモリ１０３と、記憶装置１０４と、表示メモリ１０５と、コントローラ１０７と、ネットワークアダプタ１１０と、これらを信号送受信可能に接続するシステムバス１１１とを備える。
【００１８】
入出力インタフェースとして、コントローラ１０７には、表示装置１０６およびマウス１０８が接続され、システムバス１１１には、キーボード１０９が接続される。
【００１９】
レセプトチェック装置１００は、ネットワーク１２０を介して他の情報処理装置１３０やデータベース１４０と信号送受可能に接続される。ここで、「信号送受可能に」とは、電気的、光学的に有線、無線を問わずに、相互にあるいは一方から他方へ信号送受可能な状態を示す。
【００２０】
ＣＰＵ１０２は、各構成要素の動作を制御する。制御は、予め定められたプログラムに従って行われる。ＣＰＵ１０２は、記憶装置１０４に格納されるプログラムやプログラム実行に必要なデータを主メモリ１０３にロードして実行する。
【００２１】
主メモリ１０３は、ＣＰＵ１０２が実行するプログラムや演算処理の途中経過を記憶する。
【００２２】
表示メモリ１０５は、液晶ディスプレイやＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等の表示装置１０６に表示するための表示データを一時格納する。
【００２３】
記憶装置１０４は、処理に必要な各種のデータ、処理途中に生成されるデータ、処理により生成されるデータを格納する装置であり、具体的にはハードディスク等である。また、記憶装置１０４は、フレシキブルディスク、光（磁気）ディスク、ＺＩＰメモリ、ＵＳＢメモリ等の可搬性記録媒体とデータの受け渡しをする装置であっても良い。
【００２４】
本実施形態では、後述するように、歯科レセプト電算データ（電子レセプトデータ）の正確性をチェックする。このチェック対象の電子レセプトデータも記憶装置１０４に格納される。なお、チェック対象の電子レセプトデータは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワーク１２０を介してレセプトチェック装置１００に接続される他の情報処理装置１３０やデータベース１４０などに保存され、そこから取得されてもよい。
【００２５】
マウス１０８やキーボード１０９は、操作者がレセプトチェック装置１００に対して操作指示を行う操作デバイスである。マウス１０８はトラックパッドやトラックボールなどの他のポインティングデバイスであっても良い。
【００２６】
コントローラ１０７は、マウス１０８の状態を検出して、表示装置１０６上のマウスポインタの位置を取得し、取得した位置情報等をＣＰＵ１０２へ出力する。
【００２７】
ネットワークアダプタ１１０は、レセプトチェック装置１００をＬＡＮ、電話回線、インターネット等のネットワーク１２０に接続するためのインタフェースである。
【００２８】
［機能構成］
上述のように、本実施形態のレセプトチェック装置１００は、歯科レセプト電算データ（電子レセプトデータ）に保険制度上の誤りがないか、その正確性をチェックする。これを実現するため、本実施形態のレセプトチェック装置１００は、図２に示すように、電子レセプトデータ３００を含む処理に用いるデータ群を保持するデータベース部２１０と、電子レセプトデータ３００から、診療行為と部位とを対応づけた部位データ５１０を生成する対象部位特定部２２０と、部位データ５１０を用いて当該電子レセプトデータ３００の正確性をチェックするチェック部２３０と、チェック部２３０の処理結果（チェック結果リスト５３０）から表示データを生成し、表示装置１０６に表示する表示処理部２４０と、を備える。
【００２９】
対象部位特定部２２０、チェック部２３０および表示処理部２４０は、上述のように、記憶装置１０４に格納されたプログラムを、ＣＰＵ１０２が主メモリ１０３にロードして実行することにより実現される。また、データベース部２１０は、例えば、記憶装置１０４に構築される。
【００３０】
データベース部２１０には、対象部位特定部２２０、チェック部２３０の各処理で用いるデータ群として、例えば、電子レセプトデータ３００、部位候補データ５４０、部位データ５１０、口腔情報ファイル５２０、処置病名マスタ４１０、算定要件マスタ４２０、歯科電子点数表４３０、基本チェックマスタ４４０、縦覧チェックマスタ４５０などが記憶される。
【００３１】
［電子レセプトデータ］
電子レセプトデータ３００は、患者毎の所定の期間の診療の記録（カルテ）を集約した診療報酬明細書の電子データの集合であり、予め定められたフォーマットで作成され、予め定めた保存期間分、保存される。
【００３２】
予め定めたフォーマットには、例えば、厚生労働省で定めたＵＫＥフォーマットなどが用いられる。所定の期間は、保険請求先に提出する間隔であり、例えば、１か月などである。また、予め定めた保存期間は、月を跨いだ電子レセプトのチェックである縦覧点検（縦覧チェック）に対応可能な期間であり、例えば、歯科では２４か月とする。以下、本明細書では、所定の期間を１月とする場合を例に挙げて説明する。
【００３３】
以下、本実施形態では、保険請求先に提出する期間（単位期間）を単位として作成された、一人の患者の、電子レセプトデータを、患者単位レセプト３１０と呼ぶ。保険請求先に提出する間隔で作成された、患者単位レセプト３１０の集合を、単位期間レセプト３５０と呼ぶ。単位期間レセプト３５０は、図３（ａ）に示すように、患者単位レセプト３１０の集合である。また、電子レセプトデータ３００は、図３（ａ）に示すように、単位期間レセプト３５０の集合である。
【００３４】
なお、単位期間レセプト３５０は、図３（ｂ）に示すように、患者が加入している保険機関単位、例えば、国民健康保険、社会保険など、に作成してもよい。すなわち、単位期間レセプト３５０は、国民健康保険に加入している患者の、患者単位レセプト３１０の集合である国保単位期間レセプト３５０ａと、社会保険に加入している患者の、患者単位レセプト３１０の集合であり、社保単位期間レセプト３５０ｂと、を備える構成であってもよい。
【００３５】
患者単位レセプト３１０は、図３（ｃ）に示すように、本実施形態のチェック処理に係るデータとして、患者識別情報レコード（ＲＥレコード）３４０と、傷病名部位レコード（ＨＳレコード）３２０と、歯科診療行為レコード（ＳＳレコード）３３０とを備える。
【００３６】
ＲＥレコード３４０は、患者を識別する情報、当該患者の診療期間を特定する情報などを記録するレコード部である。縦覧チェック時に、単位期間レセプト３５０をまたいで、同じ患者の患者単位レセプト３１０を抽出するために用いられる。例えば、図４（ａ）に示すように、ＲＥレコード３４０には、患者を特定可能な情報として、例えば、氏名３４１、性別３４２、生年月日３４３、および、診療期間を特定可能な情報として、例えば、診療開始日３４５、診療年月日３４６などが記録される。患者を特定可能な情報として、患者ＩＤ、カルテ番号などを登録するよう構成してもよい。
【００３７】
ＨＳレコード３２０は、当該患者に対し行った処置に対する、傷病名と部位とを記録するレコード部である。図４（ｂ）に示すように、ＨＳレコード３２０は、傷病名３２１を特定する傷病名コード（傷病名ＣＤ）３２２毎に、診療を行った部位３２３が記録される。傷病名コード３２２は、傷病名３２１毎に予め定められる。部位３２３は、当該傷病に関して処置を行った箇所を、歯番形式で登録する。なお、その他、傷病名３２１毎に、傷病名の略称が登録されてもよい。
【００３８】
図４（ｂ）の例では、傷病名３２１「う蝕」に対し、部位３２３「［右上］７、４」が、傷病名３２１「歯髄炎」に対し、部位３２３「［左下］１」が登録される。
【００３９】
ＳＳレコード３３０は、当該患者に対して行った、診療行為とその点数および回数とを記録するレコード部である。図４（ｃ）に示すように、診療行為名３３１を特定する診療行為コード（診療行為ＣＤ）３３２毎に、当該診療行為の、加算コード（加算ＣＤ）３３３と、点数３３４と、回数３３５とが記録される。診療行為コード３３２は、診療行為毎に、予め定められる。
【００４０】
なお、ＳＳレコード３３０は、日付に関する情報（日付データ）を保持する。本実施形態では、ＳＳレコード３３０は、算定単位を同一とする診療行為群（同一算定単位データ）を含む。加算コード３３３は、同一算定単位データ内の各診療行為の親子関係を示すものである。ただし、本実施形態では、同一算定単位データを、予め算定日単位に分割しておく。すなわち、同一算定単位データとなる診療行為群であっても、算定日が異なるものは、同一算定単位としない。
【００４１】
図４（ｃ）の例では、診療行為名３３１「初診」に対し、点数３３４「２１８」および回数３３５「１」が、同「抜髄（単根管）」に「２２８」および「１」がそれぞれ登録される。また、診療行為名３３１「金属歯冠修復（インレー単純）」と「（材）金パラ（大臼歯）」とは親子関係にあり、同一の算定単位（同一算定単位データ）となる。従って、点数３３４として「３１６」および回数３３５として「１」が登録される。同じく、「金属歯冠修復（インレー単純）」と「（材）金パラ（小臼歯・前歯）」とは親子関係にあり、点数３３４に「２７６」が、回数３３５に「１」が登録される。
【００４２】
なお、患者単位レセプト３１０は、医薬品レコード（ＩＹレコード）、特定器材レコード（ＴＯレコード）、症状詳記レコード（ＳＪレコード）、コメントレコード（ＣＯレコード）、医科診療行為レコード（ＳＩレコード）をさらに備えていてもよい。
【００４３】
これらのレコードの中で、ＴＯレコードはＳＳレコード３３０と同様の構造を有する。また、ＳＩレコードおよびＩＹレコードは、ＳＳレコード３３０から加算コード３３３を除いた構造を有する。一方、ＣＯレコードには、コード、部位、内容が記録される。また、ＳＪレコードには、コードと内容とが記録される。
【００４４】
［対象部位特定部］
対象部位特定部２２０は、ＳＳレコード３３０に記録される各診療行為について、当該診療行為の対象となる部位を特定して対応づけ、部位データ５１０を生成する。部位は、ＨＳレコード３２０に記録される部位の中から選択される。部位の特定には、処置病名マスタ４１０と、算定要件マスタ４２０といった予め用意されたマスタデータを用いる。処置病名マスタ４１０および算定要件マスタ４２０は、予めデータベース部２１０に登録される。
【００４５】
本実施形態の対象部位特定部２２０は、また、生成した部位データ５１０から口腔情報ファイル５２０を生成する口腔情報生成部２２１を備える。
【００４６】
処置病名マスタ４１０は、診療行為と傷病名とを対応づけたデータベースで、図５に示すように、診療行為毎に、当該診療行為を行う可能性のある傷病名が登録される。具体的には、診療行為名４１１を特定する診療行為コード（診療行為ＣＤ）４１２毎に、傷病名４１４を特定する傷病名コード（傷病名ＣＤ）４１３と、が登録される。その他、傷病名の略称が登録されてもよい。
【００４７】
算定要件マスタ４２０は、診療行為と算定要件とを対応づけたデータベースであり、図６に示すように、診療行為名４２１に対応づけた診療行為コード４２２毎に、算定要件４２４が登録される。算定要件４２４は、当該診療行為の対象となる歯の種類が登録される。算定要件マスタ４２０には、さらに、各診療行為の加算コード（加算ＣＤ）４２３と、算定単位４２５と、その算定単位内で診療が可能な上限の回数（上限回数）４２６とが登録されていてもよい。
【００４８】
対象部位特定部２２０が対応づけた結果として得る部位データ５１０は、ＳＳレコード３３０の各診療行為名３３１に、対象部位を対応づけたものである。図７に示すように、部位データ５１０は、ＳＳレコード３３０と同様に、診療行為名５１１を特定する診療行為コード（診療行為ＣＤ）５１２毎に、点数５１３と、回数５１４とが記録され、さらに、対象部位５１５、が記録される。
【００４９】
口腔情報生成部２２１は、部位データ５１０を用いて、欠損歯の情報を作成する。作成する欠損歯の情報は、口腔情報ファイル５２０として、データベース部２１０に登録される。例えば、抜歯等の診療行為名５１１に対応づけられた部位（歯番）５１５は、欠損歯とする。
【００５０】
［チェック部］
チェック部２３０は、チェック対象の患者単位レセプト３１０の、シンタックスチェック、事務点検チェックを行うプリチェック部２３１と、部位データ５１０を用いて患者単位レセプト３１０の点数および回数の適正性を判断する点数回数チェック部２３３と、患者単位レセプト３１０の診療行為の妥当性を判断する妥当性チェック部２３４と、直近の複数の単位期間レセプト３５０内の、チェック対象の患者単位レセプト３１０と同一患者の患者単位レセプト３１０を用い、チェック対象（当月）の患者単位レセプト３１０の正確性（妥当性）をチェックする縦覧チェック部２３５と、を備える。
【００５１】
［プリチェック部］
プリチェック部２３１は、処理対象の患者単位レセプト３１０に記録が義務付けられる必須項目が記録されているか否かのチェック、各項目の項目長、モード、コード、項目間の整合性のチェックなど、を行う。チェック結果は、例えば、不備のあった箇所および不備の内容を示すメッセージ等の形式で、チェック結果リスト５３０に記録される。このチェック結果リスト５３０は、患者単位レセプト３１０毎に生成される。
【００５２】
［点数回数チェック部］
点数回数チェック部２３３は、各診療行為の対象部位が特定された部位データ５１０を用いて、患者単位レセプト３１０の妥当性を点数面からチェックする点数回数チェック処理を行う。チェックには、診療行為毎に、算定単位および上限回数が登録される算定回数マスタを含む、厚生労働省が提供する歯科電子点数表４３０、および、口腔情報ファイル５２０を用いる。チェック結果は、プリチェック部２３１によるチェック結果同様、チェック結果リスト５３０に記録される。
【００５３】
なお、上記の算定要件マスタ４２０が、診療行為４２１毎に、算定単位４２５および上限回数４２６を備える場合、算定回数マスタとして、この算定要件マスタ４２０を用いてもよい。
【００５４】
点数回数チェック部２３３は、例えば、以下の各項目について、適否のチェックを行う。
１  ：診療行為の入院・外来チェック
２  ：診療行為の後期高齢者医療チェック
３  ：診療行為の病院・診療所チェック
４  ：診療行為の病床数チェック
５  ：診療行為と届出チェック
６  ：診療行為と未来院チェック
７  ：診療行為と特記事項チェック
８  ：診療行為の施設基準チェック
９  ：診療行為の未届出減算チェック
１０：医科診療行為の歯科算定チェック
１１：通則加算チェック
１２：基本加算チェック
１３：注加算チェック
１４：材料加算チェック
１５：きざみ数量チェック
１６：年齢制限チェック
１７：実日数関連チェック
１８：包括・被包括（同日）チェック
１９：包括・被包括（同月）チェック
２０：包括・被包括（同一部位）チェック
２１：背反関連（同日）チェック
２２：反関連（同月）チェック
２３：背反関連（同一部位）チェック
２４：算定回数チェック
【００５５】
この中で、点数回数チェック部２３３は、「２４：算定回数チェック」として、患者単位レセプト３１０の、歯科診療行為の算定要件（歯種など）および算定単位（歯、日など）毎の算定回数が適切であるかをチェックする。例えば、算定回数マスタを参照し、患者単位レセプト３１０のＳＳレコード３３０の各診療行為名３３１の回数３３５が、上限回数以下であるかをチェックする。
【００５６】
例えば、歯科診療の中には、「抜髄（単根管）」など、同一の部位に対して１回しか行うことができない診療行為がある。このような診療行為が、同一の部位に対して複数回なされていないかなどをチェックする。
【００５７】
また、口腔情報ファイル５２０を用い、当該ファイルに欠損歯として登録される歯に対し、診療行為がなされていないかなどをチェックする。
【００５８】
［妥当性チェック部］
妥当性チェック部２３４は、各診療行為の対象部位が特定された部位データ５１０を用いて、患者単位レセプト３１０に登録された診療行為の妥当性をチェックする妥当性チェック処理を行う。チェックには、基本チェックマスタ４４０、口腔情報ファイル５２０が用いられる。基本チェックマスタ４４０は、歯科算定上の解釈をチェック用にデータ化したもので、電子カルテ作成システムが一般的に有するチェック項目、チェック条件等が登録される。チェック結果は、プリチェック部２３１によるチェック結果同様、チェック結果リスト５３０に記録される。
【００５９】
妥当性チェック部２３４は、例えば、以下の項目について、妥当性のチェックを行う。
１  ：診療行為  傷病名の整合性チェック
２  ：診療行為  １／３額算定回数チェック
３  ：診療行為  歯牙状態算定チェック
４  ：診療行為  歯数範囲チェック
５  ：診療行為  指定歯番チェック
６  ：臼歯片側人工歯チェック
７  ：診療行為算定漏れチェック
８  ：欠損部位異病名チェック
９  ：指導料算定漏れチェック
１０：保険診療ブリッジチェック
１１：項目検索チェック
１２：診療行為と診療行為の算定不可チェック
１３：薬剤投与量チェック
【００６０】
例えば、「３：診療行為  歯牙状態算定チェック」において行われる歯牙状態算定チェックのマスタデータは、診療行為毎の算定可能な歯の種類が登録される。例えば、このマスタデータの、診療行為「金属歯冠修復（インレー単純）」に対し、算定可能な歯の種類として「大臼歯」「智歯」のみが設定されているとする。一方、部位データ５１０として、診療行為名３３１「金属歯冠修復（インレー単純）」に対し、対象部位５１５  ［右上］４［左下］１が登録されるとする。歯番４は小臼歯、１は前歯であるため、得られた部位データ５１０は、この歯牙算定チェックでは、算定不可となりチェック対象となる。このようなチェックは、診療行為に、歯番で特定される部位が対応づけられた部位データ５１０を有することにより、可能となる。
【００６１】
［縦覧チェック部］
縦覧チェック部２３５は、上述のように、同一患者について、当月の患者単位レセプト３１０と、過去の複数月の患者単位レセプト３１０とを照合し、当月分の患者単位レセプト３１０の妥当性をチェックする、縦覧チェック処理を行う。
【００６２】
縦覧チェックでは、患者単位レセプト３１０に算定されている傷病名３２１に対し、予め定めた期間内に算定可能な診療行為に過不足がないか、あるいは、患者単位レセプト３１０から生成した部位データ５１０に挙げられている各診療行為５１１が、予め定めた期間内に算定可能な回数内であるか、予め定めた期間内に、併存してはいけない診療行為が算定されていないか、等がチェックされる。
【００６３】
縦覧チェックには、算定要件マスタ４２０と、縦覧チェックマスタ４５０とを用いる。ここで、縦覧チェックマスタ４５０を説明する。
【００６４】
縦覧チェックマスタ４５０は、縦覧チェックすべき項目（縦覧チェック項目）が登録されるマスタファイルであり、図６（ｂ）に示すように、縦覧チェック項目として、傷病名あるいは診療行為名（以下、チェック対象の傷病名と診療行為とを合わせて診療行為と呼ぶ。ここでは、診療行為１）４５１に対応づけて、患者単位レセプト３１０に不備があるか否かを判別する判別条件４５２と、チェック対象期間であるチェック期間４５３と、が登録される。なお、縦覧チェックマスタ４５０のでは、診療行為コードについては、省略する。
【００６５】
判別条件４５２には、たとえば、第二の診療行為（診療行為２）４５４と、チェック期間４５３内に、不備があると判定される、診療行為１_４５１に対する診療行為２_４５４の条件である不備条件４５５が登録される。
【００６６】
例えば、図６（ｂ）の例では、当月の患者単位レセプト３１０の初診という診療行為に対し、過去の診療期間内の、同一患者の患者単位レセプト３１０に、病初診という診療行為が１回でも記載されている場合、チェックがかかる。また、歯周炎という診療行為（傷病名）に対し、過去２か月の患者単位レセプト３１０に、初診料と歯科疾患管理料との両方が記載されている場合、チェックがかかる。さらに、金属歯冠修復（インレー単純）という診療行為に対し、過去６か月の患者単位レセプト３１０に乳歯金属冠という診療行為が記載されている場合、チェックがかかる。なお、チェック結果は、チェック結果リスト５３０に登録される。
【００６７】
このように、縦覧チェック部２３５は、患者単位レセプト３１０の診療行為毎に、当該診療行為に合致する縦覧チェックマスタ４５０の第一の診療行為（診療行為１）４５１に対応づけて登録されるチェック期間４５３内の患者単位レセプト３１０について、当該第一の診療行為（診療行為１）４５１に対応づけて登録される判別条件４５２に従って判別を行い、判別結果を前記チェック結果としてチェック結果リスト５３０に登録する。
【００６８】
［表示処理部］
表示処理部２４０は、上述のように、チェック部２３０の処理結果であるチェック結果リスト５３０から表示データを生成し、表示装置１０６に表示する。具体的には、例えば、プリチェック部２３１によるチェック結果、点数回数チェック部２３３による各チェック項目のチェック結果、妥当性チェック部２３４による各チェック項目のチェック結果、および、縦覧チェック部２３５によるチェック結果を、それぞれ、表示する。さらに、対象部位特定部２２０が生成した部位データ５１０を表示するよう構成してもよい。また、口腔情報生成部２２１が生成した口腔情報ファイル５２０を表示するよう構成してもよい。
【００６９】
［チェック処理の流れ］
次に、本実施形態の対象部位特定部２２０およびチェック部２３０による、電子レセプトデータ３００のチェック処理の流れを説明する。図８は、本実施形態のチェック処理の処理フローである。チェック処理は、電子レセプトデータ３００を構成する患者単位レセプト３１０毎に行う。また、本処理は、ユーザから開始の指示を受け付けることにより、開始する。
【００７０】
チェック部２３０は、まず、チェック対象とする単位期間レセプト３５０全体を読み込む（ステップＳ１００１）。次に、チェック処理の対象とする患者単位レセプト３１０の選択を受け付ける（ステップＳ１００２）。例えば、読み込んだ単位期間レセプト３５０を構成する全ての患者単位レセプト３１０をリスト表示等し、その中から、処理対象とする１以上の患者単位レセプト３１０の選択を受け付ける。これは、例えば、歯科医が複数いる歯科医院などで、担当歯科医毎に処理を行う場合などを想定した処理である。このとき、選択された患者単位レセプト３１０を表示処理部２４０が表示するよう構成してもよい。
【００７１】
その後、ステップＳ１００２で選択された患者単位レセプト３１０それぞれについて、チェック部２３０は、以下のステップＳ１００３からステップＳ１００７の処理を行う。
【００７２】
まず、プリチェック部２３１は、患者単位レセプト３１０に対し、プリチェックを行う（ステップＳ１００３）。プリチェック結果は、チェック結果リスト５３０に、チェック対象の患者単位レセプト３１０に対応づけて登録される。
【００７３】
次に、対象部位特定部２２０は、プリチェック後の患者単位レセプト３１０に対し、対象部位特定処理を行い、部位データ５１０を生成する（ステップＳ１００４）。上述のように、患者単位レセプト３１０のＳＳレコード３３０に登録される各診療行為名３３１に、ＨＳレコード３２０に登録される部位３２３を対応づける。
【００７４】
口腔情報生成部２２１は、生成した部位データ５１０を用い、口腔情報ファイル５２０を生成する（ステップＳ１００５）。
【００７５】
その後、点数回数チェック部２３３は、部位データ５１０、算定回数マスタを含む歯科電子点数表４３０および口腔情報ファイル５２０を用いて、点数回数チェック処理を行う（ステップＳ１００６）。チェック結果は、当該患者単位レセプト３１０に対応づけられたチェック結果リスト５３０に追加登録される。
【００７６】
次に、妥当性チェック部２３４は、部位データ５１０、基本チェックマスタ４４０、および口腔情報ファイル５２０を用いて、妥当性チェック処理を行う（ステップＳ１００７）。この場合も、チェック結果は、当該患者単位レセプト３１０に対応づけられたチェック結果リスト５３０に追加登録される。
【００７７】
最後に、縦覧チェック部２３５は、縦覧チェックマスタ４５０を用いて、縦覧チェックを行う(ステップＳ１００８）。縦覧チェック処理の流れの詳細は、後述する。チェック結果は、当該患者単位レセプト３１０に対応づけられたチェック結果リスト５３０に追加登録される。
【００７８】
ステップＳ１００２で選択された全ての患者単位レセプト３１０に対して処理を終える（ステップＳ１００９）と、表示処理部２４０は、患者単位レセプト３１０毎に作成されたチェック結果リスト５３０を表示データとし、表示装置１０６に表示する（ステップＳ１０１０）。
【００７９】
その後、チェック部２３０は、ユーザから終了の指示を受け付けるまで（ステップＳ１０１１）、ステップＳ１００２へ戻り、ユーザによる、処理対象の患者単位レセプト３１０の選択を待つ。一方、終了の指示を受け付けると、処理を終了する。
【００８０】
［対象部位特定処理の流れ］
次に、対象部位特定部２２０による対象部位特定処理の流れを説明する。図９は、本実施形態の対象部位特定処理の処理フローである。ここでは、図４（ｂ）に示すＨＳレコード３２０および図４（ｃ）に示すＳＳレコード３３０からなる患者単位レセプト３１０に対して対称部位特定処理を行う場合を例にあげて説明する。また、使用する処置病名マスタ４１０は、図５に例示するもの、算定要件マスタ４２０は、図６に例示するものとする。
【００８１】
対象部位特定部２２０は、まず、処置病名マスタ４１０を参照し、当該レコードの診療行為名３３１毎に（ステップＳ１１０１）、部位候補を抽出する部位候補抽出処理を行い（ステップＳ１１０２）、部位候補データ５４０を生成する（ステップＳ１１０３）。
【００８２】
ここでは、ＳＳレコード３３０の診療行為名３３１（診療行為コード３３２）と、処置病名マスタ４１０の診療行為名４１１（診療行為コード４１２）とを照合し、さらに、処置病名マスタ４１０の傷病名４１４（傷病名コード４１３）とＨＳレコード３２０の傷病名３２１（傷病名コード３２２）とを照合することにより、部位候補を抽出する。
【００８３】
具体的には、部位候補抽出処理では、対象部位特定部２２０は、ＳＳレコード３３０から順にレコードを読み出し、登録されている診療行為名３３１に合致する診療行為名４１１が、処置病名マスタ４１０に登録されているか否かを判別する。判別には、ＳＳレコード３３０の診療行為コード３３２と、処置病名マスタ４１０の診療行為コード４１２とを用いて行う。
【００８４】
登録されている場合は、その診療行為名４１１に対応づけて、処置病名マスタ４１０に登録されている傷病名４１４の中に、ＨＳレコード３２０に登録されている傷病名３２１に一致するものがあるか判別する。判別は、処置病名マスタ４１０の傷病名コード４１３と、ＨＳレコード３２０の傷病名コード３２２とを用いて行う。
【００８５】
そして、一致するものがあれば、ＨＳレコード３２０部から、その傷病名３２１に対応づけられる部位３２３を抽出し、診療行為に対応づけて、対象部位候補として、部位候補データに記録する。複数一致する場合は、一致する全部位３２３の論理和（ＯＲ）を取ったものを対象部位候補として記録する。
【００８６】
一致するものがない場合、対象部位候補は無と、部位候補データ５４０に記録する。
【００８７】
また、診療行為名３３１に合致する診療行為名４１１が処置病名マスタ４１０に登録されていない場合は、当該診療行為名３３１については、ＨＳレコード３２０に登録される全ての部位３２３を対象部位候補として部位候補データに記録する。登録されていない場合は、その診療行為は、病名とは関連しない診療行為だからである。例えば、部位候補データ５４０にコメント欄を設け、その旨記載するよう構成してもよい。
【００８８】
なお、ＨＳレコード３２０部に、未コード化傷病名の部位がある場合、無条件に全診療行為について、対象部位候補として部位候補データ５４０に記録する。
【００８９】
対象部位特定部２２０の処理により作成される部位候補データ５４０の具体例を図１０（ａ）に示す。本図に示すように、部位候補データ５４０は、診療行為名５４１を特定する診療行為コード５４２と、対象部位候補５４３と、コメント５４４とを備える。
【００９０】
本図に示すように、ＳＳレコード３３０の診療行為名３３１「初診」については、処置病名マスタ４１０には、該当する診療行為名４１１の登録はない。従って、対象部位特定部２２０は、ＨＳレコード３２０に登録される全ての部位３２３を、対象部位候補５４３として記録する。
【００９１】
ＳＳレコード３３０の診療行為名３３１「抜髄（単根管）」については、処置病名マスタ４１０には、当該診療行為名４１１に対応づけて、「歯冠破折」、「全部性歯髄炎」、「歯髄炎」、「歯の脱臼」の４種の傷病名４１４が登録されている。このうち、ＨＳレコード３２０に登録されている傷病名３２１に合致するのは、「歯髄炎」のみである。従って、対象部位特定部２２０は、ＨＳレコード３２０に登録される部位３２３の内、傷病名３２１「歯髄炎」に対応づけて登録される部位３２３「［左下］１」を対象部位候補５４３として記録する。
【００９２】
診療行為名３３１「金属歯冠修復（インレー単純）」については、処置病名マスタ４１０には、当該診療行為名４１１に対応づけて、「歯冠破折」、「全部性歯髄炎」、「歯髄炎」、「歯の脱臼」、「う歯」の５種の傷病名４１４が登録されている。このうち、ＨＳレコード３２０部に登録されている傷病名３２１に合致するのは、「歯髄炎」と「う歯」とである。従って、対象部位特定部２２０は、ＨＳレコード３２０部に登録される部位３２３の内、傷病名３２１「歯髄炎」および「う歯」に対応づけて登録される部位３２３「［左下］１」および「［右上］７４」を対象部位候補５４３として記録する。
【００９３】
診療行為名３３１「（材）金パラ（大臼歯）」、「（材）金パラ（小臼歯・前歯）」についても、同様に、対象部位特定部２２０は、それぞれ、部位３２３「［左下］１」および「［右上］７４」、および、「［左下］１」および「［右上］７４」を、対象部位候補５４３として記録する。
【００９４】
ＳＳレコード３３０に登録されている全てのレコードに対して部位候補抽出処理を終える（ステップＳ１１０４）と、対象部位特定部２２０は、部位候補データ毎に（ステップＳ１００５）、算定要件マスタ４２０を用いて対象部位候補絞込処理を行い（ステップＳ１１０６）、部位候補データを更新する。
【００９５】
ここでは、対象部位特定部２２０は、部位候補データ５４０の診療行為毎に、当該診療行為名５４１に合致する診療行為名４２１に対応づけて登録されている算定要件４２４を算定要件マスタ４２０から抽出する。抽出には、診療行為コード５４２と診療行為コード４２２とを用いる。
【００９６】
そして、対象部位候補５４３に合致する歯種に絞り、部位候補データ５４０を更新する。更新後の部位候補データ５４０の一例を図１０（ｂ）に示す。
【００９７】
例えば、算定要件マスタ４２０において、診療行為名４２１「（材）金パラ（大臼歯）」に対応づけて、として大臼歯が登録される。従って、図１０（ｂ）に示すように、部位候補データ５４０の診療行為名５４１「（材）金パラ（大臼歯）」に対応づけて登録される対象部位候補５４３「［左下］１」および「［右上］７４」は、大臼歯に該当する「右上」７に絞り込まれる。同様に、算定要件マスタ４２０において、診療行為名４２１「（材）金パラ（小臼歯・前歯）」には、前歯・小臼歯が対応づけて登録される。従って、部位候補データ５４０の診療行為名５４１「（材）金パラ（小臼歯・前歯）」は、小臼歯に該当する［右上］４および［左下］１に絞り込まれる。
【００９８】
最後に、対象部位特定部２２０は、算定単位内の整合性を取る、算定単位内整合性処理を行う（ステップＳ１１１０）。算定単位内整合性処理では、部位候補データ５４０を、診療行為の点数および回数の算定を同一とする同一算定単位データ（親子データ）で集約し、図７に示す部位データ５１０を生成する。具体的には、算定単位を同一とする親子データ間の対象部位候補５４３の論理積（ＡＮＤ）を取る。
【００９９】
例えば、ＳＳレコード３３０において、診療行為名３３１「金属歯冠修復（インレー単純）」と「（材）金パラ（大臼歯）」とは、同一算定単位となる親子データである。従って、部位候補データ５４０の、該当する診療行為名５４１の対象部位候補５４３［右上］７４［左下］１と、［右上］７とのＡＮＤを取り、この算定単位の部位データ５１０の対象部位５１５を、［右上］７とする。
【０１００】
また、ＳＳレコード３３０において、診療行為名３３１「金属歯冠修復（インレー単純）」と「（材）金パラ（小臼歯・前歯）」とは、同一算定単位となる親子データである。従って、部位候補データ５４０の、該当する診療行為名５４１の対象部位候補５４３［右上］７４［左下］１と、［右上］４［左下］１とのＡＮＤを取り、この算定単位の部位データ５１０の対象部位５１５を、［右上］４［左下］１とする。
【０１０１】
部位候補データ５４０において、同一算定単位データを備えない残りのデータについては、対象部位候補５４３に登録される部位を、そのまま、対象部位５１５とする。
【０１０２】
以上のように、対象部位特定部２２０は、部位候補抽出処理、絞込処理、算定単位整合性処理により、ＳＳレコード３３０の各診療行為に、ＨＳレコード３２０の対象部位を対応づけた、部位データ５１０を生成する。なお、対象部位特定部２２０による、部位候補抽出処理、絞込処理、算定単位内整合性処理の処理順は問わない。また、上記例では、全レコードの部位候補データを生成後、対象部位候補絞込処理を行っているが、レコード毎に、対象部位抽出処理および絞込処理を連続して行ってもよい。
【０１０３】
［縦覧チェック処理］
次に、縦覧チェック部２３５による縦覧チェック処理の流れを説明する。図１１は、本実施形態の縦覧チェック処理の処理フローである。ここでは、図４（ａ）〜図４（ｃ）に示す患者単位レセプト３１０および、その患者単位レセプト３１０から生成した、図７に示す部位データ５１０に対して縦覧チェックを行う場合を例にあげて説明する。使用する算定要件マスタ４２０は、図６（ｂ）に示すものとする。
【０１０４】
縦覧チェック部２３５は、まず、ＨＳレコード３２０の傷病名３２１およびＳＳレコード３３０（または部位データ５１０）の診療行為名３３１の中から、縦覧チェックマスタ４５０を参照し、縦覧チェックすべき診療行為があるか否かを判別し（ステップＳ１２０１）、ある場合、該当する診療行為を抽出する（ステップＳ１２０２）。ここでは、初診、抜髄、金属歯冠修復（インレー単純）、が抽出される。なお、ここで、縦覧チェックすべき診療行為がない場合は、処理を終了する。
【０１０５】
次に、縦覧チェック部２３５は、患者単位レセプト３１０のＲＥレコード３４０の診療開始日３４５および最新の診療年月日３４６を用いて、チェック対象の患者単位レセプト３１０の患者の、診療期間を特定する（ステップＳ１２０３）。これは、縦覧チェックのチェック期間の診療期間を特定するためである。ここでは、例えば、診療期間を１ヶ月とする。
【０１０６】
縦覧チェック部２３５は、縦覧チェックマスタ４５０を参照し、ステップＳ１１０２で抽出した各診療行為４５１のチェック期間４５３を抽出し、上記診療期間も考慮し、その最長期間を、過去分の患者単位レセプト３１０の抽出期間(チェック対象期間）とする（ステップＳ１２０４）。ここでは、初診および抜髄が診療期間、すなわち、１ヶ月、金属歯冠修復が６か月であるため、１ヶ月および６か月が抽出され、最長期間である６か月を抽出期間とする。
【０１０７】
そして、縦覧チェック部２３５は、抽出期間分（過去６か月分）の、同一患者の患者単位レセプト３１０を抽出する（ステップＳ１２０５）。抽出は、ＲＥレコード３４０の、患者を識別する情報を用いて行う。ここでは、氏名３４１、性別３４２、生年月日３４３が合致する患者単位レセプト３１０を抽出する。
【０１０８】
縦覧チェック部２３５は、抽出した期間分の各患者単位レセプト３１０に対し、対象部位特定処理を行い、部位データ５１０を生成する（ステップＳ１２０６）。
【０１０９】
縦覧チェック部２３５は、ステップＳ１２０２で抽出した各診療行為（傷病名３２１および診療行為名３３１、５１１）について、縦覧チェックマスタ４５０に従って、不備の有無を判別する（ステップＳ１２０７）。ここでは、上述のように、診療行為毎に、当該診療行為に合致する縦覧チェックマスタ４５０の診療行為１_４５１に対応づけて登録される、チェック期間４５３内の患者単位レセプト３１０について、診療行為１_４５１に対応づけて登録される判別条件４５２に従って判別を行う。
【０１１０】
そして、縦覧チェック部２３５は、その結果を、チェック結果リスト５３０に記録し（ステップＳ１２０８）、処理を終了する。ここでは、例えば、診療期間内に、初診が２回あったり、初診と病初診、病再診があったりする場合は、その旨、チェック結果リスト５３０に登録する。また、診療期間内に同一歯番に抜髄がなされた記録があれば、チェック結果リスト５３０に登録する。さらに、６か月以内に、対象部位５１５が同一であるデータに対し、金属歯冠修復がなされている場合は、その旨チェック結果リスト５３０に登録する。
【０１１１】
なお、上述の縦覧チェック処理の流れは、一例であり、これに限定されない。縦覧チェックマスタ４５０に登録されている診療行為が、縦覧チェックマスタに登録されているチェック期間４５３内に、不備条件４５５を満たす場合、不備があるものとして抽出できればよい。
【０１１２】
例えば、ステップＳ１２０６で、抽出した期間分の各患者単位レセプト３１０に対し、対象部位特定処理を行い、部位データ５１０を生成している。しかしながら、この処理を行う前に、ステップＳ１１０２で抽出されたチェック対象の診療行為の中に、歯番が関係するものがあるか否かを判別し、ある場合のみ、作成するよう構成してもよい。この場合、縦覧チェックマスタ４５０に、抽出されたチェック対象の診療行為に対応づけて登録されている不備条件４５５により判別する。
【０１１３】
以上説明したように、本実施形態の電子レセプトチェック装置１００は、予め定めたフォーマットで予め定めた単位期間毎に、患者毎に作成された電子レセプトデータである患者単位レセプト３１０の正確性をチェックするチェック部２３０と、前記チェック部２３０によるチェック結果を表示装置１０６に表示する表示処理部２４０と、を備え、前記チェック部１２０は、直近の複数の前記単位期間分の前記患者単位レセプト３１０を用い、チェック対象の単位期間の前記患者単位レセプト３１０の正確性をチェックする縦覧チェック部２３５を備える。
【０１１４】
前記縦覧チェック部２３５は、第一の診療行為（診療行為１）４５１に対応づけて、前記患者単位レセプト３１０の不備の有無を判別する判別条件４５２とチェック期間４５３とが登録される縦覧チェックマスタ４５０を参照し、前記不備の有無をチェックする。
【０１１５】
このように、本実施形態によれば、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトにおいて、予め定義されたマスタデータを用いて、当該電子レセプトの正確性について、月を跨いだチェック、すなわち、縦覧チェックを行うことができる。この縦覧チェックに先立ち、予め定義されたマスタデータを用いて、各診療行為の対象部位を、例えば、歯番などにより特定する。従って、歯番がかかわるチェックについても、精度よく行うことができる。
【０１１６】
従って、本実施形態によれば、電子レセプトの正確性をチェックするために、診療行為が対象とする部位を必要とする歯科においても、担当者の負担を増大することなく、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトを、縦覧チェックも含め、高い精度でチェックし、保険制度上の電子レセプトの誤りをできる限り低減した歯科用電子レセプトを生成できる。
【０１１７】
特に、医科と歯科とが併設されている医療機関では、歯科においても、医科レセプト請求システムを用いて、歯科のＵＫＥファイルである電子レセプトを作成する。この医科レセプト請求システムでは、なされた診療行為と歯番との関連付け情報が不足しているため、事前のチェックが難しい。このような医療機関においても、既存のシステムの中で、担当者の負担を増大することなく、高い精度で事前チェックを行うことができる。
【０１１８】
なお、上記実施形態では、縦覧チェックマスタ４５０には、１つの診療行為（診療行為１_４５１）に対し、１種の判別条件４５２（例えば、診療行為（診療行為２_４５４と不備条件４５５）を対応づけ、設定された条件を満たすか否かチェックしている。しかしながら、これに限定されない。例えば、さらに追加の判別条件を設定することができる。
【０１１９】
この場合、縦覧チェック部２３５は、全ての判別条件をＡＮＤで満たす場合、不備があるものとして抽出し、チェック結果リスト５３０に登録する。
【０１２０】
図１２に示す縦覧チェックマスタの変形例４５０ａを用いて、具体例で説明する。ここでは、診療行為１_４５１の（歯周炎）に対し、チェック対象の診療行為２_４５４として、初診料および歯科疾患管理料と、不備条件４５５およびチェック期間４５３が登録されている。そして、さらに、診療行為３_４５４ａとして、歯周基本検査と歯周精密検査とが、不備条件４５５ａとして「全てない」と、チェック期間４５３ａとして「診療期間内」を登録される例である。
【０１２１】
この場合、縦覧チェック部２３５は、当月、歯周炎の病名で診療を受けていて、「初診料」および「歯科疾患管理料」の両診療行為が２か月以内に算定されていて、かつ、「歯周基本検査」および「歯周精密検査」の両方が診療期間内に算定されていない場合、不備があるものとして抽出し、チェック結果リスト５３０に登録する。
【０１２２】
ここでは、チェック対象の診療行為を診療行為２および３の２種の場合を例にあげて説明したが、２種に限定されない。３種以上であってもよい。また、登録されるチェック対象の診療行為が複数段である場合、ＡＮＤ条件でチェックしているが、これに限定されない。ＯＲ条件としてもよい。
【０１２３】
また、不備条件４５５（または４５５ａ）として登録される内容は、不備データとして抽出すべき条件に限定されない。逆に、満足すべき条件を登録してもよい。この場合、縦覧チェック部２３５は、縦覧チェックマスタ４５０を参照し、部位データ５１０の各診療行為５１１について、チェック期間４５３の患者単位レセプト３１０内に、不備条件４５５を満足しないものがあれば、不備があるデータとして特定する。そして、例えば、当該診療行為と、不備の内容とを、チェック結果リスト５３０に登録する。
【０１２４】
さらに、縦覧チェックマスタ４５０は、上記構成に限定されない。例えば、判別条件４５２として、診療行為１_４５１の、チェック期間４５３内の上限回数が登録されていてもよい。この場合の縦覧チェックマスタ４５０ｂの例を図１３（ａ）に示す。本図に示すように、縦覧チェックマスタ４５０ｂには、チェック対象とする診療行為１_４５１に対応づけて、上限回数４５６と、チェック期間４５３とが登録される。
【０１２５】
この場合、縦覧チェック部２３５は、縦覧チェックマスタ４５０ｂを参照し、患者単位レセプト３１０（又は部位データ５１０）の各診療行為（または傷病）について、チェック期間４５３の患者単位レセプト３１０内に、上限回数４５６を超える、当該診療行為の有無をチェックする。そして、上限回数を超えるものが記録されている場合、リストに不備があるものとして、例えば、当該診療行為と、不備の内容とを、チェック結果リスト５３０に登録する。
【０１２６】
また、縦覧チェックマスタ４５０は、例えば、判別条件４５２として、診療行為１_４５１に対し、所定の期間内に組み合わせ不可である診療行為が登録されていてもよい。この場合の縦覧チェックマスタ４５０ｃの例を、図１３（ｂ）に示す。本図に示すように、縦覧チェックマスタ４５０ｃには、チェック対象とする診療行為１_４５１に対応づけて、組み合わせ不可である診療行為である診療行為２_４５７と、その期間４５３とが登録される。
【０１２７】
この場合、縦覧チェック部２３５は、縦覧チェックマスタ４５０ｃを参照し、患者単位レセプト３１０（又は部位データ５１０）の各診療行為（または傷病）について、チェック期間４５３の患者単位レセプト３１０内に、診療行為２_４５７に合致する診療行為があるか否かをチェックする。そして、該当する診療行為が記録されている場合、リストに不備があるものとして、例えば、当該診療行為と、不備の内容とを、チェック結果リスト５３０に登録する。
【０１２８】
＜＜第二の実施形態＞＞
本発明の第二の実施形態を説明する。第一の実施形態では、チェック部２３０における各チェックに用いるマスタデータは、予め用意されている。しかし、本実施形態では、ユーザがマスタデータを作成する。
【０１２９】
本実施形態のレセプトチェック装置１００ａは、基本的に第一の実施形態のレセプトチェック装置１００と同様の構成を有する。ただし、上述のように、ユーザがチェック用のマスタデータを生成するため、機能構成が異なる。以下、本実施形態について、第一の実施形態と異なる構成に主眼をおいて説明する。
【０１３０】
本実施形態のレセプトチェック装置１００ａの機能ブロック図を、図１４に示す。本図に示すように、本実施形態のレセプトチェック装置１００ａは、第一の実施形態が備える構成に加え、マスタデータ作成部２５０と、マスタデータ作成用データベース（ＤＢ）６００と、を備える。
【０１３１】
マスタデータ作成用ＤＢ６００には、ユーザがマスタデータ作成時に使用可能な各項目が予め登録される。マスタデータ作成用ＤＢ６００は、マスタデータ毎に、当該マスタデータを作成するために必要なデータが登録される。
【０１３２】
マスタデータ作成部２５０は、ユーザからの指示に従って、マスタデータ作成用ＤＢ６００を用いてマスタデータを作成する。本実施形態では、例えば、マスタデータ作成用ＤＢ６００に登録されるデータをユーザに提示し、ユーザから選択を受け付け、マスタデータを作成する。
【０１３３】
以下、具体例で、マスタデータ作成部２５０によるマスタデータ作成処理を説明する。ここでは、例えば、図６（ａ）に示す、算定要件マスタ４２０を作成する処理を例にあげて説明する。マスタデータ作成用ＤＢ６００の中の、算定要件マスタ４２０を作成するためのＤＢ（算定要件マスタ用ＤＢ６１０）の一例を、図１５（ａ）に示す。
【０１３４】
算定要件マスタ用ＤＢ６１０には、算定要件マスタ４２０を構成するデータとして登録可能な全データが登録される。各データは、算定要件マスタ４２０と同様に、診療行為名、算定要件、算定単位、上限回数といったマスタ情報６１２を備える。さらに、そのマスタ情報の採否を受け付ける受付欄６１１を備える。
【０１３５】
マスタデータ作成部２５０は、算定要件マスタ用ＤＢ６１０をユーザに提示し、受け付け欄６１１を介して、ユーザから、各データの採否を受け付け、採用との指示を受け付けたデータにより、算定要件マスタ４２０を作成する。
【０１３６】
ユーザへの提示は、例えば、表示装置１０６に表示することによりなされる。また、ユーザからの採否の受け付けは、例えば、表示装置１０６上の受付欄６１１にＯＮ/ＯＦＦ表示を行い、マウス１０８やキーボード１０９等の操作装置により、いずれかの指定を受け付けることによりなされる。すなわち、マスタデータ作成部２５０は、ＯＮと指示されたデータを採用し、ＯＦＦと指定されたデータは採用しない。
【０１３７】
図１５（ａ）に示す例では、診療行為名が初診、抜髄（単根管）、金属歯冠修復（インレー単純）、（材）金パラ（大臼歯）、（材）金パラ（小臼歯・前歯）、の受付欄６１１にＯＮが指定され、他のデータの受付欄６１１にはＯＦＦが指定される。これにより、マスタデータ作成部２５０は、ＯＮにより選択された診療行為名を持つ、図６（ａ）に示す算定要件マスタ４２０を生成する。
【０１３８】
なお、算定要件マスタ用ＤＢ６１０における各データの採否は、ＯＮ/ＯＦＦの選択に限定されない。例えば、初期設定として全てを採用するものとし、不要なもののみ、ＯＦＦとの指示を受け付けるよう構成してもよい。また、逆に、初期設定を全て不採用とし、必要なもののみＯＮとの指示を受け付けるよう構成してもよい。
【０１３９】
次に、縦覧チェックマスタ４５０を作成する処理を説明する。マスタデータ作成用ＤＢ６００の中の、縦覧チェックマスタ４５０を作成するためのＤＢ（縦覧チェックマスタ用ＤＢ６２０）の一例を図１５（ｂ）に示す。
【０１４０】
縦覧チェックマスタ用ＤＢ６２０は、縦覧チェックマスタ４５０に登録可能なデータ６２４が、診療行為１_６２２毎に登録される。そして、登録可能なデータ６２４毎に、その採否の指示を受け付ける受付欄６２３を備える。さらに、縦覧チェックマスタ用ＤＢ６２０は、チェック対象の診療行為である診療行為１_６２２自体の採否も受け付ける受付欄６２１を備える。
【０１４１】
登録可能なデータ６２４は、判別条件６２５と、チェック期間６２６とを備える。判別条件６２５およびチェック期間６２６は、第一の実施形態で説明した、縦覧チェックマスタ４５０の判別条件４５２およびチェック期間４５３と同様である。図１５（ｂ）には、一例として、判別条件６２５として、診療行為２および不備条件を備える場合を例示する。
【０１４２】
ユーザへの提示、採否の選択手法は、上記算定要件マスタ４２０作成時と同様であるため、ここでは、説明を省略する。ただし、縦覧チェックマスタ用ＤＢ６２０では、診療行為１_６２２について、不採用との指示を受け付けた場合、その診療行為１自体が採用されない。
【０１４３】
すなわち、図１５（ｂ）の場合、ＯＦＦの指定がなされていない、診療行為１の抜歯（臼歯）に対応づけて登録される登録データ（診療行為２が抜歯（埋）と診療行為２が抜歯（乳歯））が縦覧チェックマスタ４５０に登録される。
【０１４４】
なお、縦覧チェックマスタ用ＤＢ６２０は、上述の図１２に示す縦覧チェックマスタ４５０ａのようにＡＮＤ条件で複数の診療行為を設定可能なよう構成されていてもよい。
【０１４５】
＜変形例＞
なお、マスタデータ作成の手法は、上記手法に限定されない。例えば、用意されている項目から選択するのではなく、ユーザが独自に生成するよう構成してもよい。
【０１４６】
この場合、マスタデータ作成部２５０は、例えば、図１６に示す、マスタデータ作成画面７００を表示装置１０６に表示し、当該画面７００により、ユーザによるマスタデータ作成を支援する。マスタデータ作成画面７００の画面データは、予め記憶装置１０４に保持しておく。この手法を、縦覧チェックマスタ４５０ａを作成する場合を例にあげて説明する。
【０１４７】
まず、マスタデータ作成画面７００を説明する。マスタデータ作成画面７００は、診療行為１を設定する第一設定欄７１０と、判別条件を設定する設定欄（ここでは、例えば、診療行為２を設定する第二設定欄７２０と、診療行為３を設定する第三設定欄７３０）と、選択可能な全診療行為名を表示する診療行為名表示欄７４０と、を備える。
【０１４８】
第一設定欄７１０は、ユーザが選択した診療行為１を表示する選択表示欄７１１を備える。
【０１４９】
第二設定欄７２０および第三設定欄７３０は、それぞれ、ユーザが選択した診療行為２を表示する選択表示欄７２１および７３１と、ユーザから不備条件の設定を受け付ける条件受付欄７２２および７３２と、チェック期間の設定を受け付ける期間受付欄７２３および７３３と、を備える。
【０１５０】
診療行為名表示欄７４０には、診療行為１、診療行為２、診療行為３として選択可能な、すなわち、電子レセプトに診療行為として登録される可能性のある全診療行為が表示される。表示は、例えば、スクロール形式、グループ毎に階層化された表示形式等とする。
【０１５１】
ユーザは、例えば、診療行為名表示欄７４０に表示される診療行為名から、各診療行為１、診療行為２、診療行為３として設定したい診療行為を選択する。例えば、ドラッグアンドドロップなどにより、それぞれの選択表示欄７１１、７２１、７３１に移動させることに、当該診療行為を選択する。これにより、マスタデータ作成部２５０は、ユーザからの各診療行為１、２、３の選択を受け付ける。
【０１５２】
さらに、マスタデータ作成部２５０は、条件受付欄７２２、７３２を介して条件を選択の選択、期間受付欄７２３、７３３を介して期間の指定を受け付ける。
【０１５３】
例えば、図１２に示す縦覧チェックマスタ４５０ａの「歯周炎」のデータを作成する場合、図１６に示すように、ユーザは、診療行為１として「歯周炎」を選択し、診療行為２として「初診料」および「歯科疾患管理料」を選択し、その条件として「すべてある」を選択し、その期間として「２か月」を指定する。さらに、診療行為３として「歯周基本検査」および「歯周精密検査」を選択し、条件として「すべてない」を選択し、期間として「診療期間内」を指定する。
【０１５４】
なお、期間７２３、７３３については、上述のように、ユーザが指定、入力する手法に限定されない。例えば、予め診療行為に対応づけて保存しておき、診療行為が、診療行為２、３として選択されると自動的に設定されるよう構成してもよい。この場合、診療行為名表示欄７４０に診療行為とともに対応する期間が表示される。
【０１５５】
なお、本実施形態において、その他の構成は、第一の実施形態と同様であるため、ここでは、説明を省略する。
【０１５６】
以上説明したように、本実施形態のレセプトチェック装置１００は、第一の実施形態同様、チェック部２３０と、表示処理部２４０と、を備え、前記チェック部２３０は、縦覧チェック部２３５を備える。そして、本実施形態のレセプトチェック装置１００は、前記チェック部２３０が前記患者単位レセプト３１０の正確性をチェックする際に用いるマスタデータを、ユーザからの指示に従って生成するマスタデータ作成部２５０をさらに備える。
【０１５７】
そして、前記マスタデータ作成部２５０は、予め用意された当該マスタデータ生成画面７００を介して、前記ユーザからの指示を受け付けてもよい。
また、前記マスタデータは、前記縦覧チェック部２３５が用いる縦覧チェックマスタ４５０であり、前記縦覧チェックマスタ４５０は、第一の診療行為（診療行為１）４５１に対応づけて、前記患者単位レセプトの不備を判別する判別条件４５２とチェック期間４５３とが登録され、前記マスタデータ生成画面７００は、第一の診療行為の指定を受け付ける第一設定欄７１０と、前記判別条件を受け付ける第二設定欄７２０とを備えてもよい。
また、前記マスタデータ生成画面７００は、前記マスタデータとしてユーザが選択可能な全ての項目を表示する項目表示欄６２４と、前記項目毎に選択を受け付ける受付欄６２３とを備え、前記マスタデータ作成部２５０は、前記受付欄６２３で選択された項目を用い、前記マスタデータを生成してもよい。
【０１５８】
本実施形態によれば、第一の実施形態同様、担当者の負担を増大することなく、保険者提出用に作成された所定のフォーマットの歯科用電子レセプトの正確性を、縦覧点検も含めて高い精度でチェックし、保険制度上の電子レセプトの誤りを低減した歯科用電子レセプトの生成を支援できる。
【０１５９】
さらに、本実施形態によれば、チェック時に基準として用いるマスタデータを、ユーザが生成する、あるいは、調整する。従って、医療機関、あるいは、行政区分（例えば、都道府県）によりチェック対象が異なる場合であっても、柔軟に対応できる。
【０１６０】
なお、本実施形態において、第一の実施形態同様、縦覧チェックマスタ４５０を予め用意し、ユーザが、予め用意した縦覧チェックマスタ４５０を用いるか、みずから生成するかを選択可能なように構成してもよい。
【０１６１】
＜＜変形例＞＞
なお、第一の実施形態では、チェック部２３０がチェックに用いる各マスタデータは、予め、レセプトチェック装置１００のデータベース２１０部に登録される。また、第二の実施形態では、ユーザが、レセプトチェック装置１００上で生成（または調整）する。しかしながら、マスタデータの取得は、これに限定されない。
【０１６２】
例えば、マスタデータを、レセプトチェック装置１００のネットワークアダプタ１１０を介して、外部から取り込むよう構成してもよい。また、外部からの取り込みは、ネットワークアダプタ１１０に限らず、記録媒体等を介してであってもよい。この場合、レセプトチェック装置１００は、記録媒体読み取り部（ドライバなど）を備える。
【０１６３】
これにより、他の機関が作成したマスタデータを、利用することができる。
【０１６４】
また、上記各実施形態では、１つの情報処理装置が、レセプトチェック装置１００の全ての機能を実現する場合を例にあげて記載したが、これに限定されない。例えば、レセプトチェック装置１００の各機能が、異なる情報処理装置であって、互いにデータを送受信可能な情報処理装置上で実現されてもよい。
【０１６５】
また、医療機関等のユーザは、自己のサーバに導入されたウェブブラウザを介してレセプトチェック装置１００が実現する機能を利用するよう構成されていてもよい。このウェブブラウザとしては、ウェブサイト閲覧用のアプリケーションとして利用され、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、Ｊａｖａ（登録商標）等の技術を利用可能な一般的なブラウザを利用することができる。
【符号の説明】
【０１６６】
１００：レセプトチェック装置、１００：電子レセプトチェック装置、１００ａ：レセプトチェック装置、１０２：ＣＰＵ、１０３：主メモリ、１０４：記憶装置、１０５：表示メモリ、１０６：表示装置、１０７：コントローラ、１０８：マウス、１０９：キーボード、１１０：ネットワークアダプタ、１２０：ネットワーク、１３０：情報処理装置、１４０：データベース、２１０：データベース部、２２０：対象部位特定部、２２１：口腔情報生成部、２３０：チェック部、２３１：プリチェック部、２３３：点数回数チェック部、２３４：妥当性チェック部、２３５：縦覧チェック部、２４０：表示処理部、２５０：マスタデータ作成部、３００：電子レセプトデータ、３１０：患者単位レセプト、３２０：ＨＳレコード、３２１：傷病名、３２２：傷病名コード、３２３：部位、３３０：ＳＳレコード、３３１：診療行為名、３３２：診療行為コード、３３３：加算コード、３３４：点数、３３５：回数、３４０：ＲＥレコード、３４１：氏名、３４２：性別、３４３：生年月日、３４５：診療開始日、３４６：診療年月日、３５０：単位期間レセプト、３５０ａ：国保単位期間レセプト、３５０ｂ：社保単位期間レセプト、４１０：処置病名マスタ、４１１：診療行為名、４１２：診療行為コード、４１３：傷病名コード、４１４：傷病名、４２０：算定要件マスタ、４２１：診療行為名、４２２：診療行為コード、４２３：加算コード、４２４：算定要件、４２５：算定単位、４２６：上限回数、４３０：歯科電子点数表、４４０：基本チェックマスタ、４５０：縦覧チェックマスタ、４５０ａ：縦覧チェックマスタ、４５０ｂ：縦覧チェックマスタ、４５０ｃ：縦覧チェックマスタ、４５１：診療行為１、４５２：判別条件、４５２ａ：判別条件、４５３：チェック期間、４５３ａ：チェック期間、４５４：診療行為２、４５４ａ：診療行為２、４５５：不備条件、４５５ａ：不備条件、４５６：上限回数、４５７：診療行為２、５１０：部位データ、５１１：診療行為名、５１２：診療行為コード、５１３：点数、５１４：回数、５１５：対象部位、５２０：口腔情報ファイル、５３０：チェック結果リスト、５４０：部位候補データ、５４１：診療行為名、５４２：診療行為コード、５４３：対象部位候補、５４４：コメント、６００：マスタデータ作成用ＤＢ、６１０：算定要件マスタ用ＤＢ、６１１：受付欄、６１１：欄、６１２：マスタ情報、６２０：縦覧チェックマスタ用ＤＢ、６２１：受付欄、６２２：診療行為１、６２３：受付欄、６２４：登録可能なデータ、６２５：判別条件、６２６：チェック期間、７００：マスタデータ作成画面、７１０：第一設定欄、７１１：選択表示欄、７２０：第二設定欄、７２１：選択表示欄、７２２：条件受付欄、７２３：期間受付欄、７３０：第三設定欄、７３１：選択表示欄、７３２：条件受付欄、７３３：期間受付欄、７４０：診療行為名表示欄
【図１】
2016200914.tif 000003
【図２】
2016200914.tif 000004
【図３】
2016200914.tif 000005
【図４】
2016200914.tif 000006
【図５】
2016200914.tif 000007
【図６】
2016200914.tif 000008
【図７】
2016200914.tif 000009
【図８】
2016200914.tif 000010
【図９】
2016200914.tif 000011
【図１０】
2016200914.tif 000012
【図１１】
2016200914.tif 000013
【図１２】
2016200914.tif 000014
【図１３】
2016200914.tif 000015
【図１４】
2016200914.tif 000016
【図１５】
2016200914.tif 000017
【図１６】
2016200914.tif 000018