JP2004158015A - 申請書の処理システム及び処理システムに用いられるプログラム - Google Patents

Abstract

【課題】 診療報酬の請求を効率的に行わせることを課題とする。
【解決手段】 診療報酬明細書について罫線情報ＲＤ、及び、テキスト情報ＴＤからなる編集用レセプトデータを取得し、罫線情報ＲＤからその診療報酬明細書を書式を認識し、テキスト情報ＴＤについて、コード変換すべきテキストと、コード変換しないテキストとを区別するフォーマット再編集工程Ｓ１１と、コード変換すべきテキストを所定のコードに変換し、診療報酬明細書についての罫線情報ＲＤ、テキスト情報ＴＤ、及び、コード情報ＣＤからなる電算用レセプトデータを出力するように構成した電算用データ作成システム２１。
【選択図】 図４

Description

本発明は、申請書をコンピュータで処理するための電算用データ作成システム、及び、そのような処理システムに用いられるプログラムに関する。

近年、書類の取得や、報酬の請求、あるいは、届出などに用いられる申請書を電子データで作成し、そのような申請書を受け付ける機関において電子処理する取り組みがなされている。このような申請書の処理について、医師などが患者について行った診療行為の報酬を請求する場合を例にして、以下に説明する。

被保険者などである患者に対して行われた診療に基づいて、その報酬（診療報酬）が保険者から支払われる仕組みを図１４に示す。診療報酬の請求は、病院や薬局などである医療機関２０１が、公的な機関である支払基金などの支払処理機構２０２に対して請求を行い、支払処理機構２０２は医療機関２０１から請求があった診療報酬を集計し、適正であることを審査した後に、その患者が被保険者として加入している保険者（地方自治体など）２０３にその診療報酬を請求する。また、診療報酬は、保険者２０３から支払処理機構２０２に払い込まれ、支払処理機構２０２が払い込まれた診療報酬を該当する医療機関２０１に支払う。

医療機関２０１が支払処理機構２０２に対して行う診療報酬の請求は、患者ごと、診療ごとに作成される診療報酬の請求を申請する申請書である診療報酬明細書（以下、レセプトという）に基づいて行われている。現在、医療機関２０１は、レセプトに記載されている情報をレセプトコンピュータ２１０Ａ，２１０Ｂといわれるコンピュータに入力し、特定の管理用アプリケーションを活用して電子データとして保存している。よって、診療報酬の請求を行う際には、電子データをレセプトコンピュータ２１０Ａ，２１０Ｂから出力することになる。
ここで、レセプトコンピュータ２１０Ａ，２１０Ｂからの出力は、大きく分けて、フレキシブルディスクなどの磁気記録媒体への出力と、紙媒体への出力とがあげられる。磁気記録媒体への出力は支払処理機構２０２と同じフォーマットでレセプトのデータ管理が可能なレセプトコンピュータ２１０Ａにおいて行われ、紙媒体への出力は医療機関２０１が支払処理機構２０２と異なるフォーマットでデータ管理しているレセプトコンピュータ２１０Ｂにおいて行われている。

また、この場合に申請書を受け付けて処理する機関として働く支払処理機構２０２は、磁気記録媒体でレセプトデータを入手した場合には、レセプト処理システム２０といわれるシステムを用いてレセプトの事務的な点検をコンピュータで行った後に、集計作業４４を行う。一方、紙媒体でレセプトを入手した場合には、事務点検４５を手作業で行った後に、集計作業４４を行う。集計作業４４とは、事務的な点検を行った後のレセプトの内容を審査し、保険者２０３ごとに請求書、及び、紙媒体のレセプトを計数・分類することをいう。

しかしながら、支払処理機構２０２において紙媒体で郵送されてきたレセプトを手作業で事務点検４５を行うことは煩雑であり、手間がかかるという問題を有していた。一方、全ての医療機関２０１で使用しているレセプトコンピュータ２１０Ａ，２１０Ｂの管理用アプリケーションを支払処理機構２０２のレセプト処理システム２０に対応したアプリケーションに変更させることは事実上、困難であった。
従って、本発明は、申請書の請求を効率的に行わせることを課題とする。

前記の課題を解決するための手段としては、申請書を所定のデータ形式に編集する処理システムがあげられる。このような処理システムとしては、申請書の枠構造を所定のフォーマットに再編集し、申請書に含まれるテキストを、必要に応じて、所定のコードに変換する機能を備え、作成元と処理機関の間で申請書のフォーマットが異なる場合であっても申請書の事務的な点検などの処理を自動で行うことができるような構成が一例としてあげられる。その他の手段については、以下の実施の形態において説明する。

本発明によれば、申請書の電子データにフォーマットの違いや、位置ずれなどがある場合であっても、統一されたフォーマットに編集したり、所定のテキストをコード変換することができる。したがって、申請書の処理を自動で行うことが可能になるので、作業の効率化を図ることができる。

〔第一実施形態〕
本発明の第一実施形態について、図面を参照しながら詳細に説明する。
図１は申請書を処理するシステムの全体構成として、診療報酬の請求を例にして示した図である。図１に示すように、医療機関１は、申請書である診療報酬明細書（以下、レセプトという）についての電子データである電算用レセプトデータ、若しくは、編集用レセプトデータを送付することにより支払基金などの支払処理機構２に診療報酬の支払いを請求する。支払処理機構２は、申請書であるレセプトを受け付けて、処理する機関として働くものであって、事務的な点検、及び、集計作業４４を行い、医療機関１から請求された診療報酬を保険者３に請求する。保険者３は、請求額を支払処理機構２に払い込み、支払処理機構２から各医療機関１に対して支払いが行われる。ここで、電算用レセプトデータは、医療機関１が使用しているレセプトコンピュータ１０Ａが支払処理機構２のフォーマ
ットに対応している場合に使用され、このような電算用レセプトデータは、支払処理機構２のレセプト処理システム２０でそのままコンピュータ処理により事務的な点検が行われる。一方、編集用レセプトデータは、支払処理機構２のフォーマットとは異なるフォーマットで医療機関１がレセプト管理を行っているレセプトコンピュータ１０Ｂの場合に作成される。編集用レセプトデータは、電算用データ作成システム２１で処理された後に、レセプト処理システム２０で処理される。本実施形態は、電算用データ作成システム２１により処理が必要な編集用レセプトデータに関連する処理に特徴を有するので、これについて以下に詳細に説明する。

