JP2001034627A

JP2001034627A - レセプト点検方法およびシステム並びにレセプト点検プログラムを格納した記憶媒体

Info

Publication number: JP2001034627A
Application number: JP20545899A
Authority: JP
Inventors: Junya Iwata; 淳也岩田; 一敏 ▲高▼倉; Kazutoshi Takakura; Atsushi Enomoto; 敦史榎本; Masahiro Yamada; 雅弘山田; Yutaka Hasegawa; 豊長谷川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-07-19
Filing date: 1999-07-19
Publication date: 2001-02-09

Abstract

(57)【要約】【課題】保険者が紙レセプトを点検するシステムにおい
て、点検するためのレセプトの抽出と内容審査を効率的
に行うことが可能な方法を提供することにある。【解決手段】本発明では、まず、レセプト全面画像をス
キャナ機能で読みとり、イメージ画像として画像ＤＢに
登録し、そのうち、医療機関コードや整理番号等の検索
キーとなる部分をＯＣＲ機能で文字認識を行い基本情報
ＤＢに登録する。点検時、クライアントから情報参照や
画像参照の要求があった場合に、サーバは基本情報ＤＢ
や画像ＤＢを用いてクライアントに情報を提供したり、
プリンタより印刷出力を行う。印刷時、利用者は文字認
識を行っていない部分を含むレセプトの任意の項目欄を
指定して検索し印刷を行う。印刷を行う際には、必要な
部分のみの出力を行ったり、点検が行いやすいような順
序やレイアウトに組み替えて出力を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＯＣＲや電子画像
管理装置に係り、特に保険者がレセプトを点検するシス
テムに関するものである。

【０００２】

【従来の技術】医療機関が発行する診療報酬請求書（以
下、レセプトと言う）に対し、審査機関および保険者に
おいて、診療行為とその請求とが適切であるかどうかと
いうレセプトの審査が行われている。現在、レセプトは
審査機関および保険者に紙で送られ、紙のまま保管され
る。レセプトの内容を審査する場合、保管されているレ
セプトから必要なレセプトを手作業で抽出する。さらに
抽出した紙のレセプトに対し、病名、診療行為、投薬内
容、点数（請求額）等を目視し、適当であるかどうか判
断する。また、月をまたがった継続的な審査が必要な場
合、同一患者の複数月分のレセプトを抽出し、継続受診
が適当であるかどうか判断する。不適当であると判断さ
れたレセプトに対しては再審査請求書を作成する。

【０００３】

【発明が解決しようとする課題】従来の技術の場合、レ
セプトの内容を審査するにはレセプトが紙で管理されて
いる為、膨大な数のレセプトの中から必要なレセプトを
手作業で抽出する必要がある。

【０００４】特にレセプトの内容を月をまたがって数ヶ
月間継続的に審査する場合、同一患者の数ヶ月間分のレ
セプトを手作業で抽出し、抽出した紙のレセプトを並べ
て審査する為、月数が限定された審査となり、充分な審
査が行われないことも考えられる。

【０００５】また、レセプトに記載された特定の一部を
審査する場合、レセプト一枚につき審査対象項目が特定
の一部である為、レセプトを一枚一枚めくりながら審査
対象項目を探す必要がある。

【０００６】まして上記のような状況では、レセプト一
枚一枚に対し審査対象項目が煩雑に出現する為、審査す
る人がその状況および審査の目的と審査対象項目を判断
しながら審査していく必要がある。

【０００７】本発明の目的は、上記課題を改善し、レセ
プトの抽出及び内容審査の負荷を軽減することにある。

【０００８】

【課題を解決するための手段】本発明は、スキャナとＯ
ＣＲでレセプトを読み込みＤＢに格納して点検処理の負
荷を軽減させるためのものである。

【０００９】本発明では、保険者にレセプトの提出があ
ると、保険者はまずレセプトをＯＣＲで読みとりを行
う。レセプト全面画像をスキャナ機能で読みとり、イメ
ージ画像として画像ＤＢに登録し、医療機関コードや整
理番号等の検索キーとなる部分をＯＣＲ機能で文字認識
を行い基本情報ＤＢに登録する。

【００１０】点検時、クライアントから情報参照や画像
参照の要求があった場合に、サーバは基本情報ＤＢや画
像ＤＢを用いてクライアントに情報を提供したり、プリ
ンタより印刷出力を行う。印刷時、利用者は文字認識を
行っていない部分を含むレセプトの任意の項目欄を指定
して検索し印刷を行うことができる。また利用者が印刷
を行う際には、必要な部分のみの出力を行ったり、点検
が行いやすいような順序やレイアウトに組み替えて出力
を行うこともできるようにする。

【００１１】検索が投入されると同時に、管理ＤＢにも
案件が登録され、レセプト点検処理が開始されたことを
レセプト点検システムで管理する。またそれ以降の処理
についても、利用者からの検索や結果の入力をもとに、
各案件の状況の管理も行う。

【００１２】以上のように本発明によれば、レセプト点
検処理において、レセプト画像を容易に検索し点検に適
した形で印刷出力したり、点検の管理を行う仕組みを提
供できるので、レセプト点検処理の負荷を軽減させるこ
とが可能である。

【００１３】

【発明の実施の形態】以下にレセプト点検処理の実施を
支援する一実施形態のレセプト点検システムについて説
明する。

【００１４】本実施例は、上記課題を改善し、レセプト
の抽出及び内容審査の負荷を軽減することにある。

【００１５】一方、上記課題に対し、紙レセプト全体を
スキャナＯＣＲで読み込み、記載項目全てを電子情報と
して、ＤＢに格納し、その格納した電子レセプトを検索
・出力することにより、点検作業を効率化することが考
えられる。

【００１６】しかし、紙レセプトは、そのほとんどが手
書きであり、認識が困難な文字も多く、機械的に認識不
可の文字は、人手により修正する必要がある。すなわ
ち、紙レセプトの記載項目全てを認識し、電子情報とし
て格納することは、かえって、人手による修正作業に時
間がかかってしまうという問題がある。

【００１７】本発明のもう一つの目的は、スキャナＯＣ
Ｒにより文字認識する対象を検索キーに使用する項目に
絞ることにより、文字認識できない確率を低減し、レセ
プトの抽出および内容を審査する負荷を軽減することに
ある。

