JP2003228559A

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

Info

Publication number: JP2003228559A
Application number: JP2002187958A
Authority: JP
Inventors: Shigeyuki Fujiwara; 茂之藤原; Takeshi Oriide; 武志折出; Tsutomu Sakuma; 勉佐久間; Kuniaki Minami; 邦明南; Takeyuki Sugimoto; 建行杉本; Kazumi Suzuki; 和美鈴木; Hidekazu Hatano; 英一羽田野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-11-30
Filing date: 2002-06-27
Publication date: 2003-08-15

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

【０００６】

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

【０００７】

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

【０００８】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６９】

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

【図面の簡単な説明】

【図１】本実施形態における申請書を処理するシステム
の全体構成として、診療報酬の請求を例示する処理シス
テムの全体構成図である。

【図２】レセプトコンピュータの構成を示す図である。

【図３】データ出力時の処理を説明するフローチャート
である。

【図４】電算用データ作成システムの処理を説明する概
念図である。

【図５】電算用データ作成システムの構成を示す図であ
る。

【図６】コード変換辞書の構成を示す図である。

【図７】電算用データ作成システムにおけるフォーマッ
トの再編集工程のフローチャートである。

【図８】電算用データ作成システムにおけるコード変換
工程のフローチャートである。

【図９】電算用データ作成システムの処理を説明する概
念図である。

【図１０】申請書の作成をするコンピュータの構成の一
例として、レセプトコンピュータの構成を示す図であ
る。

【図１１】電算用データ作成システムの処理を説明する
概念図である。

【図１２】電算用データ作成システムの構成を示す図で
ある。

【図１３】外字を含む診療報酬明細書について、外字変
換を行う際の画面表示の一例を示す図である。

【図１４】従来の診療報酬を請求及び支払のシステムの
全体構成図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者佐久間勉東京都江東区新砂一丁目６番27号株式会社日立製作所公共システム事業部内 (72)発明者南邦明東京都江東区新砂一丁目６番27号株式会社日立製作所公共システム事業部内 (72)発明者杉本建行神奈川県小田原市中里322番地２号株式会社日立製作所ＲＡＩＤシステム事業部内 (72)発明者鈴木和美神奈川県小田原市中里322番地２号株式会社日立製作所ＲＡＩＤシステム事業部内 (72)発明者羽田野英一神奈川県小田原市中里322番地２号株式会社日立製作所ＲＡＩＤシステム事業部内Ｆターム(参考） 5B009 ND01 TA11

Claims

【特許請求の範囲】

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