本実施形態の特徴の一つである編集用レセプトデータを出力するレセプトコンピュータ１０Ｂについて図１、図２及び図３を参照しながら説明する。なお、図２はレセプトコンピュータの構成を示す図であり、図３はデータ出力時の処理を説明するフローチャートである。
図２に示すように、申請書としてのレセプトを作成する装置であるレセプトコンピュータ１０Ｂは、ＣＰＵ（Central Processing Unit）１１、メインメモリ１２、記憶装置１３、入出力装置１４、通信制御装置１５、外部記憶装置１６などがシステムバス１７で接続された構成を有している。ＣＰＵ１１は、メインメモリ１２に読み出されたプログラムなどと協働して、レセプトコンピュータ１０Ｂを統括的に制御するものである。記憶装置１３は、メインメモリ１２に読み出されるプログラムや、作成したレセプトのデータを記憶しておくために用いられ、ハードディスクなどから構成される。入出力装置１４は、キーボード、マウス、モニタ、プリンタなどがＩ／Ｏ（Input／Output）装置を介して接続されている。通信制御装置１５は、モデムなどから構成され、ＴＣＰ／ＩＰ（Transport
Control Protocol／Internet Protocol）で通信を行う機能を有している。外部記憶装置１６は、フレキシブルディスクなどの記録媒体にデータを出力するために用いられる。

メインメモリ１２に読み出され、起動するプログラムは、レセプトコンピュータ１０Ｂに接続されている各種装置を制御するプログラムであるＢＩＯＳ（Basic Input/Output System）１２Ａや、システム管理、並びに、環境設定を提供するＯＳ（Operating System）１２Ｂや、入出力装置１４から入力されたレセプトを電子データ化して管理するためのアプリケーションであるレセプト管理用アプリケーション１８、レセプト管理用アプリケーション１８からプリンタにデータ出力する際に用いられるプリンタドライバ１２Ｃ、編集用レセプトデータを出力するためのレセプトデータ出力ドライバ１９などである。

このうち、レセプト管理用アプリケーション１８は、支払処理機構２とは異なるフォーマット、すなわち、支払処理機構２とは異なる枠構造やコードを使用してレセプトを管理するか、コードを全く用いないでレセプトを管理するアプリケーションである。また、レセプト管理用アプリケーション１８で処理されたデータを編集用レセプトデータとして出力させるためのプログラムは、レセプトデータ出力ドライバ１９である。このレセプトデータ出力ドライバ１９は、少なくともレセプト管理用アプリケーション１８が起動している間はメインメモリ１２に常駐しており、レセプト管理用アプリケーション１８に対しては、仮想のプリンタとして働く。すなわち、レセプト管理用アプリケーション１８からデータを編集用レセプトデータとして出力する際には、レセプト管理用アプリケーション１
８に用意されている通常のデータ保存メニューではなく、印刷メニューを用いる。なお、印刷メニューは、所定のＧＵＩ（Graphical User Interface）を活用してモニタ画面に表示されるダイアログボックスなどであることが望ましい。このような印刷メニューは、使用可能なプリンタが文字やアイコンで表示され、ユーザによる選択が可能な構成になっており、使用可能なプリンタの一つとしてレセプトデータ出力ドライバ１９の名称や、アイコンが表示されることになる。

レセプトデータ出力ドライバ１９は、編集用レセプトデータを出力するのに必要な設定を行うことが可能に構成されている。ここで行われる設定とは、出力先の選択や、ファイル形式の選択、ファイル名の設定、ファイルに添付される医療機関１の情報などがあげられる。出力先の選択肢としては、通信制御装置１５から通信網を経由して支払処理機構２に直接にファイル送信する場合と、外部記憶装置１６に装着された磁気記録媒体にファイルを書き込む場合とがあげられる。ファイル形式の選択は、図１に示す支払処理機構２の電算用データ作成システム２０が受け付けを容認するファイル形式、例えば、ＸＭＬ（eXtensible MarkupLanguage）形式、ＨＴＭＬ（HyperText Markup Language）形式などが選択できる。ファイル名の設定も支払処理機構２の電算用データ作成システム２１が受け付けを容認している所定の形式に則ったものを選択できる。ファイルに添付される医療機関１の情報としては、医療機関１の名称、住所、識別可能なＩＤなどがテキスト入力されることが望ましい。

このレセプトデータ出力ドライバ１９が行う具体的な処理としては、レセプト管理用アプリケーション１８から出力されるデータを、所定の形式でファイルにして、出力させるものである。この処理について、レセプトコンピュータ１０Ｂを操作するユーザからの観点を中心に、図３を用いて説明する。

図３のステップＳ１に示すように、ユーザは入出力装置１４を用いて診療内容などからなるレセプトを入力する。入力されたレセプトのデータは、記憶装置１３に記憶される。レセプトを入力したユーザは、このデータを出力するか否かを判断する（ステップＳ２）。出力しない場合（ＮＯ）は、時間や日をあらためて新たなレセプトの入力が行われる。一方、一定期間、又は、一定量のレセプトを入力したら、診療報酬の請求のためにレセプトを出力する（ステップＳ２でＹＥＳ）。

レセプトのデータを出力するためには、まず、ステップＳ３において出力方法を選択する。出力方法が編集用レセプトデータでの出力である場合（ステップＳ４においてＹＥＳ）には、レセプト管理用アプリケーション１８の印刷メニュー画面でレセプトデータ出力ドライバ１９を選択する（ステップＳ５）。なお、レセプトデータ出力ドライバ１９を選択するとは、印刷メニューに表示される仮想プリンタを選択し、印刷開始ボタンをクリックすることが一例としてあげられる。
ここで、レセプトデータ出力ドライバ１９の設定が磁気記録媒体への出力であった場合（ステップＳ６においてＹＥＳ）には、外部記憶装置１６の磁気記録媒体にファイルとして出力し（ステップＳ７）、処理を終了する。一方、レセプトデータ出力ドライバ１９の設定が通信網による出力であった場合（ステップＳ６においてＮＯ）には、ステップＳ８に進み、通信制御装置１５から通信網を利用して支払処理機構２に直接にファイル送信を行い、処理を終了する。