【００１８】図１は、本発明の一実施例であるレセプト
点検システムのハードウェア構成である。

【００１９】本システムは、クライアント１２からの要
求に対して基本情報ＤＢ１１４や画像ＤＢ１１６にある
情報をプリンタ１４に送信したり、スキャナＯＣＲ１４
からの情報を受信し基本情報ＤＢ１１４や画像ＤＢ１１
６に格納処理を行うサーバ１１と、サーバ１１に対して
レセプトのイメージ画像の印刷要求を行ったり点検結果
のデータを格納要求するクライアント１２と、サーバ１
１からの指示によりレセプト画像を印刷するプリンタ１
３と、レセプトのイメージ画像を読み込み、読み込んだ
イメージ画像に対して文字認識を行い、結果を基本情報
ＤＢ１１４等に格納するスキャナＯＣＲ１４と、これら
のシステムを結ぶネットワークであるＬＡＮ（Local Ar
ea Network）１５と、入力の補助手段である外部記憶メ
ディア１６からなる。

【００２０】サーバ１１は、クライアント１２からの検
索等の要求処理や入力結果等の受信処理を行う処理部１
１０と、処理の結果などを一時的に記憶する記憶部１１
１と、各処理の経過や処理結果などを表示する表示部１
１２と、サーバ１１の操作等を行う入力部１１３と、レ
セプト点検の対象となるレセプトの医療機関コードやレ
セプトのキー番号である整理番号等を蓄積する基本情報
ＤＢ１１４と、点検の過程における処理状況や点検終了
後の結果を記録する管理情報ＤＢ１１５と、レセプトの
イメージ画像をレセプトの整理番号や登録した年月とと
もに蓄積する画像ＤＢ１１６と、レセプト画像の一部分
を印刷する際に印刷レイアウトを整えるために用いる印
刷様式ＤＢ１１７と、ＯＣＲによる文字認識を行う時
や、レセプト画像の一部分の印刷を行う時に用いる画像
認識ＤＢ１１８から構成される。

【００２１】クライアント１２は、サーバ１１に印刷の
要求や点検結果の送信等を行う処理部１２０と、各処理
の処理結果などを一時的に記憶する記憶部１２１と、各
処理の経過や処理結果などを表示する表示部１２２と、
検索条件や点検結果を入力する入力部１２３から構成さ
れる。

【００２２】図２は、本実施形態の基本情報ＤＢ１１４
の具体例を示す図である。基本情報ＤＢ１１４はレセプ
トに書かれている項目の一部で、検索する際のキーとな
りうる情報が蓄積されたＤＢである。

【００２３】図２に示すように基本情報ＤＢ１１４は、
レセプトを提出した医療機関の医療機関コード２１、医
療機関においてレセプトが作成される診療が行われた診
療年月２２、各レセプトの固有の番号でありレセプト画
像を検索する際の主キー番号であるレセプトの整理番号
２３、レセプトを作成した医療機関がある都道府県名２
４、レセプトの種類を示すレセプト種類２５、診療を受
けた人の保険証番号２６、診療を受けた人の性別２７、
診療を受けた人の生年月日２８、医療機関からレセプト
により請求される請求点数２９の情報が入っている。

【００２４】例えば、整理番号２３が「１１１１１１１
１」の場合、そのレセプトは「神奈川」にあり、かつ医
療機関コードが「１２３４５６７」の医療機関におい
て、生年月日が「Ｓ４５．６．２」で保険証番号が「神
奈川３３３３３」の「男性」が、「Ｈ１１／６」に受け
た診療に対して医療機関が保険者に請求点数「７０００
０」を要求するレセプトであることを意味する。

【００２５】基本情報ＤＢ１１４の項目である医療機関
コード２１、診療年月２２、整理番号２３、都道府県名
２４、レセプト種類２５、保険証番号２６、性別２７、
生年月日２８、請求点数２９は、レセプトのスキャナＯ
ＣＲ読み込み処理で登録が行われ処理が終了するまで更
新されることはない。

【００２６】図３は、本実施形態の管理情報ＤＢ１１５
の具体例を示す図である。管理情報ＤＢ１１５はレセプ
トの点検の経過や結果などの情報を管理するために必要
となるＤＢである。

【００２７】図３に示すように、現在点検を行っている
レセプトの整理番号３１、現在の点検の状態コード３
２、点検の状態を更新した日時の情報である状態更新日
３３が入っている。管理情報ＤＢ１１５の項目である状
態コード３２、状態更新日３３は、点検を行っていく過
程で随時更新される。例えば、整理番号「３３３３３３
３３」のレセプトについては、状態コードが「審査中」
で、その状態コードに更新された状態更新日は「Ｈ１
１．７．８」であることを意味する。

【００２８】図４は、本実施形態の画像ＤＢ１１６の具
体例を示す図である。画像ＤＢ１１６は医療機関から提
出されたレセプトのイメージ画像を管理するために必要
となるＤＢである。

【００２９】図４に示すように、画像情報ＤＢ１１６
は、レセプトの整理番号４１、レセプトのイメージ画像
が登録された年月４２、レセプトのイメージ画像である
画像ファイル４３を格納したＤＢである。例えば整理番
号が「１１１１１１１１」の場合、登録年月が「Ｈ１
１．６」、画像ファイルが「ＧＶ１２３４５」として格
納されていることを意味する。

【００３０】図５は、本実施形態のレセプトのイメージ
画像を出力する場合、条件の指定手段として用いられる
フロッピーディスク等の外部記憶メディア１６の記録内
容について具体例を示す図である。

【００３１】図５に示すように、外部記憶メディアのテ
ーブルは点検対象とする医療機関の医療機関コード５１
を格納している。本システムにおいて、外部記憶メディ
ア１６は必須ではなく、入力の効率を上げるための補助
手段として用いられる。

【００３２】図６は、本実施形態のレセプトを出力する
場合の印刷レイアウトを保持する印刷様式ＤＢ１１７に
ついて具体例を示す図である。

【００３３】印刷レイアウトはレセプトを部分印刷する
際に、余白や順序などを配置するために必要となる。

【００３４】図６に示すように、印刷様式ＤＢ１１７
は、レセプトの項目名である項目名６１と、印刷レイア
ウトである様式内容６２を格納したＤＢである。

【００３５】例えば、クライアントよりレセプトの項目
の１つである「傷病名」について部分出力する指示があ
った場合、サーバは「傷病名用レイアウト」を用いて印
刷を行う。

