(57)【特許請求の範囲】
【請求項１】
歯の種別を特定する情報の条件指定を受付け、
患者のそれぞれの歯毎にデータマートが登録された診療情報を記憶した記憶部を参照して、データマートから受け付けた前記条件指定に対応する診療が行われた患者に関する診療情報を検索し、
前記条件指定に対応する診療が行われた患者ごとに、前記記憶部から検索した診療情報を一連の診療経過順に並べた表示画面を生成する
処理をコンピュータに実行させる表示プログラム。
【請求項２】
前記受付ける処理は、前記歯の種別を特定する情報として、傷病名、歯式部位または処置項目のうち少なくともいずれか１つを受付ける請求項１に記載の表示プログラム。
【請求項３】
前記生成する処理は、前記記憶部から検索した診療情報のうち前記歯の種別に対応する歯についてなされた診療情報の表示形態が他の診療情報の表示形態と異なる表示画面を生成する請求項１または２に記載の表示プログラム。
【請求項４】
前記生成する処理は、前記記憶部から検索した診療情報として、前記歯の種別に対応する歯についてなされた診療情報を含み、当該診療情報以前の初診から次の初診までの診療情報を前記一連の診療経過順に並べた表示画面を生成する請求項１、２または３に記載の表示プログラム。
【請求項５】
歯の種別を特定する情報の条件指定を受付ける処理と、
患者のそれぞれの歯毎にデータマートが登録された診療情報を記憶した記憶部を参照して、データマートから受け付けた前記条件指定に対応する診療が行われた患者に関する診療情報を検索する処理と、
前記条件指定に対応する診療が行われた患者ごとに、前記記憶部から検索した診療情報を一連の診療経過順に並べた表示画面を生成する処理と、
をコンピュータが実行する表示方法。
【請求項６】
歯の種別を特定する情報の条件指定を受付ける受付部と、
患者のそれぞれの歯毎にデータマートが登録された診療情報を記憶した記憶部を参照して、データマートから受け付けた前記条件指定に対応する診療が行われた患者に関する診療情報を検索する検索部と、
前記条件指定に対応する診療が行われた患者ごとに、前記記憶部から検索した診療情報を一連の診療経過順に並べた表示画面を生成する生成部と
を有する表示制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示プログラム、表示方法及び表示制御装置に関する。
【背景技術】
【０００２】
電子カルテシステムに蓄積されたカルテがレセプトの点検に利用される場合がある。かかるレセプトの点検では、検索条件に合致するカルテを電子カルテシステムから検索し、その検索結果から選択された診療に関し、個々の診療の内容および個々の診療についての点数が出力される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１８８３２９号公報
【特許文献２】特開２０００−４８０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の技術は、診療録としてのカルテを診療の単位で閲覧させるものに過ぎず、レセプトの点検に不向きである。例えば、ある傷病についての治療は、１度の診療で完結せず、複数回にわたって診療が継続される場合がある。このとき、個々の診療については、過不足無く点数を求めてレセプトが作成されている場合であっても、初診から治療が終了するまでの一連の経過で見ると、不備のあるレセプトが作成される場合がある。この場合、１つの診療の内容が局所的に出力されるだけでは、一連の経過で発生する不備まで見つけ出すのは困難である。
【０００５】
１つの側面では、本発明は、レセプトの点検を支援できる表示プログラム、表示方法及び表示制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様の表示プログラムは、歯の種別を特定する情報の指定を受付け、患者のそれぞれの歯毎に治療情報を記憶した記憶部を参照して、受け付けた前記歯の種別に対応する歯についてなされた治療情報を読み出し、読み出した歯についてなされた一連の治療情報を時系列に並べた表示画面を生成する処理をコンピュータに実行させる表示プログラム。
【発明の効果】
【０００７】
レセプトの点検を支援できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１に係るレセプト点検支援システムの構成例を示す図である。
【図２】図２は、実施例１に係るＤＷＨサーバの機能的構成を示すブロック図である。
【図３】図３は、カルテ画面の一例を示す図である。
【図４】図４は、カルテデータの一例を示す図である。
【図５】図５は、データマートの一例を示す図である。
【図６】図６は、歯式コードの一例を示す図である。
【図７】図７は、時系列監査画面の一例を示す図である。
【図８】図８は、サブウィンドウの一例を示す図である。
【図９】図９は、サブウィンドウの一例を示す図である。
【図１０】図１０は、データマートの一例を示す図である。
【図１１】図１１は、時系列監査画面の一例を示す図である。
【図１２】図１２は、サブウィンドウの一例を示す図である。
【図１３】図１３は、データマートの一例を示す図である。
【図１４】図１４は、時系列監査画面の一例を示す図である。
【図１５】図１５は、実施例１に係る表示制御処理の手順を示すフローチャートである。
【図１６】図１６は、実施例１及び実施例２に係る表示プログラムを実行するコンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して本願に係る表示プログラム、表示方法及び表示制御装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１０】
［システム構成］
図１は、実施例１に係るレセプト点検支援システムの構成例を示す図である。図１に示すレセプト点検支援システム１は、電子カルテシステム５０に蓄積されるカルテデータからの検索結果をクライアント端末３０Ａ〜３０Ｃへ表示させることにより、歯科診療に関するレセプト、いわゆる診療報酬明細書の点検を支援するレセプト点検支援サービスを実施するものである。なお、図１には、一例として、レセプト点検支援システム１と電子カルテシステム５０が個別に構築される場合を例示するが、これら両者をまとめて１つのシステムとして構築することができるのは言うまでもない。
【００１１】
かかるレセプト点検支援サービスの一環として、レセプト点検支援システム１は、カルテデータのうち指定を受け付けた歯式部位や傷病などの検索条件に対応するカルテデータを一連の診療経過の単位で時系列に並べて表示させる表示制御処理も実現する。これによって、例えば、一連の経過で発生するレセプトの不備を発見しやすくさせ、ひいてはレセプトの点検を支援する。
【００１２】
図１に示すように、レセプト点検支援システム１には、ＤＷＨ（Data  WareHouse）サーバ１０と、クライアント端末３０Ａ〜３０Ｃと、電子カルテシステム５０とが収容される。なお、図１には、３つのクライアント端末が収容される場合を図示したが、ＤＷＨサーバ１０が収容するクライアント端末の数は、図示の例に限定されず、任意の数のクライアント端末を収容できる。なお、以下では、クライアント端末３０Ａ〜３０Ｃの各装置を区別なく総称する場合には、「クライアント端末３０」と記載する場合がある。
【００１３】
これらＤＷＨサーバ１０、クライアント端末３０及び電子カルテシステム５０の間は、ネットワーク７を介して相互に通信可能に接続される。かかるネットワーク７には、有線または無線を問わず、一例として、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１４】
ＤＷＨサーバ１０は、上記のレセプト点検支援サービスをクライアント端末３０へ提供するサーバ装置である。
【００１５】
一実施形態として、ＤＷＨサーバ１０は、パッケージソフトウェアやオンラインソフトウェアとして上記のレセプト点検支援サービスを実現する表示プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、ＤＷＨサーバ１０は、上記のレセプト点検支援サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記のレセプト点検支援サービスを提供するクラウドとして実装することとしてもかまわない。
【００１６】
かかるＤＷＨサーバ１０は、複数の基幹系システム、例えばレセプト点検支援システム１や電子カルテシステム５０等で用いられるデータを統合して一元管理する。例えば、ＤＷＨサーバ１０は、病院全体の診療録としてのカルテを電子的に管理する電子カルテシステム５０に蓄積されるカルテデータのデータ形式を、歯科診療に関するレセプトの点検に用いる検索用のデータ形式へ再構築するマート処理を実行する。これによって、歯科用のデータマートを生成する。その上で、ＤＷＨサーバ１０は、歯科用のデータマートを用いて、上記のレセプト点検支援サービスをクライアント端末３０に提供する。
【００１７】
クライアント端末３０は、ＤＷＨサーバ１０から上記のレセプト点検支援サービスの提供を受けるコンピュータである。
【００１８】
一実施形態として、クライアント端末３０には、パーソナルコンピュータを採用できる。クライアント端末３０には、上記のパーソナルコンピュータなどの据置き型の端末のみならず、各種の携帯端末装置をクライアント端末３０として採用することもできる。例えば、携帯端末装置の一例として、スマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）などのスレート端末などがその範疇に含まれる。
【００１９】
［ＤＷＨサーバ１０の構成］
図２は、実施例１に係るＤＷＨサーバ１０の機能的構成を示すブロック図である。図２に示すように、ＤＷＨサーバ１０は、通信Ｉ／Ｆ（interface）部１１と、記憶部１３と、制御部１５とを有する。なお、サーバ装置１０は、図２に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。
【００２０】
通信Ｉ／Ｆ部１１は、他の装置、例えばクライアント端末３０や電子カルテシステム５０との間で通信制御を行うインタフェースである。
【００２１】
一実施形態として、通信Ｉ／Ｆ部１１には、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、電子カルテシステム５０からカルテデータを受信したり、あるいは、カルテデータの送信要求を電子カルテシステム５０へ送信したりする。また、通信Ｉ／Ｆ部１１は、クライアント端末３０から検索条件を受信したり、あるいは検索結果または検索結果に基づき生成された表示画面をクライアント端末３０へ送信したりする。
【００２２】
記憶部１３は、制御部１５で実行されるＯＳ（Operating  System）を始め、上記の表示プログラムなどの各種プログラムに用いられるデータを記憶する記憶デバイスである。
【００２３】
一実施形態として、記憶部１３は、サーバ装置１０における主記憶装置として実装される。例えば、記憶部１３には、各種の半導体メモリ素子、例えばＲＡＭ（Random  Access  Memory)やフラッシュメモリを採用できる。また、記憶部１３は、補助記憶装置として実装することもできる。この場合、ＨＤＤ（Hard  Disk  Drive）、光ディスクやＳＳＤ（Solid  State  Drive）などを採用できる。
【００２４】
記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、カルテデータ１３ａと、データマート１３ｂとを記憶する。これらカルテデータ１３ａ及びデータマート１３ｂ以外にも、他の電子データ、例えば検索条件として指定させる項目に関する定義や検索条件のデフォルト設定なども併せて記憶することもできる。なお、カルテデータ１３ａ及びデータマート１３ｂについては、各データの登録または参照を行う処理部の説明に合わせて説明を行うこととする。
【００２５】
制御部１５は、各種のプログラムや制御データを格納する内部メモリを有し、これらによって種々の処理を実行するものである。
【００２６】
一実施形態として、制御部１５は、中央処理装置、いわゆるＣＰＵ（Central  Processing  Unit）として実装される。制御部１５は、必ずしも中央処理装置として実装されずともよく、ＭＰＵ（Micro  Processing  Unit）として実装されることとしてもよい。また、制御部１５は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００２７】
制御部１５は、各種のプログラムを実行することによって下記の処理部を仮想的に実現する。例えば、制御部１５は、図２に示すように、複製部１５ａと、マート部１５ｂと、受付部１５ｃと、検索部１５ｄと、表示制御部１５ｅとを有する。
【００２８】
複製部１５ａは、データの複製を行う処理部である。
【００２９】
一実施形態として、複製部１５ａは、電子カルテシステム５０に蓄積されるカルテデータを複製する。例えば、複製部１５ａは、所定の期間、例えば１０分間が経過する度、または、ＯＳ等により管理されるシステム時刻が定期時刻になる度に、電子カルテシステム５０に蓄積されたカルテデータを複製する。その上で、複製部１５ａは、先に複製されたカルテデータを記憶部１３に登録する。このようにカルテデータのレプリケーションにより、電子カルテシステム上で保存されるカルテデータと記憶部１３に記憶されるカルテデータ１３ａとの間で同期が取られる。
【００３０】
図３は、カルテ画面の一例を示す図である。図３には、電子カルテシステム５０が提供するＧＵＩ（Graphical  User  Interface）を介して各項目に値が入力済みであるカルテ画面３００が例示されている。図３に示すカルテ画面３００の場合、診療が２０１２年９月２８日（金）に開始されたことを意味する。さらに、当該診療では、歯科衛生士による１時間にわたる指導の上、右上７番（第２大臼歯）、右上６番（第１大臼歯）、右上４番の第１小臼歯、右上３番の犬歯、右上１番の中切歯、左上１番の中切歯、左上３番の犬歯〜左上７番の第２大臼歯に対するスケーリングが歯科処置として行われたことを意味する。
【００３１】
図４は、カルテデータの一例を示す図である。図４には、カルテデータ１３ａのうち、図３に示したカルテ画面３００に対応する部分のレコードが抜粋して例示されている。図４に示す通り、電子カルテシステム５０では、同一の診療に関する各項目に共通する文書番号「XXXXXXXXXX2012092807535001」が採番される。さらに、図３に示したカルテ画面３００に入力された各項目の情報は、図４に示すカルテデータ１３ａ１の通り、病名開始日、歯式部位、レセプトの点数、いわゆる診療報酬点数の計算に用いる算定項目や算定付帯情報などの項目属性に分類された状態で各項目が同一の文書番号により互いに対応付けられる。
【００３２】
マート部１５ｂは、上記のマート処理を実行する処理部である。
【００３３】
一実施形態として、マート部１５ｂは、電子カルテシステム５０に蓄積されるカルテデータのデータ形式を、歯科診療に関するレセプトの点検に用いる検索用のデータ形式へ再構築するマート処理を実行する。
【００３４】
例えば、マート部１５ｂは、カルテデータに含まれるレコードに傷病名を識別するフィールド及び歯式に含まれる各部位を識別するフィールドを検索用のインデックスとして追加する。その上で、マート部１５ｂは、同一の診療に関するカルテデータの各レコードが持つ追加のフィールドに当該診療に関する傷病名のコード及び傷病に対する歯科処置が行われる歯式部位のコードを記述する。このようにしてマート部１５ｂにより作成されたデータマートが記憶部１３へ登録される。
【００３５】
かかるマート処理は、検索効率の向上を目指して実施される。すなわち、歯科診療に関するレセプトの点検を行う場合、歯科医により診察された傷病名や歯科処置が行われた歯式部位により、レセプトの点検の対象とするカルテデータが絞り込まれることが多い。ところが、図４に示すカルテデータ１３ａ１では、同一の診療に関するレコードが共通の文書番号で対応付けられているが、コンピュータが同一の診療に関する各レコードを呼び出すには、検索条件として指定された傷病名や歯式部位がカルテデータ１３ａのレコードでヒットした後にそのレコードが持つ文書番号をキーにして同一の文書番号を持つ他のレコードを呼び出すこととなる。これでは、検索効率の低下につながるので、上記の検索インデックスの追加により、同一の診療に関するレコードを文書番号を経由せずに検索するデータ形式へ変更する。
【００３６】
図５は、データマートの一例を示す図である。図５には、図４に示したカルテデータ１３ａ１にマート処理が実行されることにより生成されたデータマート１３ｂ１が抜粋して例示されている。図５に示すように、データマート１３ｂには、９番のフィールドに「傷病名」が拡張されると共に、同一の診療に関するデータマート１３ｂ１、すなわち共通の文書番号を持つ各レコードの９番のフィールドには、傷病名「慢性歯周炎」が記述される。
【００３７】
さらに、データマート１３ｂには、歯科処置が行われた歯式部位を識別する１０番〜４１番のフィールドが拡張される。ここで、同一の診療に関するデータマート１３ｂ１には、図６に示す歯式コードにしたがって、データマート１３ｂに拡張された１０番〜４１番のフィールドのうち歯科処置の対象とされるフィールドには「１」が格納される一方で、歯科処置の対象とされないフィールドには「０」が格納される。図６は、歯式コードの一例を示す図である。図６に示すように、右上８番〜右上１番、左上１番〜左上８番、右下８番〜右下１番、左下１番〜左下８番の順に、歯式の各部位が歯科処置の対象であるか否かが「１」または「０」の３２バイトで表現される。図４に示したカルテデータ１３ａ１の場合、傷病に対応する歯式部位「７６４３１│１３〜７」及び「─────┴────」が同一の診療に関するデータマート１３ｂ１が持つ１０番〜４１番のフィールドに歯式コード「01101101101111100000000000000000」として格納される。これによって、歯式が含む３２個の部位の各々に対し、検索インデックスを用意することが可能になる。
【００３８】
受付部１５ｃは、検索条件の指定を受け付ける処理部である。
【００３９】
一実施形態として、受付部１５ｃは、歯科診療に関するレセプトの点検用の画面の一例として用意された時系列監査画面をクライアント端末３０に表示させる。かかる時系列監査画面上で検索条件の指定が受け付けられる。詳細は図８や図１２を用いて後述するが、検索条件の一例として、傷病名、歯式部位、処置項目などを指定させることができる。
【００４０】
検索部１５ｄは、データマート１３ｂから指定を受け付けた検索条件に対応するカルテのレコードを検索する処理部である。
【００４１】
一実施形態として、検索部１５ｄは、データマート１３ｂに含まれるレコードのうち、受付部１５ｃにより指定が受け付けられた検索条件、例えば傷病名、歯式部位や処置項目などに対応するコードの値と属性値が完全一致または部分一致するフィールドを持つレコードをＡＮＤ条件で検索する。そして、検索部１５ｄは、データマート１３ｂに含まれるレコードのうち、検索条件にヒットしたレコードの診療から遡って初診のカルテに対応するレコード群を探索する。例えば、検索部１５ｄは、検索条件にヒットしたレコードと同一の患者ＩＤ（IDentification）を持ち、検索条件にヒットしたレコードよりもカルテの入力日が以前で最も近く、かつ算定項目に「初診料」が入力されたレコードと共通の文書番号を持つレコード群をさらに読み出す。その後、検索部１５ｄは、データマート１３ｂに含まれるレコードのうち、先に探索された初診から次の初診の手前までの一連の診療に含まれる各診療のカルテに対応するレコード群をさらに読み出す。これによって、検索条件に合致する診療のカルテに留まらず、検索条件に合致する診療と共に一連の経過をなす診療のカルテも検索できる。
【００４２】
表示制御部１５ｅは、クライアント端末３０に対する各種の表示制御を行う処理部である。
【００４３】
一実施形態として、表示制御部１５ｅは、検索部１５ｄにより検索された一連の診療に含まれる各診療のカルテに対応するレコード群を左から右の行方向へ時系列に並べることにより、検索結果の表示画面を生成する。このとき、表示制御部１５ｅは、一連の診療に含まれる各診療のカルテのうち、検索条件にヒットしたレコードのカルテの背景色を他のカルテの背景色と異なる表示色に設定する。さらに、表示制御部１５ｅは、検索条件に合致する傷病名、歯式部位及び処置項目のフォントの文字色を他の項目とは異なる表示色に設定する。また、表示制御部１５ｅは、検索部１５ｄにより一連の診療が複数検索された場合、各々の一連の診療を改行して整列させる。このようにして生成された表示画面の表示データがクライアント端末３０へ送信されることにより、検索結果の表示画面が時系列監査画面に含まれる所定の表示エリアに表示されることになる。
【００４４】
［具体例］
次に、歯科診療に関するレセプトの点検を支援する表示制御処理についての具体例を示す。図７は、時系列監査画面の一例を示す図である。図７には、ウィンドウ起動時の画面、すなわち検索前の状態の画面が示されている。図７に示すように、時系列監査画面５００には、検索条件１の表示エリア５１０、検索条件２の表示エリア５２０及び検索結果の表示エリア５３０が含まれると共に、各種のサブウィンドウを呼び出すボタン５１１、５２１、５３１及び５３２が含まれる。
【００４５】
図７に示す時系列監査画面５００がクライアント端末３０に表示された状況の下、ボタン５１１が押下されると、検索条件１の指定を受け付けるサブウィンドウ６００がクライアント端末３０に表示される。図８は、サブウィンドウの一例を示す図である。図８に示すように、サブウィンドウ６００には、傷病名、歯式部位、処置項目、利用者、期間及び患者ＩＤなどの各項目の値を指定させるサブウィンドウを呼び出すボタン６１０〜６６０が含まれる。これらのボタン６１０〜６６０により呼び出されるサブウィンドウには、プルダウンメニュ、ラジオボタン、テキストボックスなどの任意のＧＵＩコンポーネントを埋め込むことにより、項目の値を指定させることができる。
【００４６】
例えば、ボタン６２０が押下された場合、歯式部位の指定を受け付けるサブウィンドウ７００がクライアント端末３０に表示される。図９は、サブウィンドウの一例を示す図である。図９では、左右について患者から見た場合の方向で説明することとする。図９に示すように、噛み合わせを表す横線により上顎および下顎を区切ると共に正中線に対応する縦線により左右を区切ることにより、左右および上下が識別できる状態で歯式に含まれる各部位に割り当てられた番号が歯式部位として表示される。なお、乳歯に対応する各歯には、英字Ａ〜Ｅが割り当てられる。このように歯式部位に割り当てられた番号上にポインティングデバイスを合わせて左クリック等を行うことにより、１つずつ歯式部位を指定することもできれば、ドラッグ＆ドロップなどの範囲指定やＣｔｒｌキー＋左クリックの操作により複数の歯式部位を一度に指定させることもできる。
【００４７】
この他、上顎のボタン７１０の押下操作により右上８番から左上８番までの上顎全部の歯を指定させることもできる。また、上顎右側の７−４のボタン７１１の押下操作により右上７番から右上４番の臼歯を指定させることもできれば、上顎側の３−３のボタン７１２の押下操作により右上３番から左上３番までの歯を指定させることもでき、また、上顎左側の４−７のボタン７１３の押下操作により左上４番から左上７番の臼歯を指定させることもできる。さらに、上顎側の７−７のボタン７１４の押下操作により右上８番及び左上８番の親知らずを除く右上７番から左上７番までの歯を一度に指定させることもできる。また、全顎のボタン７２０の押下操作により３２本の歯全てを一度に指定させることもできる。なお、下顎に関するボタン７３０、７３１、７３２、７３３及び７３４についても、ボタン７１０、７１１、７１２、７１３及び７１４と上下が入れ替わる他は同様である。
【００４８】
さらに、全クリアのボタン７４０の押下操作により選択中の歯式部位を全てキャンセルしたり、削除のボタン７５０が選択された状態で、歯式部位に割り当てられた番号を左クリックすることによりキャンセルを個別に受け付けることもできる。そして、確定のボタン７６０の押下操作により歯式部位の指定を確定させることができ、また、閉じるのボタン７７０の押下操作によりサブウィンドウ７００を閉じることができる。
【００４９】
このようにサブウィンドウ７００を介して指定される歯式部位は、ラジオボタン６２１または６２２が択一的に選択されることにより、歯式部位の検索条件を完全一致または部分一致とするかも指定できる。また、期間の指定は、ボタン６５０の押下操作によりサブウィンドウを呼び出さずとも、検索が実行される時点を基準に当月、前月、前々月をボタン６５１〜６５３の押下操作により行わせることもできる。
【００５０】
例えば、検索条件１の一例として、図８に示す値が指定された場合を想定して検索が行われる場合を例示する。すなわち、慢性根尖性歯周炎または急性根尖性歯周炎のいずれかを含む傷病名が指定され、上下左右の８番、すなわち親知らずを除く、右上７番〜左上７番及び右下７番〜左下７番の歯が部分一致の条件で歯式部位として指定され、根管貼薬（単根）、根管貼薬（２根）または根管貼薬（３根）のいずれかを含む処置項目が指定され、２０１４年１月１日以降が期間として指定された検索条件１を想定する。
【００５１】
ここで、レセプトの点検を行うユーザは、下記の指針にしたがって検索条件１を設定することとする。すなわち、根管貼薬を行って加圧根管充填処置をする場合、デンタル撮影、すなわち１本の歯がクローズアップされるレントゲン撮影を行った上で加圧根管充填処置を行うという歯科診療の常識の下、デンタル撮影の算定項目が抜けていないか否かを監査する指針を持つ場合を想定する。このような指針で監査が行われる背景の一因として、細菌が入らないように充填物の詰まり具合をデンタル撮影により確認しながら加圧根管充填処置を行う義務が歯科医にあるからである。
【００５２】
このように検索条件１が指定された状態で検索実行のボタン５３１が押下されると、データマート１３ｂから検索条件１に合致するカルテの検索が実行される。図１０は、データマートの一例を示す図である。図１０には、１つの診療、すなわち文書番号「XXXXXXXXXX2014041007535001」を共有するレコード群が抜粋して示されている。図１０に示すデータマート１３ｂのレコード群は、診療の日付が２０１４年４月１０日であり、検索条件１として指定された２０１４年１月１日以降であるので、検索対象から排除されず、検索条件１として指定された傷病名、歯式部位及び処置項目との間で照合が実行される。このうち、傷病名については、「慢性根尖性歯周炎」または「急性根尖性歯周炎」が検索条件１で指定されており、図１０に示すデータマート１３ｂのレコード群が持つ傷病名「急性根尖性歯周炎」と合致する。さらに、歯式部位については、右上７番〜左上７番及び右下７番〜左下７番の歯との部分一致が検索条件１で指定されており、図１０に示すデータマート１３ｂのレコード群が持つ歯式部位「左上５番」も含まれるので、歯式部位の条件に合致する。さらに、処置項目については、「根管貼薬（単根）」、「根管貼薬（２根）」または「根管貼薬（３根）」が検索条件１で指定されており、図１０に示すデータマート１３ｂのレコード群のうち１番下のレコードが持つ処置項目「根管貼薬（２根）」と合致する。
【００５３】
この結果、検索条件１の各項目をＡＮＤ条件で満たすレコードの一例として、図１０に示すデータマート１３ｂのレコード群のうち１番下のレコードが検索されることになる。このように検索条件１にヒットしたレコードごとに、検索条件１にヒットしたレコードの診療から遡って初診のカルテに対応するレコード群が探索された後、初診から次の初診の手前までの一連の診療に含まれる各診療のカルテに対応するレコード群が記憶部１３から読み出されることになる。この図１０に示すデータマート１３ｂのレコード群の場合、算定項目に「歯科初診料」が記入されているので、図１０に示すデータマート１３ｂのレコード群が初診に対応するレコード群であることが判明する。この場合、遡って初診に対応するレコード群は探索せずともよいので、患者ＩＤ「542432」を持ち、かつ診療の日付が「２０１４年４月１０日」以降であり、かつ次の初診の手前までのレコード群が探索されることになる。
【００５４】
その上で、先のように検索された一連の診療に含まれる各診療のカルテに対応するレコード群を左から右の行方向へ時系列に並べることにより、検索結果の表示画面が生成される。図１１は、時系列監査画面の一例を示す図である。図１１には、図７に示した時系列監査画面５００と異なり、図８に示したサブウィンドウ６００を介する指定により検索条件１が表示エリア５１０に表示されると共に、検索結果が表示エリア５３０に表示されている。さらに、図１１には、検索結果として図１０に示した１番下のレコードに限らず、これ以外にも検索条件１にヒットするレコードが検索された例が示されている。
【００５５】
図１１に示す時系列監査画面５００の表示エリア５３０では、検索条件として指定された処置項目「根管貼薬」の表示色が他の処置項目とは異なる表示色で表示される。さらに、一連の診療のうち検索条件１にヒットしたレコードが含まれる診療のカルテの背景色が他のカルテの背景色とは異なる表示色で表示される。このような検索結果が表示されることにより、次のような監査を行うことができる。
【００５６】
すなわち、患者ＩＤ「２２３４４」、「１４４３４３２」及び「９２３３２１」の一連の診療では、根管貼薬が行われた後に加圧根管充填処置が実施されていないので、現時点で上記の指針で監査を行うのは困難であることがわかる。一方、患者ＩＤ「５４２４３２」、「３２３３２１」、「１３２３２」及び「７７８９３９」の一連の診療では、根管貼薬が行われた後に加圧根管充填処置が実施されている。ここで、患者ＩＤ「５４２４３２」、「３２３３２１」及び「７７８９３９」の診療経過には、加圧根管充填処置の記述と共にデンタル標準型の算定項目が記述されている。このため、デンタル撮影が適切に実施されると共にデンタル撮影の請求漏れがないことを確認できる。一方、患者ＩＤ「１３２３２」の診療経過には、加圧根管充填処置の記述と共にデンタル標準型の算定項目が記述されていない。それ故、加圧根管充填処置の実施に伴ってデンタル撮影が実施されていないケース、あるいはデンタル撮影は実施されているのに算定項目として記述されていないケースのいずれかのケースに該当することがわかる。前者のケースの場合、レセプトとして成立しておらず、監査指導が好ましく、後者のケースの場合、レセプトにデンタル撮影の請求漏れがあることを指導できる。なお、データ出力のボタン５３２が押下された場合には、表示エリア５３０に表示された検索結果を表計算ソフトなどアプリケーションで実行可能なデータとして出力したり、印字出力したりすることができる。
【００５７】
また、上記の検索条件１の加重要件として、検索条件２をさらに指定させることもできる。例えば、時系列監査画面５００上のボタン５２０が押下された場合、検索条件２の指定を受け付けるサブウィンドウ８００がクライアント端末３０に表示される。図１２は、サブウィンドウの一例を示す図である。図１２に示すように、サブウィンドウ８００には、絞り込み条件として処置項目を指定させるサブウィンドウを呼び出すボタン８１０と、絞り込み条件に関するオプションを指定させるラジオボタン８１１〜８１２と、絞り込み条件に関する期間を指定させるチェックボックス８２１〜８２３とが含まれる。これらのボタン８１０及び８２０により呼び出されるサブウィンドウには、プルダウンメニュ、ラジオボタン、テキストボックスなどの任意のＧＵＩコンポーネントを埋め込むことにより、処置項目やその期間の値を指定させることができる。
【００５８】
ここでは、上記の指針にしたがって、ラジオボタン８１２が選択された状態で「加圧根管充填処置（単根）」、「加圧根管充填処置（２根）」または「加圧根管充填処置（３根）」が絞り込み条件として指定される場合を想定する。この場合、検索条件１で指定された処置項目がカルテで入力された日付を基準に、期間のチェックボックス８２１〜８２３を通じて指定される期間内に検索条件２で絞り込み条件として指定された処置項目がカルテで入力されている場合に一連の診療に関する各診療のカルテに対応するレコード群が抽出される。なお、ラジオボタン８１１が選択された場合には、検索条件１で指定された処置項目がカルテで入力された日付を基準に、期間のチェックボックス８２１〜８２３を通じて指定される期間内に検索条件２で絞り込み条件として指定された処置項目がカルテで入力されていない場合に一連の診療に関する各診療のカルテに対応するレコード群が抽出されることになる。
【００５９】
さらに、チェックボックス８２１〜８２３のうちいずれか１つを択一的に選択することにより、初診から次の初診の手前までの期間、検索条件１で指定された処置項目と合致するレコードがカルテで入力された日付以後の期間、または、検索条件１で指定された処置項目と合致するレコードがカルテで入力された日付以前の期間のいずれかの期間を指定させることができる。
【００６０】
このように図１２に示す検索条件２がさらに指定された状態で検索実行のボタン５３１が押下されると、データマート１３ｂから検索条件１及び検索条件２に合致するカルテの検索が実行される。この場合、上述したように、検索条件１の各項目をＡＮＤ条件で満たすレコードの一例として、図１０に示したデータマート１３ｂのレコード群のうち１番下のレコードが検索されることになる。図１０に示したデータマート１３ｂのレコード群の場合、算定項目に「歯科初診料」が記入されているので、図１０に示すデータマート１３ｂのレコード群が初診に対応するレコード群であることが判明する。この場合、遡って初診に対応するレコード群は探索せずともよいので、次の初診の手前までのレコード群が探索されることになる。
【００６１】
ここで、本例では、検索条件２がさらに指定されているので、検索条件１に合致するからといって一連の診療に含まれる各診療のカルテに対応するレコード群が直ちに検索されるわけではない。すなわち、図１０に示したデータマート１３ｂのレコード群の診療と同一の初診内に処置項目として「加圧根管充填処置（単根）」、「加圧根管充填処置（２根）」または「加圧根管充填処置（３根）」を含む診療が存在する場合に始めて一連の診療に含まれる各診療のカルテに対応するレコード群が検索されることになる。
【００６２】
図１３は、データマートの一例を示す図である。図１３には、図１０に示したデータマート１３ｂのレコード群の診療（初診）以降の診療であり、図１０に示したデータマート１３ｂのレコード群の診療（初診）の次の初診以前の診療に該当するレコード群の一例として、文書番号「XXXXXXXXXX2014041407535001」を共有するレコード群が抜粋して示されている。図１３に示すデータマート１３ｂのレコード群の場合、１番下のレコードには、検索条件２で指定された処置項目「加圧根幹充填処置（２根）」がさらに含まれる。これは、図１０に示したデータマート１３ｂのレコード群の診療（初診）から次の初診の手前までの一連の診療内で検索条件２もさらに満たすことを意味する。なお、ここでは、検索条件１及び検索条件２にヒットするレコードが図１０に示したレコード群に対応する診療と図１３に示すレコード群に対応する診療との複数の診療にまたがる場合を例示したが、１つの診療に関するレコード群が検索条件１及び検索条件２の両方を満たす場合も一連の診療、すなわち同一初診内の各診療のレコード群が検索される。
【００６３】
それ故、検索条件１及び検索条件２をＡＮＤ条件で満たす一連の診療の一例として、図１０に示したデータマート１３ｂのレコード群に対応する診療と、図１３に示すデータマート１３ｂのレコード群に対応する診療とが検索されることになる。このように検索条件１にヒットしたレコードごとに、検索条件１にヒットしたレコードの診療から遡って初診のカルテに対応するレコード群が探索された後、当該初診から次の初診の手前までの一連の診療で検索条件２に合致するレコードが含まれる場合に、当該一連の診療に含まれる各診療のカルテに対応するレコード群が検索結果として抽出される。
【００６４】
その上で、先のように検索された一連の診療に含まれる各診療のカルテに対応するレコード群を左から右の行方向へ時系列に並べることにより、検索結果の表示画面が生成される。図１４は、時系列監査画面の一例を示す図である。図１４には、図１１に示した時系列監査画面５００と異なり、図１２に示したサブウィンドウ８００を介する指定により検索条件２が表示エリア５２０に表示されると共に、検索結果が表示エリア５３０に表示されている。なお、検索結果の表示エリア５３０には、図１０に示したデータマート１３ｂのレコード群に対応する診療と、図１３に示すデータマート１３ｂのレコード群に対応する診療とを含む一連の診療に限らず、これ以外にも検索条件１及び検索条件２にヒットする一連の診療に含まれる各診療のカルテに対応するレコード群が検索結果として得られた例が示されている。
【００６５】
図１４に示す時系列監査画面５００の表示エリア５３０では、検索条件１として指定された処置項目「根管貼薬」及び検索条件２として指定された処置項目「加圧根幹充填処置」の表示色が他の処置項目とは異なる表示色で表示される。さらに、一連の診療のうち検索条件１及び検索条件２にヒットしたレコードが含まれる診療のカルテの背景色が他のカルテの背景色とは異なる表示色で表示される。このような検索結果が表示されることにより、次のような監査を行うことができる。
【００６６】
このうち、患者ＩＤ「５４２４３２」、「３２３３２１」、「７７８９３９」、「４３４３１１」及び「７４３８３８」の一連の診療では、加圧根管充填処置の記述と共にデンタル標準型の算定項目が記述されている。このため、デンタル撮影が適切に実施されると共にデンタル撮影の請求漏れがないことを確認できる。一方、患者ＩＤ「２２３４４」及び「１３２３２」の診療経過には、加圧根管充填処置の記述と共にデンタル標準型の算定項目が記述されていない。それ故、加圧根管充填処置の実施に伴ってデンタル撮影が実施されていないケース、あるいはデンタル撮影は実施されているのに算定項目として記述されていないケースのいずれかのケースに該当することがわかる。前者のケースの場合、レセプトとして成立しておらず、監査指導が好ましく、後者のケースの場合、レセプトにデンタル撮影の請求漏れがあることを指導できる。
【００６７】
このように、検索条件２を絞り込み条件としてさらに指定させることで、一連の診療で根管貼薬が行われた後に加圧根管充填処置が実施されたカルテだけを検索結果として抽出できる。言い換えれば、一連の診療で根管貼薬が行われた後に加圧根管充填処置が実施されていないカルテは検索結果から除外できるので、レセプトの点検効率を高めることができる。
【００６８】
［処理の流れ］
図１５は、実施例１に係る表示制御処理の手順を示すフローチャートである。この処理は、一例として、時系列監査画面上で検索条件の指定が行われる場合に開始される。図１５に示すように、受付部１５ｃにより傷病名、歯式部位、処置項目や期間などの検索条件が受け付けられると（ステップＳ１０１）、検索部１５ｄは、記憶部１３に記憶されたデータマートのうちステップＳ１０１で検索条件１として指定された期間に該当するレコードを１つ選択する（ステップＳ１０２）。
【００６９】
そして、検索部１５ｄは、ステップＳ１０１で受け付けた検索条件、例えば傷病名、歯式部位や処置項目などに対応するコードの値とステップＳ１０２で選択されたレコードに対応するコードの値とがＡＮＤ条件で一致するか否か、すなわち検索条件にヒットするか否かを判定する（ステップＳ１０３）。
【００７０】
このとき、検索条件にヒットする場合（ステップＳ１０３Ｙｅｓ）、検索部１５ｄは、データマート１３ｂに含まれるレコードのうち、検索条件にヒットしたレコードの診療から遡って初診のカルテに対応するレコード群を探索する（ステップＳ１０４）。その後、検索部１５ｄは、データマート１３ｂに含まれるレコードのうち、ステップＳ１０４で探索された初診から次の初診の手前までの一連の診療に含まれる各診療のカルテに対応するレコード群をさらに読み出す（ステップＳ１０５）。なお、検索条件にヒットしない場合（ステップＳ１０３Ｎｏ）、ステップＳ１０４及びステップＳ１０５の処理を実行せずに、ステップＳ１０６の処理へ移行する。
【００７１】
その後、ステップＳ１０１で検索条件１として指定された期間に該当する全てのレコードが選択されるまで（ステップＳ１０６Ｎｏ）、上記のステップＳ１０２〜ステップＳ１０５までの処理を繰り返し実行する。
【００７２】
そして、ステップＳ１０１で検索条件１として指定された期間に該当する全てのレコードが選択された場合（ステップＳ１０６Ｙｅｓ）、表示制御部１５ｅは、ステップＳ１０５で得た一連の診療に含まれる各診療のカルテに対応するレコード群を左から右の行方向へ時系列に並べることにより生成された検索結果の表示画面をクライアント端末３０に表示させ（ステップＳ１０７）、処理を終了する。
【００７３】
［効果の一側面］
上述してきたように、本実施例に係るＤＷＨサーバ１０は、カルテデータのうち指定を受け付けた歯式部位や傷病などの検索条件に対応するカルテデータを一連の診療経過の単位で時系列に並べて表示させる表示制御処理を実現する。それ故、例えば、一連の経過で発生するレセプトの不備を発見しやすくできる。したがって、本実施例に係るＤＷＨサーバ１０によれば、レセプトの点検を支援できる。
【実施例２】
【００７４】
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００７５】
［歯式部位の応用例］
上記の実施例１では、図５や図６に示した通り、右上８番〜右上１番、左上１番〜左上８番、右下８番〜右下１番、左下１番〜左下８番の３２通りで歯式部位を表す場合を例示したが、各歯を当該歯に含まれる歯根ごとに分類し、最小単位を歯根としてもかまわない。また、上記の実施例１では、患者の歯が永久歯である場合を例示したが、患者の歯が乳歯である場合にも上記の表示制御処理を同様に実行できる。この場合、右上Ｅ〜右上Ａ、左上Ａ〜左上Ｅ、右下Ｅ〜右下Ａ、左下Ａ〜左下Ｅの２０通りで歯式部位を表現することとすればよい。
【００７６】
［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、上記の実施例１では、レセプト点検支援システム１がクライアントサーバシステムとして構築される場合を例示したが、ＤＷＨサーバ１０が有する処理部のうち少なくともマート部１５ｂ、受付部１５ｃ、検索部１５ｄ及び表示制御部１５ｅをクライアント端末３０に実装させることにより、スタンドアローンで上記の表示制御処理を実行させることとしてもよい。また、複製部１５ａ、マート部１５ｂ、受付部１５ｃ、検索部１５ｄまたは表示制御部１５ｅをＤＷＨサーバ１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、複製部１５ａ、マート部１５ｂ、受付部１５ｃ、検索部１５ｄまたは表示制御部１５ｅを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のＤＷＨサーバ１０の機能を実現するようにしてもよい。
【００７７】
［表示プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１６を用いて、上記の実施例と同様の機能を有する表示プログラムを実行するコンピュータの一例について説明する。
【００７８】
図１６は、実施例１及び実施例２に係る表示プログラムを実行するコンピュータのハードウェア構成例を示す図である。図１６に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。
【００７９】
ＨＤＤ１７０には、図１６に示すように、上記の実施例１で示した受付部１５ｃ、検索部１５ｄ及び表示制御部１５ｅと同様の機能を発揮する表示プログラム１７０ａが記憶される。この表示プログラム１７０ａは、図２に示した受付部１５ｃ、検索部１５ｄ及び表示制御部１５ｅの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。
【００８０】
このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から表示プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、表示プログラム１７０ａは、図１６に示すように、表示プロセス１８０ａとして機能する。この表示プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち表示プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、表示プロセス１８０ａが実行する処理の一例として、図１５に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。
【００８１】
なお、上記の表示プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを取得して実行するようにしてもよい。
【符号の説明】
【００８２】
１    レセプト点検支援システム
７    ネットワーク
１０    ＤＷＨサーバ
１１    通信Ｉ／Ｆ部
１３    記憶部
１３ａ  カルテデータ
１３ｂ  データマート
１５    制御部
１５ａ  複製部
１５ｂ  マート部
１５ｃ  受付部
１５ｄ  検索部
１５ｅ  表示制御部
３０Ａ，３０Ｂ，３０Ｃ  クライアント端末
５０    電子カルテシステム
【図１】
0006569287.tif 000002
【図２】
0006569287.tif 000003
【図３】
0006569287.tif 000004
【図４】
0006569287.tif 000005
【図５】
0006569287.tif 000006
【図６】
0006569287.tif 000007
【図７】
0006569287.tif 000008
【図８】
0006569287.tif 000009
【図９】
0006569287.tif 000010
【図１０】
0006569287.tif 000011
【図１１】
0006569287.tif 000012
【図１２】
0006569287.tif 000013
【図１３】
0006569287.tif 000014
【図１４】
0006569287.tif 000015
【図１５】
0006569287.tif 000016
【図１６】
0006569287.tif 000017