前記のステップＳ４において出力方法が編集用レセプトデータでない場合（ＮＯ）、すなわち、紙媒体への出力である場合には、ステップＳ９に進み、出力先であるプリンタに対応したプリンタドライバ１２Ｃを選択する。プリンタドライバ１２Ｃを選択して印刷開始ボタンをクリックすると、ステップＳ１０においてプリンタが紙媒体にレセプトを印刷し、処理を終了する。

このようなレセプトデータ出力ドライバ１９を用いて編集用レセプトデータを出力すると、医療機関１が使用しているレセプト管理用アプリケーション１８が採用しているフォーマットが支払処理機構２のレセプト処理システム２０と異なる場合であっても、後に説明する電算用データ作成システム２１による処理を可能にし、レセプト処理システム２０で処理可能なフォーマットに編集することが可能になる。特にレセプトデータ出力ドライバ１９は、レセプトコンピュータ１０Ｂにインストールするだけで、レセプト管理用アプリケーション１８に何ら変更を加えずに、このようなデータ処理を可能にすることができるというメリットを有している。なお、レセプトデータ出力ドライバ１９は、プログラムとして磁気記録媒体に記憶されて配布されたり、通信網を介してサーバからダウンロード
できるようにすることが望ましい。

次に、支払処理機構２の電算用データ作成システム２１について図４から図６を用いて説明する。なお、図４は支払処理機構の電算用データ作成システムで行われる処理を説明する概念図であり、図５は電算用データ作成システムの構成を示す図である。図６はコード変換辞書の構成を示す図である。

図４に示すように、電算用データ作成システム２１は、罫線の位置をピクセル単位で示した罫線情報ＲＤと、テキストを含むテキスト情報ＴＤとからなる編集用レセプトデータを取得し、予め設置されているフォーマットに再編集するフォーマット再編集工程Ｓ１１と、テキスト情報ＴＤの一部についてコード変換を行うコード変換工程Ｓ１２とを有し、罫線情報ＲＤ、コード変換されないテキスト情報ＴＤ、及び、コード情報ＣＤからなる電算用レセプトデータを作成するものである。ここで、テキスト情報ＴＤとは、氏名、傷病名などのテキストのフォントサイズと、その内容と、テキストの位置をピクセル単位で示した位置情報とから構成されている。また、コード情報ＣＤとは、テキスト情報ＴＤのうち、傷病名の具体的な名称や、医薬品の一般名などを予め決められたコードに変換したも
の、及び、その位置情報をいう。

このような処理を行う電算用データ作成システム２１は、図５に示すようにＣＰＵ２２、メインメモリ２３、記憶装置２４、入出力装置２５、通信制御装置２６、外部記憶装置２７などがシステムバス２８で接続された構成を有している。ＣＰＵ２２は、メインメモリ２３に読み出されたプログラムなどと協働して、システム全体を統括的に制御するものである。記憶装置２４は、メインメモリ２３に読み出されるプログラムなどを記憶しておくために用いられ、ハードディスクなどから構成される。入出力装置２５は、キーボード、マウス、モニタ、プリンタなどがＩ／Ｏ装置を介して接続されている。通信制御装置２６は、モデムなどから構成され、ＴＣＰ／ＩＰで通信を行う機能を有している。外部記憶装置２７は、フレキシブルディスクなどの記録媒体にデータを出力するために用いられる
。

メインメモリ２３に読み出され、起動するプログラムは、各種装置を制御するプログラムであるＢＩＯＳ２３Ａと、システム管理、並びに、環境設定を提供するＯＳ２３Ｂや、入手した編集用レセプトデータを所定のフォーマットに再編集するアプリケーションであるレセプト解析アプリケーション２９、編集用レセプトデータに含まれるテキストの一部をコード変換するコード変換アプリケーション３０、各アプリケーション２９，３０からプリンタにデータ出力する際に用いられるプリンタドライバ２３Ｃなどである。

記憶装置２４には、各プログラムが記憶されていると共に、枠情報３１と、枠−項目リンク情報３２、及び、コード変換辞書３３とが保存されている。
枠情報３１は、レセプトを紙媒体で出力した場合や、画面表示させる場合のフォーマットの罫線部分、つまり、枠構造についての情報であり、医療機関１が使用するレセプトの枠構造、及び、レセプト処理システム２０で使用するレセプトの枠構造についての情報が用意されている。なお、実際に各医療機関１が使用するレセプトのフォーマットは、数種類のうちから選択されるので、枠情報３１として用意されている情報の種類は、実際の医療機関１の数に比べて充分に少ない。
枠−項目リンク情報３２は、枠情報３１により形成される罫線で区画される各枠に対して「氏名」、「傷病名」などの項目名を割り付けるための情報である。この枠−項目リンク情報３２は枠情報３１ごとに設けられている。
コード変換辞書３３は、傷病名や医薬品名などを、所定のコードに変換するための辞書であり、その構成の一例は図６に示すようである。例えば、傷病名「風邪」についてコード変換辞書３３を検索すると、コードとして「０２１」が得られる。コード変換をスムーズに行うために、コード変換辞書３３には候補として、ひらがなや、カタカナ、英字表記、略称なども登録されており、候補の追加登録も可能に構成されている。

このような電算用データ作成システム２１におけるフォーマット再編集工程Ｓ１１の詳細について図７のフローチャートを用い、コード変換工程Ｓ１２の詳細について図８のフローチャートを用いて、それぞれ説明する。

まず、フォーマット再編集工程Ｓ１１は、ステップＳ２１のデータ入力により始まる。データ入力とは、医療機関１で作成された編集用レセプトデータが磁気記録媒体に記録された状態で郵送されてきた場合には、その磁気記録媒体を図５の外部記憶装置２７に装着し、記録されているデータを読み込むことである。一方、医療機関１で入力された編集用レセプトデータが通信網を経由して送信されてきた場合には、送信されたファイルを通信制御装置２６で受信することである。
続くステップＳ２２において、入力したデータから罫線情報ＲＤに着目してレセプトの枠構造を抽出する。さらに、その枠構造を構成する各枠に対して、テキストを関連付ける（ステップＳ２３）。ここでの関連付けは、テキスト情報ＴＤに含まれるテキストの位置情報に基づいて行われる。