【００３６】図７は、本実施形態のＯＣＲ文字認識やイ
メージ画像の一部の切り出しを行うための情報を保持す
る画像認識ＤＢ１１８について具体例を示す図である。

【００３７】図７に示すように、画像認識ＤＢ１１７
は、レセプトの項目名である項目名７１と、レセプトの
項目が紙面上のどこに配置しているか画像の座標を対角
線の座標で指定した画像座標７２と、文字認識を行う項
目であるかを示す文字認識７３でを格納したＤＢであ
る。

【００３８】例えば、レセプトの項目の１つである「整
理番号」は、レセプト画像の座標が「（６０，１０）−
（１００，２０）」であり、文字認識を行う箇所である
ことを示す。

【００３９】図８は、レセプトのレイアウトの一例を示
している。

【００４０】レセプトが作られた医療機関がある都道府
県８１１，レセプトの対象となる診療が行われた診療年
月８１２、診療を受けた人の氏名８１３、レセプトが請
求する請求点数８１４、レセプトの検査項目８１５、食
事・注射８１６、診療を受けた人の性別８１７、レセプ
トの種類８１８、整理番号８１９、都道府県ごとに医療
機関の固有の番号である医療機関コード８２０，診療を
受けた人の保険証番号８２１、診療を受けた人の生年月
日８２２、診療を受けた人の傷病名８２３、対象となる
傷病名について初めて診察を受けた日である初診日８２
４、処置やその他８２５からなる。レセプト８１は、整
理番号８１９で管理される。

【００４１】現在、レセプト８１の大半は手書きで作成
されている。また点検を行う際には、医療機関単位で点
検対象の月に作成された全てのレセプトを抽出し行われ
る。

【００４２】図１８，図１９、図２０は、クライアント
利用者が、クライアント１２の入力部１２３により、各
種条件の入力を行うための入力画面の一例である。

【００４３】図１８は、クライアント利用者がレセプト
のイメージ画像を印刷出力する時に、どのレセプトを印
刷出力するのか、条件を入力するためにクライアント１
２の表示部１２２に表示する「詳細条件による検索指示
画面」である。

【００４４】「詳細条件による検索指示画面」は、レセ
プト画像を指定するための項目の入力を行う１８１１
と、印刷出力するレセプトの範囲（イメージ画像を全面
またはレセプトを構成する各部分）を指定する印刷範囲
指定欄１８１６と、入力した条件一覧を表示するデータ
リスト欄１８１９と、システム全体の処理実行状況を表
示する実行状況１８２１よりなる。

【００４５】入力項目欄１８１１は、レセプトの種類の
選択欄であるレセプト種類１８１２と、医療機関がある
県の選択欄である県１８１３と、点検対象となっている
医療機関を指定するための医療機関コード１８１４と、
参考資料として点検対象となっている医療機関の過去の
レセプトを同時に参照したい場合に用いる月数１８１５
よりなる。

【００４６】印刷範囲１８１６は、レセプトのイメージ
画像のどの部分について出力するかを選択する欄であ
る。選択方法としては、「レセプト全面」または「部分
イメージ」か、また「部分イメージ」が選択された場
合、図８に示すレセプトの項目である「傷病名」８２
３、「初診日」８２４、「検査項目」８１５のどの部分
を出力するかがある。なお、本実施例では、全面が指定
された場合、「傷病名」、「初診日」、「検査項目」は
指定できないようにする。

【００４７】選択終了後、追加ボタン１８１７を押すこ
とにより、入力条件はデータリスト１３９に追加され
る。

【００４８】データリスト欄１８１９は、入力項目１８
１１と印刷範囲１８１６の入力が終了後、追加ボタン１
８１７が押されることにより、検索条件が蓄積されてい
く欄である。例えば、図１８では、３件の検索条件が追
加ボタンによって蓄積された状態であることを意味す
る。図１８では、データリスト欄は、入力内容がわかる
ように簡略化した形式で表示を行う。例えば、「医２
神５５５５５５５５,全面」は、レセプト種類「医
科」、医療機関コード「５５５５５５５５」、県「神奈
川」、月数「２」、印刷範囲「レセプト全面」が入力さ
れたことを意味する。

【００４９】なお、追加後に印刷を中止したい場合は、
データリスト１８１７にて中止したい案件を指定し、削
除ボタン１８１８を押す。

【００５０】実行ボタン１８２０は、検索したいイメー
ジ画像の条件の入力が完了した時に、データリスト１８
１９にある情報と印刷実行指示をサーバ１１に送信する
ためのボタンである。

【００５１】実行状況１８２１は、処理の状況が表示さ
れる欄である。実行状況欄１８２１は他クライアントか
ら指示された検索や結果入力など、本システムに関する
全てのジョブを開始、終了状況などを表示できるものと
する。これにより、現在のシステム全体の混み具合をク
ライアント利用者に通知することができる。

【００５２】図１９は、クライアント利用者がレセプト
のイメージ画像を印刷出力する時に、どのレセプトを印
刷出力するのか、外部記憶メディアを用いて指定する場
合に、クライアント１２の表示部１２２に表示する「外
部記憶メディアを用いた検索画面」である。

【００５３】「外部記憶メディアを用いた検索画面」
は、外部記憶メディアの記録内容を用いてサーバに印刷
実行指示を行う実行ボタン１９１と、システム全体の処
理実行状況を表示する実行状況１９２よりなる。

【００５４】実行ボタン１９１は、クライアント１２に
挿入された外部記憶メディア内に格納されている情報を
読み込み、サーバ１１に送信する機能を持つボタンであ
る。実行状況１９２は、処理の状況が表示される欄であ
る。実行状況欄１９２は他クライアントから指示された
検索や結果入力など、本システムに関する全てのジョブ
を開始、終了状況などを表示できるものとする。これに
より、現在のシステム全体の混み具合をクライアント利
用者に通知することができる。

【００５５】図２０は、レセプトの審査結果を終了した
後、審査結果を入力する時に、クライアント１２の表示
部１２２に表示する「点検結果入力画面」である。

【００５６】「点検結果入力画面」は、点検結果の入力
を行う入力項目２０１と、入力した条件一覧を表示する
データリスト欄２０６と、システム全体の処理実行状況
を表示する実行状況２０９よりなる。

【００５７】入力項目欄２０１は、レセプトの整理番号
入力欄である整理番号２０２と、点検結果の入力が行わ
れた年月である入力年月２０３と、点検の結果を選択す
る点検結果選択欄２０４からなる。

【００５８】データリスト欄２０６は、入力項目２０１
の入力が終了後、追加ボタン２０５が押されることによ
り、入力結果が蓄積されていく欄である。例えば、図２
０では、４件の入力結果が追加ボタンによって蓄積され
た状態であることを意味する。図２０では、データリス
ト欄には、入力内容がわかるように簡略化した形式で表
示している。例えば、「Ｈ１１．６１２３４５６７
８，１」は、整理番号「１２３４５６７８」、入力年月
「平成１１年６月」、点検結果選択欄「１重複請求疑
い」が入力されたことを意味する。

【００５９】結果入力ボタン２０８は、結果の入力が完
了した時に、データリスト２０６にある情報をサーバ１
１に送信するためのボタンである。

【００６０】実行状況２０９は、処理の状況が表示され
る欄である。実行状況欄２０９は他クライアントから指
示された検索や結果入力など、本システムに関する全て
のジョブを開始、終了状況などを表示できるものとす
る。これにより、現在のシステム全体の混み具合をクラ
イアント利用者に通知することができる。

【００６１】図９は、図１で示したレセプト点検システ
ムの処理を示す全体フローチャートである。

【００６２】ステップ９０１、ステップ９０２は、レセ
プトの画像情報や基本情報をＯＣＲスキャナにより読み
込み、ＤＢに格納する段階である。

【００６３】ステップ９０１において、本システムの点
検対象であるレセプトをスキャナＯＣＲにより読み込
む。その際に、レセプトのイメージ画像は全面を対象に
読み込むが、文字認識は特定部分についてのみ行う。ス
テップ９０２において、読み込んだレセプトのイメージ
画像を画像ＤＢ１１６に格納し、文字認識の出力を基本
情報ＤＢ１１５に格納する。

【００６４】ＯＣＲにより文字認識を行う対象を検索キ
ーに使われる項目に絞ることにより、ＯＣＲが正しく認
識できない確率を低減することができる。

【００６５】ステップ９０３，ステップ９０４，ステッ
プ９０５，ステップ９０６、ステップ９０７は、点検の
ためにレセプトイメージ画像を出力する段階である。条
件を入力する方法により、ステップ９０５，ステップ９
０６とステップ９０７の２つに分岐する。

【００６６】ステップ９０３において、レセプトのイメ
ージ画像の印刷方法が選択される。印刷方法としては、
キーボードによる入力方法と、外部記憶メディア１６を
用いた入力方法がある。ステップ９０４において、クラ
イアント１２の入力部１２３よりいずれかが選択され
る。

【００６７】「キーボード等」が選択された場合、ステ
ップ９０５において、クライアント１２のキーボードな
どからレセプトのイメージ画像の印刷条件が入力され、
サーバ１１は画像の検索を行う。ステップ９０６におい
て、検索したイメージ画像の印刷を行う。

【００６８】「外部記憶メディア等」が選択された場
合、ステップ９０７において、クライアント１２は外部
記憶メディアより印刷の条件を読み込み、その条件にも
とづきサーバ１１は画像の検索を行う。その後、検索し
たイメージ画像の印刷を行う。

【００６９】ステップ９０８，ステップ９０９は、点検
終了後に点検結果がシステムに入力される段階である。

【００７０】ステップ９０８において、サーバ１１はク
ライアント１２から入力された点検結果を受信し、管理
情報ＤＢ１１５に登録する。ステップ９０１において、
登録終了後にまだ結果が登録されていない点検対象につ
いては、「問題なし」という結果を登録する。その後、
レセプト点検処理が完了する。

【００７１】図１０〜図１５は、図９の全体フローチャ
ートの詳細を示す詳細フローである。

【００７２】図１０は、図９のステップ９０１、ステッ
プ９０２を詳細に示したフローチャートであり、レセプ
トの紙面の画像イメージをスキャナＯＣＲにより読み込
み、レセプトのイメージ画像を画像ＤＢに、文字認識の
対象部分を基本情報ＤＢ１１４にそれぞれの情報を登録
するまでの流れを示す。

【００７３】まずステップ１００１において、スキャナ
ＯＣＲ１４により、レセプトのイメージ画像を読み込
む。図８は、医療報酬明細書（レセプト）８１の一例で
あるが、ステップ１００１では、このレセプト８１の全
面をイメージ画像として読み込む。

【００７４】その後、ステップ１００２において、読み
込んだイメージ画像から、医療機関コード、診療年月、
整理番号等、検索キーとなる項目で、あらかじめ文字認
識すると決めた領域の文字認識を行う。ここで、レセプ
トのイメージ画像のどの領域が文字認識欄であり、その
認識したものが何にあたるかは、画像認識ＤＢ１１８を
用いて判断する。例えば、図７の画像認識ＤＢ１１８の
例では、文字認識欄が「○」である項目名「整理番号」
については文字認識対象部分とみなし、イメージ画像の
画像座標「（６０，１０）−（１００，２０）」の領域
を「整理番号」として、文字認識を行う。一方、「傷病
名」は文字認識欄が○ではなく、文字認識は行わない。
図７の例において、図８のレセプト８１の文字認識の対
象領域は、８１１，８１２，８１４，８１７，８１８，
８１９，８２０，８２１，８２２であり、その他の項目
については、文字認識は行わない。

【００７５】このように、ＯＣＲにより文字認識を行う
対象を検索キーに使われる項目に絞ることにより、ＯＣ
Ｒが正しく認識できない確率を低減することができる。
次に、ステップ１００３において、ステップ１００２の
文字認識が正常に完了したか判断を行う。

【００７６】もし、正常に完了していなかった場合、ス
テップ１００４においてクライアント利用者にキーボー
ドなどから文字を入力してもらう。

【００７７】次に、ステップ１００５において、文字認
識した医療機関コード、診療年月、整理番号等の情報を
基本情報ＤＢ１１４に格納する。同時に、管理情報ＤＢ
１１５に、文字認識した整理番号を追加登録し、状態コ
ードに、「受付」をセットし、状態更新日に、読み込ん
だ日をセットする。