ここまでの処理で医療機関１で管理しているレセプトが再現されるので、ステップＳ２４で記憶装置２４に予め登録されている枠情報３１、及び、枠−項目リンク情報３２を参照してレイアウトの解析を行う。この工程では、医療機関１がレセプトをデータ化した際に罫線位置や、テキストの位置がずれていた場合に、そのような罫線の位置をレセプト処理システム２０に適合するように修正する。さらに具体的には、医療機関１がレセプトをデータ化した際に位置ずれが発生していた場合には、そのような位置ずれが編集用レセプトデータにも反映される。例えば、図４に示す編集用レセプトデータの最上段のテキスト情報ＴＤ１の垂直方向の位置情報ＴＤＹ１が１０ピクセル分だけずれていた場合には、位置情報ＴＤＹ１が修正され、修正された位置情報ＴＤＹ１が電算用レセプトデータとなる。

さらに、ステップＳ２５で、後のコード変換工程Ｓ１２においてコード変換すべき項目（読取項目）をテキスト情報ＴＤから抽出し、ラベルを付与するなどの処理を行う。読取項目の決定は、枠−項目リンク情報３２により決定される項目の位置と一致するテキスト情報を抽出することにより行われる。さらに具体的には、図４に示す編集用レセプトデータの最下段のテキスト情報ＴＤ２の傷病名「カゼ」に図示しないラベルなどが付与されることになる。読取項目に設定されるテキストの種類、つまり、コード変換すべきテキストとしては、傷病名の具体的名称や、医薬品名の具体的名称などがあげられ、読取項目に設定されないテキストの種類、つまり、コード変換しないテキストとしては、項目名として傷病名や、患者の氏名などがあげられる。
そして、これらの情報をもとに、レセプトのフォーマットを再度、作成し（ステップＳ２６）、出力する（ステップＳ２７）。なお、ここでの出力とは、レセプトデータを記憶装置２４や、外部記憶装置２７、通信制御装置２６、又は、コード変換アプリケーション３０に受け渡すこと、あるいは、図示しないモニタに表示させることをいう。

次に、フォーマットを再編集したデータに含まれる所定のテキストをコード変換するコード変換工程Ｓ１２について説明する。
図８のステップＳ３１でデータが入力されると、受け取ったデータからラベルが付与されているなどして読取項目として識別されているテキスト情報ＴＤからテキストを抽出し（ステップＳ３２）、そこに含まれているテキストについてコード変換辞書３３を検索し、対応するコードを抽出する（ステップＳ３３）。なお、ここでのデータ入力とは、レセプト解析アプリケーション２９からデータを受け取ることをいう。

コード変換辞書３３による変換が可能な場合（ステップＳ３４においてＹＥＳ）は、そのテキストをコードに変換し（ステップＳ３５）、変換したコードを含む電算用レセプトデータを出力する（ステップＳ３６）。出力される電算用レセプトデータとしては図４に示すように、編集用レセプトデータのテキスト情報ＴＤ２が、コード情報ＣＤに変換されたものがあげられる。

一方、ステップＳ３４でＮＯの場合、つまり、テキストに対応したコードを抽出することができなかった場合は、入出力装置２５であるモニタにエラー表示が出力されるので、画面の指示に従って作業者が必要なデータの入力を行う（ステップＳ３７）。エラー画面は、コードを抽出できなかったテキストを表示する欄と、作業者が正しいコード、及び／又は、テキストを入力する入力欄とを含んで構成することが望ましい。コードの入力欄は、エラーの原因となったテキストから変換すべきコードを判断できる場合に用いられる。テキストの入力欄は、変換すべきコードは不明であっても、コード抽出可能なテキスト表記が判明している場合に用いられる。このようなコード、又は、テキストの入力は、ステップＳ３７で入力されたデータに基づいてコード変換辞書３３に登録されているコードを抽出できるまで（ステップＳ３８でＹＥＳになるまで）行われ、コードを抽出できた場合にはステップＳ３９に進む。

ステップＳ３９では、エラーの原因となったテキスト、又は、コードをコード変換辞書３３に登録するか否かの判断を行う。エラーの原因が医療機関１側の入力ミスであった場合には、コード変換辞書３３に新しい情報を学習させる必要がないので、ステップＳ３６に進み、データを出力する。一方、このようなエラーが今後も発生する可能性が高い場合には、辞書登録（ステップＳ４０）を行ってから、ステップＳ３６に進んでデータを出力する。

なお、ステップＳ４０の辞書登録を行う際には、図６に示すようにコード変換辞書３３をテーブル化した画面が表示されるので、ユーザが所定位置にカーソルを移動して空白のコード欄、又は、候補の空白の欄に必要な情報を入力する。例えば、図６において、コード「２２」の候補に「フクツウ」がないことがエラー原因であった場合には、コード「２２」の行の第３候補の欄に「フクツウ」と入力し、登録処理命令を行う。この登録処理命令により記憶装置２４に保存、構築されているコード変換辞書３３の内容が更新される。

このような電算用データ作成システム２１は、編集用レセプトデータから枠構造を抽出する手段と、抽出した枠構造に対して項目を割り付ける手段と、割り付けられた項目のうち特定の項目のテキストをコードに変換する手段とを備えることで、医療機関１がレセプトの管理に用いているアプリケーションの種類によらずに、レセプト処理システム２０での自動処理を可能にすることができる。これにより、人手により行われていた事務的な点検作業の手間を大幅に減少させることができる。特に、フォーマット再編集工程（図４のステップＳ１１）を設けることにより、罫線やテキストの位置に微妙なずれがある場合でも支障なく処理することが可能になっている。また、編集用レセプトデータのコード変換に用いるコード変換辞書３３に複数の候補を登録可能にしたので、コード変換の効率を高めることができている。

〔第二実施形態〕
本発明の第二実施形態について図面を参照しながら詳細に説明する。なお、図９は本実施形態における電算用データ作成システムの構成を示す図である。本実施形態において、前記した第一実施形態と同じ構成要素については同一の符号を付して、その詳細な説明を省略する。また、本実施形態においても、申請書はレセプトとして説明する。