【００７８】その後、ステップ１００６にて、イメージ
画像にそれぞれ固有のファイル名をつけ、整理番号と登
録年月とともに画像ＤＢ１１６に登録する。登録完了
後、ステップ１００７にて、他に読み込むレセプトがあ
るか確認を行い、もしあればステップ１００１から再度
処理を実行する。他に読み込むレセプトがなければ、処
理を終了する。

【００７９】次に、登録した基本情報や画像イメージに
ついて、クライアント１２から検索・印刷要求がきて、
サーバ１１が応答し、検索・印刷する流れについて説明
する。

【００８０】まず、クライアント１２からサーバ１１
へ、レセプト画像出力要求が送信されるまでの処理の実
施例を示す。ここでは、キーボードなどから案件を一件
ずつ入力する場合と、外部記憶メディア１６を用いて一
括入力する場合の２例に分けて流れを示す。

【００８１】図１１は、図９のステップ９０５、ステッ
プ９０６を詳細に示したフローチャートであり、キーボ
ードなどから検索したいレセプトを一件ずつ入力する場
合の処理手順を示す。

【００８２】まず、ステップ１１０１において、クライ
アント１２はクライアント利用者にレセプト画像出力の
指定をしてもらうため、図１８の「詳細条件による検索
画面」を表示部１２２に表示する。そして、該画面によ
るクライアント利用者からのレセプト種類１８１２、県
１８１３、医療機関コード１８１４、月数１８１５の入
力項目欄１８１１内の４つの情報を受け取る。なお、本
実施例では、上記４つの情報を検索キーとして利用して
いるが、上記４つに限定されるものではない。文字認識
した項目であれば、ここで、検索キーとすることができ
る。

【００８３】次に、ステップ１１０２において、該画面
によるクライアント利用者からの「レセプト全面」か、
「部分イメージ」かの印刷範囲欄１８１６の入力を受け
取る。

【００８４】ステップ１１０３において、ステップ１１
０２に対するクライアント利用者の入力により判断を行
う。

【００８５】「部分イメージ」が入力された場合、ステ
ップ１１０４において、クライアント利用者からの「傷
病名」、「初診日」、「検査項目」のいずれかの指定を
印刷範囲欄１８１６より受け取る。

【００８６】その後、ステップ１１０５において、追加
ボタン１８１７の押下を確認し、データリスト欄１８１
９に、入力項目欄１８１１と印刷範囲欄１８１６の内容
を追加表示する。同様に「レセプト全面」が入力された
場合も、追加ボタン１８１７が押されることにより、デ
ータリスト欄１８１９に入力項目欄１８１１と印刷範囲
欄１８１６の内容を追加する。そして、入力項目欄１８
１１の内容と印刷範囲欄１８１６の内容を検索・印刷条
件テーブル９５に追加し、クライアントの記憶部１２１
に一時保管する。なお、図１８の例では、まだ、入力項
目欄１８１１と印刷範囲欄１８１６の入力後、追加ボタ
ン１８１７は押下されておらず、入力項目欄１８１１と
印刷範囲欄１８１６の内容は、データリスト欄１８１９
に追加表示されていない状態である。ここで、追加され
る場合には、「医２神１２３４５６７全面」が
一番上に追加表示されることになる。なお、検索・印刷
条件テーブル９５は、追加ボタン１８１７の押下によ
り、入力項目欄１８１１のレセプト種類、県、医療機関
コード、月数、そして、印刷範囲欄１８１６の内容を印
刷条件にセットした１レコードが追加される。図２１の
検索・印刷条件テーブル９５では、「医科」、「神奈
川」「１２３４５６７８」「２」「全面」が追加された
レコードとなっている。

【００８７】さらに、ステップ１１０６において、その
他のレセプトについても同時に印刷を行う場合は、続け
て入力を行う。

【００８８】同時印刷の指定が終了した場合は、ステッ
プ１１０７において、図１８の「詳細条件による検索画
面」の実行ボタン１８２０の押下を確認することによ
り、検索を行うレセプトの条件入力が完了したとして、
サーバ１１へ、記憶部１２１の検索・印刷条件テーブル
９５を送信し、クライアント１２の検索・印刷条件テー
ブル９５をクリアする。

【００８９】図１２は、図９のステップ９０７を詳細に
示したものであり、外部記憶メディア１５を用いて印刷
するレセプトを指定する場合の処理手順を示すフローチ
ャートである。

【００９０】クライアント１２は、クライアント利用者
にレセプト画像出力の実行をしてもらうため、図１９の
「外部メディアを用いた検索画面」を表示する。

【００９１】クライアント１２は、クライアント利用者
によりステップ１２０１において実行ボタン１９１が押
下されることにより、ステップ１２０２において、クラ
イアント利用者が正しいデータの入った外部記憶メディ
アが挿入しているか確認を行う。

【００９２】正しい外部記憶メディアが挿入されていた
場合は、ステップ１２０３において、クライアントは外
部記憶メディアに入っているデータを読み込み、それら
のデータについてサーバへレセプト画像を検索し印刷指
示を行うために、読み込んだ内容を検索・印刷テーブル
９５に一時保管し、サーバ１１に送る。なお、ここでの
検索・印刷条件テーブル９５には、医療機関コードのみ
セットされ（例えば、医療機関コードには、それぞれ、
「１２３４５６７」「１２３４５６８」「１２３４５６
９」がセットされ）、その他の項目は、「指定なし」が
セットされる。その後、処理が完了する。

【００９３】外部メディアが入っていなかった場合や記
録されていたデータが不正だった場合、ステップ１２０
４において画面に「データが不正です」という旨のメッ
セージを表示部１２２表示し、処理を完了する。

【００９４】このような入力手段を設けることにより、
外部記憶メディアに他システムで出力した電子データな
どを入れておけば、印刷条件を容易に設定することが可
能となり効率が向上する。

【００９５】図１３は、図９のステップ９０６、ステッ
プ９０７のサーバ側の処理を詳細に示したものであり、
サーバ１１がクライアント１２からの印刷指示を受け取
った後、プリンタ１３よりレセプト画像が印刷出力する
までのサーバ１１の処理手順を示す。

【００９６】ステップ１３０１において、サーバ１１は
クライアント１２からの印刷するレセプトの検索・印刷
条件テーブル９５を受信する。

【００９７】検索・印刷条件テーブル９５が複数のレコ
ードを持つ場合（複数の条件の場合）、１レコード（１
条件）ずつ処理を行う。