本実施形態における電算用データ作成システム４１は、編集用レセプトデータを入手して所定のフォーマットに再編集するコンピュータ端末からなるフォーマット編集装置４２と、フォーマット編集装置４２により再編集されたデータに含まれる一部のテキストをコード変換するコード変換装置４３とから構成されている。ここで、フォーマット編集装置４２は、膨大な位置情報をすばやく処理できるように複数設けられている。

フォーマット編集装置４２は、ＣＰＵ５１、メインメモリ５２、記憶装置５３、入出力装置５４、通信制御装置５５、外部記憶装置５６などがシステムバス５７で接続された構成を有している。メインメモリ５２には、レセプト解析アプリケーション２９が展開・起動されており、ＣＰＵ５１や、記憶装置５３に保存されている枠情報３１、及び、枠−項目リンク情報３２と協働することで編集用レセプトデータを所定のフォーマットに再編集する処理を実現している。通信制御装置５５は、コード変換装置４３に処理後のデータを送信する際に用いられるが、医療機関１から編集用レセプトデータを取得する際に活用することもできる。

コード変換装置４３は、ＣＰＵ６１、メインメモリ６２、記憶装置６３、入出力装置６４、通信制御装置６５、外部記憶装置６６などがシステムバス６７で接続された構成を有している。メインメモリ６２には、コード変換アプリケーション３０が展開・起動されており、ＣＰＵ６１や、記憶装置６３に構築されているコード変換辞書３３と協働することで所定のテキストをコード変換する処理を実現している。通信制御装置６５は、フォーマット編集装置４２からデータを受信する際に用いられるが、作成した電算用レセプトデータを図１に示すレセプト処理システム２０に送信する際に活用することもできる。

このような電算用データ作成システム４１は、多数の医療機関１から送付／送信されてきた編集用レセプトデータを複数のフォーマット編集装置４２で並列して処理する。各フォーマット編集装置４２で行われる処理は、前記の第一実施形態において図７を参照して説明したものと同じである。すなわち、フォーマット編集装置４２は、編集用レセプトデータから枠構造を抽出し（ステップＳ２２）、テキスト関連付け（ステップＳ２３）を行うことでレイアウトを解析し（ステップＳ２４）、読取項目を抽出（ステップＳ２５）する。

さらに、フォーマット編集装置４２において処理されたデータは、その一部がコード変換装置４３においてコード変換される。コード変換装置４３で行われる処理は、前記の第一実施形態において図８を参照して説明したものと同じである。すなわち、コード変換装置４３は、読取項目に指定されているテキスト情報ＴＤに含まれるテキストを抽出し（ステップＳ３２）、コード変換（ステップＳ３５）する。また、対応するコードが抽出できない場合には、作業者の入力（ステップＳ３７）や、辞書登録（ステップＳ４０）が行われる。

このような電算用データ作成システム４１は、編集用レセプトデータから枠構造を抽出する手段と、抽出した枠構造に対して項目を割り付ける手段とを備えたフォーマット編集装置４２と、割り付けられた項目のうち特定の項目のテキストをコードに変換する手段と、コード変換辞書３３とを備えたコード変換装置４３とを独立したコンピュータから構成し、データ処理量の多いフォーマットの編集作業を複数のフォーマット編集装置４２で行うことで、システム全体としての処理能力を向上させている。なお、コード変換装置４３を複数設けることも当然に可能である。

〔第三実施形態〕
本発明の第三実施形態を図面を参照しながら詳細に説明する。なお、図１０は本実施形態における申請書の作成をするコンピュータの構成の一例として、レセプトコンピュータの構成を示す図である。本実施形態において、前記した第一実施形態と同じ構成要素については同一の符号を付して、その詳細な説明を省略する。また、本実施形態においても、申請書はレセプトとして説明する。

図１０に示すように、申請書としてのレセプトを作成する装置であるレセプトコンピュータ７０は、ＣＰＵ７１、メインメモリ７２、記憶装置７３、入出力装置７４、通信制御装置７５、外部記憶装置７６などがシステムバス７７で接続された構成を有している。
メインメモリ７２に読み出されて起動するプログラムであるレセプト管理用アプリケーション１８は、医療機関１が独自のフォーマットでレセプトを管理するアプリケーションである。また、レセプトデータ出力ドライバ７８は、レセプト解析プログラムと、コード変換プログラムを搭載したドライバソフトである。レセプト解析プログラムとは、レセプト管理用アプリケーション１８の印刷命令によりレセプトデータ出力ドライバ７８に受け渡されたデータから枠構造を抽出し、テキストの位置が所定のフォーマットに合致するように再編集する処理を行う。コード変換プログラムは、所定のテキストをコードに変換するプログラムである。

記憶装置７３には、各プログラムに加えて、レセプト解析プログラムが使用する枠情報３１、及び、枠−項目リンク情報３２と、コード変換プログラムが使用するコード変換辞書３３とが保存されている。コード変換辞書は図６に示すものと同じ構成をとることができる。

このようなレセプトコンピュータ７０において行われる処理は、医療機関１におけるレセプト管理のために行われるレセプトのデータの作成と、診療報酬の請求のために行われるレセプトの再編集、及び、コード変換である。
レセプトのデータの作成は、入出力装置７４を用いてレセプト管理用アプリケーション１８により行われる。また、作成したデータをレセプトデータ出力ドライバ７８に出力する処理は、図３のステップＳ３からステップＳ５に従って行われる。

レセプト管理用アプリケーション１８に対して行われた印刷命令に従ってデータを受け取ったレセプトデータ出力ドライバ７８は、レセプト解析プログラムを用いて、図７のフローチャートに示すようにフォーマットを再編集する。すなわち、受け取ったデータから枠構造を抽出し（ステップＳ２２）、テキスト関連付け（ステップＳ２３）を行うことでレイアウトを解析し（ステップＳ２４）、読取項目を抽出（ステップＳ２５）する。

そして、再編したフォーマット中に定義された読取項目のテキストはコード変換プログラムにより、図８のフローチャートに示すようにコード変換される。すなわち、読取項目に指定されているテキスト情報ＴＤに含まれるテキストを抽出し（ステップＳ３２）、コード変換（ステップＳ３５）する。また、対応するコードが抽出できない場合には、作業者のデータ入力（ステップＳ３７）や、辞書登録（ステップＳ４０）が行われる。
このようにしてフォーマットの再編集、及び、コード変換することにより得られるデータは、電算用レセプトデータとして出力される。