【００９８】まず、ステップ１３０２において、検索・
印刷条件テーブル９５の１つのレコードで指定されてい
る検索条件（図１８の入力項目欄１８１１の医療機関コ
ード等の４条件）をもとに基本情報ＤＢ１１４の検索を
行い、合致した基本情報ＤＢの内容をサーバ１１の記憶
部１１１の一次記憶テーブル９６に追加する。一次記憶
テーブル９６の例を図２２に示す。さらに、抽出したレ
コードの整理番号をもとに、画像ＤＢ１１６と管理情報
ＤＢ１１５の検索を行い、管理情報ＤＢ１１５の更新を
行うとともに、検索した画像ファイルを、一時テーブル
９６の印刷ファイル名にセットする。

【００９９】検索の具体例を図２、図３、図４を用いて
説明する。例えば、検索・印刷条件テーブル９５の検索
条件が、医療機関コードが「１２３４５６７」だったと
する。この場合、図２の基本情報ＤＢにおいて該当する
レセプトは、整理番号が「１１１１１１１１」と「２２
２２２２２２」のものであるので、その内容を、一次記
憶テーブル９６に追加する。さらに、図４の画像ＤＢ１
１６の整理番号との突合により、「ＧＶ１２３４５」と
「ＧＶ１２３４６」の画像ファイルを、一時テーブル９
６の該当する整理番号のレコードの印刷ファイル名にセ
ットする。同時に、管理情報ＤＢ１１５の整理番号の突
合により、該整理番号の状態コードを、「審査中」に更
新する（整理番号「１１１１１１１」と「２２２２２２
２」の状態コードを「受付」から「審査中」にし、状態
更新日を印刷指示日にセットする）。

【０１００】ステップ１３０３において、検索・印刷条
件テーブル９５の印刷条件（図１８の印刷範囲欄１８１
６の内容）が、「レセプト全面」か、「部分イメージ」
かの判別を行う。

【０１０１】「レセプト全面」が指定されていた場合、
ステップ１３０４において、印刷順序が月順になるよう
に、一時記憶テーブル９６を診療年月でソートした後、
ステップ１３１３において、一時記憶テーブル９６の１
レコードごとに、印刷ファイル名で指定された画像ファ
イルの印刷を行う。ソートが自動的に実行されることに
より、点検者が印刷したレセプトをならびかえる必要が
なくなる。

【０１０２】「部分イメージ」が指定されていた場合
は、ステップ１３０５において指定されていた部分が
「傷病名」か否かの判別を行う。

【０１０３】「傷病名」だった場合、ステップ１３０６
において、図７の画像認識ＤＢ１１８の座標情報を用い
て、一時記憶テーブル９６の印刷ファイル名にセットさ
れている画像ファイルの傷病名部分を切り抜き、その
後、図６の印刷様式ＤＢ１１７より傷病名用レイアウト
を読み込み、その該当部分に切り抜いた傷病名部分の画
像の埋め込みを行い、その埋め込み画像ファイルを一時
記憶テーブル９６の印刷ファイル名にセットする。ここ
で、検索・印刷条件テーブル９５の検索条件において、
複数月分が指定されていた場合は、一時記憶テーブル９
６より、保険証番号や生年月日、性別等が同一で、診療
年月が異なるレコードがあるかチェックし、あれば、そ
のレコードの印刷ファイル名にセットされている画像フ
ァイルの疾病名部分を切り抜いて、前出のレコードの傷
病名用レイアウトの次の画像欄に埋め込みを行い、一時
記憶テーブル９６の前出のレコードの印刷ファイル名に
セットされている画像ファイルを更新するとともに、当
該レコードの印刷ファイル名の項目には、当該レコード
の画像ファイルは前出のレコードに統合されたことを意
味するため、前出のレコード番号を記録する。これを、
一時記憶テーブル９６で、印刷ファイル名がセットして
いないレコードがなくなるまで続ける。

【０１０４】さらに、ステップ１３０７において、検索
したそれぞれのレセプトがどのような属性なのか、一時
記憶テーブル９６の各レコードから、医療機関コード、
保険者番号、生年月日、性別は、全体コメントとして、
整理番号や診療年月は、部分コメントとして抽出し、傷
病名用レイアウトの該当部分に埋め込み、印刷ファイル
名にセットされている画像ファイルを更新する。

【０１０５】埋め込み画像ファイルの印刷レイアウトの
例を、図１６に示す。印刷レイアウト１６１は、基本情
報ＤＢから抽出した医療機関コードや保険者番号や生年
月日や性別等の全体コメント１６１１や、平成１１年４
月、５月、６月のレセプトの傷病名部分の画像である１
６１２，１６１４，１６１６、基本情報ＤＢから抽出し
たそれぞれの画像の整理番号や診療年月である部分コメ
ント１６１３，１６１５，１６１７からなる。このよう
に点検対象部分のみを並べて印刷することで、点検者は
点検や比較が容易になり点検の効率が向上する。

【０１０６】傷病名でなかった場合、ステップ１３０８
において指定されていた部分が初診日か判別を行う。

【０１０７】「初診日」だった場合、ステップ１３０９
において、画像認識ＤＢ１１８と印刷様式ＤＢ１１７を
用いて、初診日用レイアウトに一時記憶テーブル９６の
印刷ファイル名の画像ファイルから該当部分を切り抜
き、埋め込みを行う。検索・印刷条件テーブル９５の検
索条件において、複数月分が指定されていた場合、一時
記憶テーブル９６の該当する印刷ファイル名から該当部
分を切り抜いて、埋め込みを行い、印刷ファイル名の画
像ファイルを更新する。

【０１０８】その際に、ステップ１３１０において、そ
れぞれのレセプトがどのような属性なのか、基本情報Ｄ
Ｂなどから、抽出したコメント情報を全体コメント及び
部分コメントとして、初診日用レイアウトの該当部分に
埋め込み、印刷ファイル名の画像ファイルを更新する。