このようにレセプトコンピュータ７０は、レセプトのデータから枠構造を抽出する手段と、抽出した枠構造に対して項目を割り付ける手段と、割り付けられた項目のうち特定の項目のテキストをコードに変換する手段と、コード変換辞書３３とを備えているので、フォーマットの編集、及び、コード変換が可能になる。従って、医療機関１からデータ出力されるレセプトのデータは、全て電算用レセプトデータになり、レセプト処理システム２０（図１参照）で処理することが可能になる。このことは支払処理機構２における負担の大幅な減少に貢献する。しかも、レセプトデータ出力ドライバ７８をインストールするだけで、レセプトコンピュータ７０のレセプト管理アプリケーション１８には何ら変更を加える必要がないので、医療機関１にかかる負荷もほとんどない。

〔第四実施形態〕
本発明の第四実施形態を図面を参照しながら詳細に説明する。なお、図１１は本実施形態における電算用データ作成システムの処理を説明する概念図であり、図１２は電算用データ作成システムの構成を示すブロック図である。本実施形態においても、申請書はレセプトとして説明する。

図１１に示すように、電算用データ作成システム８０は、編集用レセプトデータを取得し、フォーマット再編集（ステップＳ１１）、コード変換（ステップＳ１２）、編集用レセプトデータに外字が含まれている場合に外字変換（ステップＳ１３）を行い、電算用レセプトデータを作成するものである。なお、図１１において編集用レセプトデータの内容、及び、電算用レセプトデータの内容は本実施形態の理解を容易にするために模式的に示してある。

図１１において、編集用レセプトデータのテキスト情報ＴＤは、「氏」、「名」などの文字データＴ１と、それらの文字がレセプト上で配置される位置データＴ２と、図示しないフォントサイズなどのデータから構成される。実際の文字データはコードで表される。罫線情報ＲＤは、レセプト上の罫線の始点の位置と終点の位置とから構成される。外字情報は、具体的な文字を示す外字データＵ１と、外字を再現するためのビットマップなどの画像データＵ２と、外字データＵ１が配置されるレセプト上の位置を示す位置データＵ３とからなる。実際の外字データＵ１は、編集用レセプトデータを作成したレセプトコンピュータ（図２など参照）が付与するローカルなコードで表される。

ここで、外字とは、主に漢方の名称などに用いられる漢字であり、ＪＩＳの第一水準、第二水準以外の漢字や、コンピュータ装置の外字作成機能を用いて作成した漢字である。また、外字には、漢字以外にも、特定のコンピュータ装置やＯＳに依存する記号や文字といった機種依存文字を含めても良い。なお、患者の氏名に外字が含まれていた場合には、イメージデータのまま処理するものとする。

また、電算用レセプトデータのコード情報は、コード変換されたコード値と、そのコードが配置されるレセプト上の位置を示す。電算用レセプトデータにおいて、外字は、外字変換工程（ステップＳ１３）で電算用データ作成システム８０に登録されている外字データのコード（すなわち、データＴ１）と、外字データが配置されるレセプト上の位置を示す位置データＴ２とに変換される。

このような処理を行う電算用データ作成システム８０は、図１２に示すようにＣＰＵ２２、メインメモリ２３、記憶装置２４、入出力装置２５、通信制御装置２６、外部記憶装置２７などがシステムバス２８で接続された構成を有している。メインメモリ２３に読み出され、起動するプログラムは、各種装置を制御するプログラムであるＢＩＯＳ２３Ａと、システム管理、並びに、環境設定を提供するＯＳ２３Ｂや、入手した編集用レセプトデータを所定のフォーマットに再編集するアプリケーションであるレセプト解析アプリケーション８１、編集用レセプトデータに含まれるテキストの一部をコード変換するコード変換アプリケーション３０、編集用レセプトデータに外字データが含まれていた場合に行われる外字変換のための外字変換アプリケーション８２、各アプリケーション３０，８１，８２からプリンタにデータ出力する際に用いられるプリンタドライバ２３Ｃなどである。

記憶装置２４には、各プログラム、枠情報３１、枠−項目リンク情報３２、コード変換辞書３３、及び、外字変換アプリケーション８２が外字を電算処理可能なデータに変換する際に使用する外字辞書８３が保存されている。

レセプト解析アプリケーション８１は、枠情報３１と、枠−項目リンク情報３２とに基づいて、編集用レセプトデータのレセプトの枠構造を抽出し、その枠構造を構成する各枠に対して、テキストを関連付ける処理を行う。また、編集用レセプトデータに含まれるデータの一部を、必要に応じてコード変換アプリケーション３０や、外字変換アプリケーション８２に受け渡す処理を行う。

外字変換アプリケーション８２は、レセプト解析アプリケーション８１から外字データを受け取った場合に用いられ、外字データに含まれる画像データを表示装置にその外字を画面表示し、作業者の操作により画像データを外字辞書８３に登録されている外字に置き換える処理を行う。

次に、本実施形態におけるデータ処理について説明する。
まず、電算用データ作成システム８０は、医療機関が作成したレセプトのデータを図１１に示すような編集用レセプトデータとして、紙媒体又は電子データとして受け取る。この編集用レセプトデータは、図２に示すレセプトデータ出力ドライバ１９を用い、図３のフローチャートに従って出力されたものである。

編集用レセプトデータを受け取った電算用データ作成システム８０は、図１１のステップＳ１１のフォーマット再編集を行う。この処理は、編集用レセプトデータに含まれる外字データを外字変換工程（ステップＳ１３）に受け渡す点を除いて前記した第一実施形態と同様の処理である。すなわち、図７のステップＳ２１でデータ入力した編集用レセプトデータから、ステップＳ２２において罫線情報ＲＤに着目してレセプトの枠構造を抽出し、ステップＳ２３で枠構造を構成する各枠に対して、テキストを関連付ける。さらに、ステップＳ２４で枠情報３１、及び、枠−項目リンク情報３２を参照してレイアウトの解析を行い、ステップＳ２５で、後のコード変換工程Ｓ１２においてコード変換すべき項目（読取項目）をテキスト情報ＴＤから抽出し、ラベルを付与する。その後、ステップＳ２６
において、レセプトのフォーマットを再度、作成し、ステップＳ２７でモニタに出力する。

フォーマットを再編集したデータにコード変換すべきデータが含まれていた場合に行われるコード変換工程Ｓ１２（図１１参照）は、第一実施形態で説明した処理と同じである。すなわち、図８のステップＳ３１でコード変換すべきでデータの入力を受けたら、コード変換アプリケーション３０が、ステップＳ３２として、読取項目として識別されているテキスト情報ＴＤからテキストを抽出する。そのようなテキストについては、ステップＳ３３においてコード変換辞書３３を検索し、対応するコードを抽出する。コード変換辞書３３による変換が可能な場合（ステップＳ３４においてＹＥＳ）は、そのテキストをコードに変換し（ステップＳ３５）、変換したコードを含む電算用レセプトデータを出力する（ステップＳ３６）。一方、ステップＳ３４でＮＯの場合、つまり、テキストに対応したコードを抽出することができなかった場合は、入出力装置２５であるモニタにエラー表示が出力されるので、画面の指示に従って作業者が必要なデータの入力を行う（ステップＳ３７）。ステップＳ３７で入力されたデータによって、コード変換辞書３３に登録されているコードを抽出できるようになった場合（ステップＳ３８でＹＥＳ）には、ステップＳ３９に進んで、コード変換辞書３３へのデータ登録の要否を判断し、必要に応じてステップＳ４０で辞書登録を行う。

さらに、図１１のステップＳ１３の外字変換工程について図１３を例にして説明する。なお、図１３は、レセプト解析アプリケーション８１によりフォーマットを再編集された後に画面表示された診療報酬書の一例を示している。図１３には、医療保険を特定するための公費負担者の番号の欄９２や、被保険者の記号・番号欄９３、患者の氏名欄９４、保険医療機関の名称などの記入欄９５、病傷名の記入欄９６、処置の欄９７、及び、処方の欄９８が画面表示されており、処置の欄９８のデータには、外字ＵＣが含まれている。

このような外字ＵＣは、前記したように編集用レセプトデータの中ではコードデータＵ１、位置データＵ２、画像データＵ３で特定されるが、このコードデータＵ１は保険医療機関が独自で割り当てたものであるため、電算用データ作成システム８０における外字のコードと一致しない。したがって、このコードデータＵ１をここのまま使うと、本来の文字とは異なる文字が画面に表示されたり、データ出力されたりすることになる。そこで、外字変換アプリケーション８２は、画像データＵ３から外字ＵＣを再現して画面に表示させる。この際に、外字であることを作業者に容易に識別させるために強調表示を行うことが望ましい。強調表示としては、図１３では反転表示した例を示してあるが、その他の強調表示としては下線を付したり、文字の色や、サイズを変えて表示したり、点滅表示させ
るなど、他の文字との区別が目視で容易に行えるものであれば、いかなる形態であっても良い。

外字変換アプリケーション８２は、外字ＵＣを強調表示すると共に、作業に外字変換を促すための変換用ウィンドウ９９をポップアップウィンドウとして画面表示させる。なお、変換用ウィンドウ９９は外字がある場合に自動的に表示されることが望ましいが、外字変換アプリケーション８２により画面表示される図示しないメニューバーや、アイコンから作業者が選択することにより表示される構成にしても良い。

この変換用ウィンドウ９９は、画像データＵ３から再現された外字ＵＣを見た作業者が、その読みを入力する入力欄１００と、読みの入力により外字辞書８３を検索して得られた外字を変換候補として一覧表示する候補表示欄１０１と、変換を実行するボタン１０２、及び、キャンセルボタン１０３とから構成されている。候補表示欄１０１は、候補が複数あって一度に表示しきれない場合に表示をスクロールさせて探すためのスクロールバー１０４を備え、作業者により選択された候補が、前記と同様な強調表示されるようになっている。この候補表示欄１０１は、入力欄１００と別のウィンドウで表示されるように構成しても良い。

画像データＵ３を用いて表示された外字ＵＣに対して、作業者の選択により電算用データ作成システム２１におけるコードのデータが割り当てられると、その外字ＵＣは、テキストとして画面に再表示される。以降の処理において、外字ＵＣは、電算用データ作成システム２１が使用するコードのデータＴ１と、位置データＴ２とから構成されるテキスト情報ＴＤとして取り扱われる。すなわち、図１１に示す電算用レセプトデータにおいては、外字データＵＤはなくなり、外字データＵＤであったものは、テキストデータＴＤに分類される。

このように、本実施形態によれば、医療機関においてレセプトデータ出力ドライバ１９（図２など参照）を用いて作成された編集用レセプトデータに、医療機関のコンピュータが独自のコードで管理する外字を含む場合であっても、コードの違いにより判読不能になる事態を回避することが可能になる。したがって、レセプトデータのデータ処理を確実に行うことができ、レセプト処理システム２０（図１参照）における処理が円滑になる。特に、外字を他の文字と識別可能に画面表示し、外字を確認しながら変換処理を行うことができるので、作業者の効率を向上させることが可能である。

ここで、図１３に示す変換用ウィンドウ９９は、外字についての候補を表示するとしたが、外字を含む単語を候補として表示しても良い。すなわち、外字辞書８３には、外字のみでなく、外字を含む単語でレセプトに使用される単語をあらかじめ登録しておく。外字変換アプリケーション８２は単語を単位としてマッチングを行い、テキストデータの部分が一致する単語を候補として表示する。このようにして外字変換を行うと、作業者の負担を軽減することが可能になる。

なお、本発明は前記の各実施形態に限定されずに広く応用することができる。
例えば、第一、第二の実施形態において支払処理機構２から独立した管理センタを設立し、管理センタが電算用データ作成システム２１，４１を運用するように構成しても良い。この管理センタは、電算用データ作成システム２１，４１で処理したレセプトの数や、編集用レセプトデータの容量に応じて支払処理機構２から処理費を徴収することが望ましい。
また、レセプトコンピュータ１０Ｂ，７０にインストールされるレセプトデータ出力ドライバ１９，７８をプログラムとして磁気記録媒体に記録したり、インターネットなどでダウンロードさせるなどして、流通させることも可能である。同様に、コンピュータを電算用データ作成システム２１，４１として機能させるためのレセプト解析アプリケーション２９、及び／又は、コード変換アプリケーション３０、あるいは、コンピュータを電算用データ作成システム８０として機能させるためのレセプト解析アプリケーション８１、コード変換アプリケーション３０、および外字変換アプリケーション８２をプログラムとして磁気記録媒体に記録したり、インターネットなどでダウンロードさせるなどして、流通させることも可能である。