【０１０９】埋め込み画像ファイルの印刷レイアウトの
例を、図１７に示す。印刷レイアウト１７１は、基本情
報ＤＢから抽出した全体コメント１７１１や、平成１１
年４月、５月、６月のレセプトの傷病名部分の画像であ
る１７１２，１７１４，１７１６、基本情報ＤＢから抽
出したそれぞれの画像の部分コメント１７１３，１７１
５，１７１７からなる。このように点検対象部分のみを
並べて印刷することで、点検者は点検や比較が容易にな
り点検の効率が向上する。また、図１６と切り抜く画像
の大きさが異なるため、初診日用レイアウトは傷病名用
レイアウトとは異なるものが印刷様式ＤＢ１１７に保持
される。

【０１１０】初診日でもなかった場合、ステップ１３１
１において指定されていた部分は「検査項目」とみな
し、検査項目用レイアウトに、一時記憶テーブル９６の
印刷ファイル名の画像ファイルの該当部分を切り抜い
て、埋め込みを行う。検索・印刷条件テーブル９５の検
索条件において、複数月分が指定されていた場合、一時
記憶テーブル９６の該当する印刷ファイル名の画像ファ
イルから該当部分を切り抜いて、検査項目用レイアウト
に該当部分に埋め込み、印刷ファイル名の画像ファイル
を更新する。

【０１１１】その際に、ステップ１３１２においてそれ
ぞれのレセプトがどのような属性なのか、基本情報ＤＢ
などから抽出したコメント情報を全体コメント及び部分
コメントとして、検査項目用レイアウトの該当部分に埋
め込み、印刷ファイル名の画像ファイルを更新する。

【０１１２】ステップ１３１３にて、レセプト画像（全
面・部分）をプリンタにより印刷する。ここで、「レセ
プト全面」の場合は、一時記憶テーブル９６のレコード
ごとに印刷ファイル名に指定された画像ファイルの印刷
を行う。「部分イメージ」の場合は、一時記憶テーブル
９６のレコードごとに、それぞれ、印刷ファイル名に指
定された画像ファイル（傷病名用レイアウト、初診日用
レイアウト、検査項目用レイアウトの内容）を印刷す
る。なお、いずれも、印刷後、一時記憶テーブル９６は
クリアする。

【０１１３】最後に、ステップ１３１４において、他に
レセプトの印刷要求がないか、すなわち、検索・印刷条
件テーブル９５のラストレコードを指しているか、判別
を行い、「ない」場合（ラストをさしている場合）は処
理を終了する。「ある」場合は、検索・印刷条件テーブ
ル９５の次のレコードにポインタを合わせて、ステップ
１３０２に行く。

【０１１４】図１４は、図９のステップ９０８のクライ
アント側の処理を詳細に示したフローチャートであり、
レセプト点検終了後にクライアントからサーバへ点検結
果が入力されサーバへ送信されるまでの処理の実施例を
示す。

【０１１５】ステップ１４０１において、クライアント
１２は、不正のあったあるいは不正の疑いのあるレセプ
トの番号等を入力するため、図２０の「点検結果入力画
面」を表示する。クライアント利用者によって、該画面
の入力項目欄２０１の整理番号２０２、入力年月２０
３、点検結果選択欄２０４に入力された、審査を行って
不正や問題があったレセプトの整理番号、入力年月、点
検結果を受け取る。図２０の例では、整理番号「１２３
４５６７」のレセプトで、入力年月が「平成１１年６
月」のものに、「１重複請求疑い」という点検結果が
あったことを示している。

【０１１６】ステップ１４０２において、クライアント
利用者からの画面の追加ボタン２０５の押下を確認する
ことにより、入力項目２０１の内容を、データリスト欄
２０６に追加する。図２０の例では、追加ボタン２０５
が既に押下された状態で、入力年月が「平成１１年６
月」で、整理番号「１２３４５６７」のレセプトに、
「１重複請求疑い」があるという「Ｈ１１．６１２
３４５６７，１」が一番上に追加されている。なお、追
加と同時に、これらのデータをクライアントの記憶部１
２１にも結果テーブル９７として一時保管する。図２３
に結果テーブル９７の例を示す。

【０１１７】ステップ１４０３において、その他のレセ
プトについても同時に結果の入力を行う場合、１４０１
に戻り再び入力を行う。

【０１１８】図２０の「点検結果入力画面」において、
結果入力ボタン２０８の押下を確認し、入力が完了した
ら、ステップ１４０４において、データリスト２０６の
内容、すなわち記憶部１２１にある結果テーブル９７
を、サーバ１１に送信し、結果テーブル９７をクリアす
る。

【０１１９】図１５は、図９のステップ９０８のサーバ
側の処理と、ステップ９０９を詳細に示したものであ
り、クライアント１２からの入力を受け取った後、サー
バ１１のデータ格納処理の実施例を示す。

【０１２０】ステップ１５０１において、クライアント
１２の記憶部１２１にあった結果テーブル９７をサーバ
１１は受信する。

【０１２１】ステップ１５０２において、サーバ１１は
受信した結果テーブル９７の内容を管理情報ＤＢ１１５
に格納する。図２０の「点検結果入力画面」の入力項目
欄２０１で入力された整理番号「１２３４５６７」のレ
セプトで、「１重複請求疑い」という点検結果があっ
た内容を、図３の管理情報ＤＢ１１５に格納するとする
と、整理番号「１２３４５６７」を検索し、その行の状
態コードを「１重複請求疑い」に、状態更新日を更新
した日に更新することになる。

【０１２２】ステップ１２０３において、結果が格納し
ない案件については、問題なしの結果を自動的に格納す
る。すなわち、検索した整理番号のレセプトのうち、図
３の管理情報ＤＢ１１５において、「審査中」となって
いる整理番号の状態コードを「０問題なし」に更新す
ることになる。

【０１２３】これにより、審査の結果「問題なし」とさ
れたレセプトに対しては、入力する必要がなくなるた
め、効率が向上する。

【０１２４】

【発明の効果】上述したように本発明によれば、レセプ
ト点検処理において、レセプト画像を容易に検索し点検
に適した形で印刷出力したり、点検結果の入力や管理を
行う仕組みを提供することにより、レセプト点検システ
ムの負荷を軽減することが可能となる。

【図面の簡単な説明】

【図１】情報処理装置のハードウェア構成及び接続関係
を示す図である。

【図２】基本情報ＤＢの一例を示す図である。

【図３】管理情報ＤＢの一例を示す図である。

【図４】画像ＤＢの一例を示す図である。

【図５】外部記憶メディアのテーブルの一例を示す図で
ある。

【図６】印刷様式ＤＢの一例を示す図である。

【図７】画像認識ＤＢの一例を示す図である。

【図８】レセプトのレイアウトの一例を示す図である。

【図９】レセプト点検処理の全体概要の一例を示すフロ
ーチャートである。

【図１０】スキャナＯＣＲを用いて、基本情報ＤＢや画
像ＤＢに情報を登録する処理の一例を示すフローチャー
トである。

【図１１】キーボードなどの入力手段を用いてクライア
ント側が実行するサーバへの印刷要求処理の一例を示す
フローチャートである。

【図１２】外部記憶メディアなどを用いてクライアント
側が実行するサーバへの検索要求処理の一例を示すフロ
ーチャートである。

【図１３】クライアントからの検索要求に対してサーバ
側が実行する画像検索・印刷処理の一例を示すフローチ
ャートである。

【図１４】点検結果の入力を行う場合のクライアント側
が実行するサーバへの登録要求処理の一例を示すフロー
チャートである。

【図１５】クライアントからの結果登録要求に対してサ
ーバ側が実行する結果登録処理の一例を示すフローチャ
ートである。

【図１６】複数月のレセプトの部分イメージ画像を傷病
名用レイアウトに埋め込んだ状態の一例を示す図であ
る。

【図１７】複数月のレセプトの部分イメージ画像を初診
日用レイアウトに埋め込んだ状態の一例を示す図であ
る。

【図１８】検索を行う場合にキーボードなどの入力手段
を用いる場合に、クライアントで表示する画面例を示す
図である。

【図１９】検索を行う場合に外部記憶メディアを用いる
場合に、クライアントで表示する画面例を示す図であ
る。

【図２０】点検結果の入力を行う場合に、クライアント
で表示する画面例を示す図である。

【図２１】検索・印刷条件テーブルの例を示す図であ
る。

【図２２】一次記憶テーブルの例を示す図である。

【図２３】結果テーブルの例を示す図である。

【符号の説明】

１１…サーバ、１２…クライアント、１３…プリンタ、
１４…スキャナＯＣＲ、１５…ＬＡＮ、１６…外部記憶
メディア、１１０…サーバ処理部、１１１…サーバ記憶
部、１１２…サーバ表示部、１１３…サーバ入力部、１
１４…基本情報ＤＢ、１１５…管理情報ＤＢ、１１６…
画像ＤＢ、１１７…印刷様式ＤＢ、１１８…画像認識Ｄ
Ｂ、１２０…クライアント処理部、１２１…クライアン
ト記憶部、１２２…クライアント表示部、１２３…クラ
イアント入力部、２１、５１…医療機関コード、２２…
診療年月、２３、３１、４１…整理番号、２４…都道府
県、２５…レセプト種類、３２…状態コード、３３…状
態更新日、４２…登録年月、４３…画像ファイル、６１
…項目名、６２…様式内容、７１…項目名、７２…画像
座標、７３…文字認識、８１…診療報酬明細（レセプ
ト）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者榎本敦史神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内 (72)発明者山田雅弘神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内 (72)発明者長谷川豊神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内Ｆターム(参考） 5B049 BB41 CC00 EE05 FF02 5B050 AA02 BA10 BA16 DA06 EA03 FA02 FA03 FA13 GA08 5B075 ND07 PP04 PQ03 UU26

Claims

【特許請求の範囲】

【請求項１】レセプト画像を入力し、管理し、出力する
機能と、出力するレセプト画像を特定するための入力機
能を有するレセプト点検方法において、入力したレセプ
ト画像の一部を文字認識し、基本情報としてレセプト画
像と関連つけて保持し、基本情報の項目の入力に従い該
当するレセプト画像を検索し、出力することを特徴とす
るレセプト点検方法。
【請求項２】特許請求の範囲請求項１に記載のレセプト
点検方法において、出力するレセプト画像の出力範囲を
入力することによりレセプト画像全面及びもしくはレセ
プト画像の部分を出力する機能を有するレセプト点検方
法。
【請求項３】特許請求の範囲請求項２に記載のレセプト
点検方法において、部分出力の項目を入力することによ
り、入力した項目によって出力レイアウトを自動的に変
更する機能を有するレセプト点検方法。
【請求項４】特許請求の範囲請求項１に記載のレセプト
点検方法において、レセプト画像を出力する際に、レセ
プトの属性の区別がわかるように基本情報の項目内容を
自動的に添付する機能を有するレセプト点検方法。
【請求項５】特許請求の範囲請求項１に記載のレセプト
点検方法において、出力するレセプト画像を特定するた
めの入力機能は、外部記憶メディアであり、外部記憶メ
ディアに記録されている情報を用いて、レセプト画像を
検索・出力する機能を有するレセプト点検方法。
【請求項６】特許請求の範囲請求項１に記載のレセプト
点検方法において、基本情報の項目をキーとして、検索
したレセプト画像をソートして、出力する機能を有する
レセプト点検方法。
【請求項７】特許請求の範囲請求項１に記載のレセプト
点検方法において、入力したレセプト画像の一部を文字
認識し、基本情報として保持する項目は、医療機関コー
ドや診療年月等の数字データを含む項目であることを特
徴とするレセプト点検方法。
【請求項８】レセプト画像を入力し、管理し、出力する
機能と、出力するレセプト画像を特定するための入力機
能と、レセプト点検の経過や結果を管理する機能を持つ
レセプト点検システムにおいて、レセプトの点検結果入
力時に、結果入力をしなかった案件については、問題な
しという結果を格納する機能を有するレセプト点検方
法。
【請求項９】レセプト画像を入力し、管理し、出力する
手段と、出力するレセプト画像を特定するための入力機
能を持つ手段とを具備したレセプト点検システムにおい
て、入力したレセプト画像の一部を文字認識する手段
と、基本情報としてレセプト画像と関連つけて保持し、
基本情報の項目の入力に従い該当するレセプト画像を検
索し、出力する手段とを備えたことを特徴とするレセプ
ト点検システム。
【請求項１０】レセプト画像を入力し、管理し、出力す
る機能と、出力するレセプト画像を特定するための入力
機能を有し、入力したレセプト画像の一部を文字認識
し、基本情報としてレセプト画像と関連つけて保持し、
基本情報の項目の入力に従い該当するレセプト画像を検
索し、出力するレセプト点検プログラムを格納したこと
を特徴とする計算機読み取り可能な記憶媒体。