さらに、第一、第二実施形態で使用するレセプトコンピュータ１０Ｂから紙媒体で出力したレセプト（例えば、図３のステップＳ４から進むステップＳ１０において得られる）を入手し、紙媒体を電子データに変換するための読取装置を電算用データ作成システム２１に設けることもできる。読取装置で読み取った電子データを編集用レセプトデータとしてフォーマット再編集（図４のステップＳ１１）、及び、コード変換（ステップＳ１２）を行うことにより、レセプト処理システム２０（図１参照）で処理することが可能になる。

前記において、申請書は診療報酬明細書として説明したが、書類の取得や、届出などに用いられる申請書であっても良い。これらの場合に、レセプトコンピュータ１０Ｂ，７０は、そのような申請書を作成するユーザが使用するコンピュータであり、支払処理機構２は役所や省庁などに、レセプト処理システム２０は役所や省庁で申請書を電子データとして受け付ける処理システムになる。さらに、書類の取得の申請書とは、住民票の取得、戸籍謄本の取得などの際に作成する書類があげられる。届出の申請書とは、催し物の開催の許可などを申請する書類があげられる。

本実施形態における申請書を処理するシステムの全体構成として、診療報酬の請求を例示する処理システムの全体構成図である。 レセプトコンピュータの構成を示す図である。 データ出力時の処理を説明するフローチャートである。 電算用データ作成システムの処理を説明する概念図である。 電算用データ作成システムの構成を示す図である。 コード変換辞書の構成を示す図である。 電算用データ作成システムにおけるフォーマットの再編集工程のフローチャートである。 電算用データ作成システムにおけるコード変換工程のフローチャートである。 電算用データ作成システムの処理を説明する概念図である。 申請書の作成をするコンピュータの構成の一例として、レセプトコンピュータの構成を示す図である。 電算用データ作成システムの処理を説明する概念図である。 電算用データ作成システムの構成を示す図である。 外字を含む診療報酬明細書について、外字変換を行う際の画面表示の一例を示す図である。 従来の診療報酬を請求及び支払のシステムの全体構成図である。

符号の説明

１０Ｂ，７０ レセプトコンピュータ
２１，４１ 電算用データ作成システム
１８ レセプト管理用アプリケーション
１９，７８ レセプトデータ出力ドライバ
２９ レセプト解析アプリケーション
３０ コード変換アプリケーション
３１ 枠情報
３２ 枠−項目リンク情報
３３ コード変換辞書
４２ フォーマット編集装置
４３ コード変換装置
８０ 電算用データ作成システム
８１ レセプト解析アプリケーション
８２ 外字変換アプリケーション
８３ 外字辞書
９９ 変換用ウィンドウ

Claims (8)

1. 申請書のデータ形式を、申請を受け付けるシステムに適合するように編集する処理システムであって、
   前記申請書について罫線情報、及び、テキスト情報からなる編集用データを取得し、前記罫線情報からその申請書の書式を認識すると共に、前記テキスト情報に含まれるテキストについてコード変換すべきテキストを区別し、コード変換すべきテキストを予め用意されているコードに変換し、前記申請書についての罫線情報、テキスト情報、及び、コード情報からなるデータを出力するように構成したことを特徴とする申請書の処理システム。
2. 前記申請書の書式の認識は、記憶装置に保存されている枠情報と、申請書の項目と前記枠情報とを関連付けてコード変換すべきテキストを特定するためのリンク情報とを参照するように構成したことを特徴とする請求項１に記載の申請書の処理システム。
3. テキストをコード変換するためのコード変換辞書を備え、コード変換すべきテキストに該当するコードがない場合に、正しいテキスト、及び／又は、コードを入力する入力画面と、入力された前記テキスト、及び／又は、前記コードを前記コード変換辞書に登録するための登録画面とを出力する表示装置を備えたことを特徴とする請求項１又は請求項２に記載の申請書の処理システム。
4. 申請書のデータ形式を、申請を受け付けるシステムに適合するように編集するコンピュータを、
   前記申請書を構成する罫線情報からその申請書の書式を認識する手段と、前記申請書を構成するテキスト情報からコード変換すべきテキストを抽出する手段と、前記テキストを所定のコードに変換する手段と、前記コードを含む申請書を出力する手段として機能させることを特徴とする申請書の処理システムに用いられるプログラム。
5. 申請書のデータ形式を、申請を受け付けるシステムに適合するように編集する処理システムであって、
   前記申請書について罫線情報、及び、テキスト情報からなる編集用データを取得する手段と、前記編集用データに含まれる前記罫線情報から前記申請書の書式を識別する手段と、識別した前記書式に則って前記テキスト情報を割り付ける手段とを備えることを特徴とする申請書の処理システム。
6. 申請書のデータ形式を、申請を受け付けるシステムに適合するように編集する処理システムであって、
   前記申請書について罫線情報、及び、テキスト情報を取得する手段と、前記テキスト情報に含まれるテキストの位置情報に基づいて、コード変換するテキストを識別する手段と、コード変換すべきテキストをコード変換する変換手段と、前記テキストと前記コードを関連付けるコード変換辞書とを備えることを特徴とする申請書の処理システム。
7. 申請書のデータ形式を、申請を受け付けるシステムに適合するように編集する処理システムであって、
   前記申請書に含まれる外字について、外字を構成する画像データとその位置を示す位置データを少なくとも含むデータとして取得するとともに、これをイメージ表示する画面と、表示させたイメージについての候補を選択可能に表示する画面とを提供し、前記外字のデータを、選択された候補に付与されているコードを含むデータに変換する手段を備えることを特徴とする申請書の処理システム。
8. コード変換するテキストを識別する手段と、コード変換すべきテキストをコード変換する変換手段と、前記テキストと前記コードを関連付けるコード変換辞書とを備えることを特徴とする請求項７に記載の申請書の処理システム。

Images