JP3915443B2 - Receipt processing system - Google Patents

Receipt processing system Download PDF

Info

Publication number
JP3915443B2
JP3915443B2 JP2001176469A JP2001176469A JP3915443B2 JP 3915443 B2 JP3915443 B2 JP 3915443B2 JP 2001176469 A JP2001176469 A JP 2001176469A JP 2001176469 A JP2001176469 A JP 2001176469A JP 3915443 B2 JP3915443 B2 JP 3915443B2
Authority
JP
Japan
Prior art keywords
name
wound
character string
receipt
detected
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001176469A
Other languages
Japanese (ja)
Other versions
JP2002366648A (en
Inventor
裕之 栗山
秀之 伴
仁司 松尾
邦明 南
武志 折出
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001176469A priority Critical patent/JP3915443B2/en
Publication of JP2002366648A publication Critical patent/JP2002366648A/en
Application granted granted Critical
Publication of JP3915443B2 publication Critical patent/JP3915443B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、表記に揺らぎのある文字列をコード管理する際に、文字列を標準的な文字列に収束させてコード化を容易にする技術、特に保険者や審査支払機関が、医療機関の発行した診療報酬明細書に記載された傷病名をコード化して統計処理を行うレセプト処理システムに関する。
【0002】
【従来の技術】
健康保険組合等の保険者は、効果的な保険事業展開等の目的で疾病動向の統計処理等を行うために各医療機関より発行された診療報酬明細書(以下、レセプトと言う)の傷病名欄に記載されている病名を用いて集計を行っている。
従来これらの作業は、レセプトに記載された傷病名を知識・経験のある作業者が読み取り、対応する傷病コードを手作業で変換、集計していたが、保険者によっては月に数十万〜数百万件ものレセプトが届くため、毎月の集計を行うには時間的にもコスト的にも負担が重く、機械化されることが望まれている。
従来の技術によってこの傷病名読み取りの機械化を実現するには、たとえばOCR装置(文字読取装置)により傷病名欄を文字認識した文字列と、標準的な傷病名およびその傷病コードが蓄積された記録媒体である傷病名マスタを照合して該当傷病名をコード化する方法がある。しかしレセプトの傷病名欄は医師や、医療機関がより的確に記載するために補足事項を書き加えたり、標準的な病名ではないが慣用的に用いられている病名を記載したり、仮名遣いが異なるなど、表記上のばらつきがあり、レセプト記載傷病名と傷病名マスタとを照合して傷病コードを得ることは必ずしも容易ではない。そのため、病名マスタとは別にユーザ登録辞書を設け、検出されなかったレセプト記載傷病名はその傷病名と対応する傷病コードを登録しておく必要がある。
しかし未知のレセプト記載傷病名が発見されるたびに、ユーザ辞書に登録するのは大変な労力であり、中にはユーザにとって必ずしも重要ではない情報が付加された文字列であることによって傷病名マスタと完全に一致しない場合も多々ある。そこで、傷病名における様々な異表記を標準的な表記に自動変換し、未知のレセプト記載傷病名が検出された場合、それがユーザにとって目視確認の必要性があるのかどうか前もって見当がつけられる手段が提供できれば、作業効率は各段に向上する。
【0003】
【発明が解決しようとする課題】
従来の技術では多くのレセプト記載傷病名を自動的にコード化するためには、より多くの表記揺らぎ傷病名をユーザ辞書に登録しておく必要があった。また従来の技術では照合時に未検出であったすべての傷病名を目視により確認し、必要に応じてユーザ辞書に追加する必要があった。
本発明の目的は、少ない負担でより多くの表記揺らぎを傷病名マスタに照合しやすい、標準的な病名に変換することにある。また本発明のもうひとつの目的は、照合の結果、完全に一致するマスタ傷病名がなかった場合でも、その内容を分析して、ユーザに分析結果を提示することにより、ユーザがニーズに応じて修正するか否かを選択できる環境を提供することにある。
【0004】
【課題を解決するための手段】
本発明に係るレセプト処理システムは、上記目的を達成するために、レセプトに記載された傷病名に対応する文字列を傷病名マスタと照合する前に、文字列変換手段と文字列変換マスタとを用いてレセプト記載傷病名文字列上で起こり得る様々な異表記をマスタ傷病名の表記文字列に変換する。これにより、マスタ傷病名が検出されやすくなるようにし、従来の技術のようにユーザ辞書に対象となる文字列の含まれるすべてのレセプト記載傷病名を登録するよりもはるかに効率的で、登録漏れの危険性が軽減する。したがって、ユーザーが黙視確認しなければならない傷病名の数を低減することが出来る。また、本発明のレセプト処理システムは、レセプト記載の傷病名がどの程度マスタ傷病名と一致したのかをユーザに提示できるとともに、マスタ傷病名と完全に一致しなかったレセプト記載傷病名については、完全一致が妨げられた要因である文字列を検出しその文字列の内容を分析してユーザに提示する。
【0005】
【発明の実施の形態】
以下にレセプト記載傷病コード化処理の実施を支援する一実施形態のレセプト処理システムについて説明する。
(実施例1)
図1は本実施形態の基本構成図で、コンピュータ装置1に記録媒体に本発明によるプログラムが格納されている。図示されていないOCR装置、パンチ入力、あるいはフロッピーディスクなどの外部記録媒体や他のコンピュータ装置とのネットワーク接続などを介して供給されるレセプト記載傷病名データ2はコンピュータ装置1内における処理の結果、適切な傷病コードの形でレセプト情報データベース3に格納、蓄積される。あるいは処理結果はプリンタによって帳票上に出力されてもよい。
コンピュータ装置1はプログラムとして文字列変換手段4、傷病名マスタ照合手段7、傷病名マスタ前処理手段8、傷病名生成手段10、修飾語マスタ照合手段11、照合結果評価修正手段14、文字列変換マスタ編集手段15、記録領域として文字列変換マスタ5、照合テーブル6、傷病名マスタ9、修飾語マスタ12、照合結果保存領域13から構成され、処理結果を操作者が管理、修正するための周辺機器としてディスプレイ等の表示手段16とキーボード、マウス等の入力手段17を備える。
図2を用いて本実施形態の大まかな動作について説明する。レセプト記載傷病名データ2より取得されたレセプト記載傷病名は、まず文字列変換手段4によって文字列変換マスタ5に格納されている変換対象文字列が検索され、検出された場合は変換後文字列に変換される。このとき変換対象となるのはレセプト記載傷病名文字列全体とは限らず、その一部分でもよい。
例えば「皮膚」という語句はレセプト上慣用的に「皮フ」という異表記で記されることがある。そのため、文字列変換マスタ5上に変換対象文字列「皮フ」は変換後文字列「皮膚」に置換することを定義しておけば、「接触性皮フ炎」というレセプト記載傷病名を「接触性皮膚炎」というマスタ傷病名に変換することができる。レセプト記載傷病名は文字列変換手段4によって変換処理された後、照合テーブル6に格納される。
次に傷病名マスタ照合手段7によって傷病名マスタ9に格納されているマスタ傷病名が検索され、検出された場合は照合テーブル6に検出されたマスタ傷病名(以下、検出傷病名という)、およびその傷病コードが格納される。傷病名マスタ照合手段7においてレセプト記載傷病名とマスタ傷病名を照合する際、一部のマスタ傷病名はそのまま照合するだけではなく、他の文字列に変換した上でも照合する必要があるので、傷病名マスタ前処理手段8において、それらの文字列を生成した上で、同様に照合する。
例えば傷病名マスタ9に利用することのできるレセプト電算処理システム傷病名マスターでは、傷病名「高血圧(症)」が厚生省社会保険表章用疾病分類の中分類(以下中分類という)の「0901」にあたると定義している。これは「高血圧」という傷病名はその後に「症」と記載されていてもいなくても中分類「0901」に該当するという意味である。実際のレセプト記載傷病名文字列としては「高血圧」、「高血圧症」、「高血圧(症)」のいずれもがありえるため、傷病名マスタ前処理手段8においてそれら3種類の文字列を生成した上で、それぞれの文字列をレセプト記載傷病名と照合する。
前述したように検出傷病名は照合テーブル6に格納されるが、このとき検出傷病名が複数ある場合もあり、その際には傷病名生成手段10において必要な傷病名だけを抽出し、これを生成傷病名として照合テーブル6に格納する。また検出傷病名が単一の場合は、それを生成傷病名として照合テーブル6に格納する。生成傷病名が複数生成された場合、もしくはレセプト記載傷病名と完全に同一文字列でない場合は、レセプト記載傷病名文字列から生成傷病名文字列を取り除いて残文字列を生成し、照合テーブル6に格納する。あわせて傷病名生成結果より検出属性というパラメータを、照合テーブル6に格納する。検出属性はレセプト記載傷病名と生成傷病名の一致度合いを示すパラメータで、その種類は生成傷病名がひとつでレセプト記載傷病名と同一の場合は『完全一致』、生成傷病名はひとつだが残文字列が存在する場合は『部分一致』、生成傷病名が複数存在する場合は『複数検出』、傷病名がひとつも検出されなかった場合には『未検出』である。この例として、「慢性化膿性中耳炎急性増悪症」というレセプト記載傷病名が入力された際の傷病名マスタ照合手段7、傷病名生成手段10の動作を示す。傷病名マスタ照合手段7では「慢性化膿性中耳炎急性増悪症」以外に、「慢性化膿性中耳炎」、「化膿性中耳炎」、「中耳炎」、「耳炎」などが検出されるため、これらの中でもっともよく符合している「慢性化膿性中耳炎急性増悪症」を生成傷病名として採用し、検出属性の『完全一致』とともに照合テーブル6に格納するが、残文字列は存在しないといったプロセスとなる。また別の例として、「顔面湿疹」というレセプト記載傷病名が入力された場合、傷病名マスタ照合手段7では「湿疹」というマスタ傷病名のみが検出されるとする。したがって検出傷病名、生成傷病名ともに「湿疹」、残文字列として「顔面」が生成され、検出属性は『部分一致』である。
傷病名生成手段10において残文字列が生成された場合は、修飾語マスタ照合手段11において残文字列の中に修飾語マスタ12に格納されている修飾語句が含まれていないかどうか検索する。修飾語句が検出された場合には、その修飾語句および対応する修飾属性を照合テーブル6に格納する。修飾属性とは傷病名以外に含まれていた語句の種類を示すパラメータで、後程、コード化結果の評価に用いる。
例えば「左前腕)接触性皮膚炎」というレセプト記載傷病名の場合、傷病名生成手段10において生成される生成傷病名は「接触性皮膚炎」、残文字列は「左前腕)」である。修飾語マスタ照合手段11では修飾語句およびその修飾属性がそれぞれ「左」:『位置』、「前腕」:『部位』、「)」:『記号他』として検出される。修飾属性についての詳細は後述する。
以上の工程により照合テーブル6に格納されたそれぞれのデータは照合結果保存領域13に蓄積される。
ユーザは照合結果評価修正手段14を介して照合結果保存領域13内の任意のデータ、もしくは照合テーブル6内のデータを参照、修正する。照合結果評価修正手段14には、あらかじめユーザによって参照するデータの条件を設定できる機能があり、条件式としては検出属性や修飾属性が用いられる。照合結果評価修正手段14は設定にされた条件を満たすデータをコンピュータ装置1に接続されたディスプレイ装置上に表示し、ユーザはその情報を元にレセプト記載傷病名と生成傷病名を比較確認し、必要に応じて傷病名マスタ9から直接選択することができる。同時に、文字列変換マスタ編集手段15によって文字列変換マスタを編集し、変換対象文字列と変換後文字列を追加することにより、次回から同じ修正を省くことが可能になる。
照合結果評価修正手段14は照合結果保存領域、もしくは照合テーブル6のデータを参照することができるが、これはバッチ処理で一度すべてのレセプト記載傷病名データ2の照合を行ってから、照合結果保存領域13に蓄積された特定の検出属性や修飾属性に属するデータを編集する場合、照合テーブル6を参照してコード出力処理中に随時確認、修正する場合など、ユーザはその運用形態に合わせていずれかの方法で傷病コード出力の結果を確認、修正することができるようにするためである。
以上のように、必要に応じてユーザの手により修正の加えられたデータ、すなわちレセプト記載傷病名と生成傷病名、傷病コードは最終結果として出力され、レセプト情報データベース3に蓄積、もしくは帳票に印字される。
また、文字列変換マスタ編集手段15を用いて、レセプト記載傷病名と生成傷病名をそれぞれ変換前文字列、変換後文字列として文字列変換マスタ5に登録することにより、次回同じレセプト記載傷病名を処理するときは検出属性「完全一致」として処理することができ、ユーザの手を煩わすことなく、均質な傷病コード化処理を提供することが可能である。
図3は本実施形態の文字列変換マスタ5の具体例を示す図である。文字列変換マスタ5には変換対象文字列とそれに対応する変換後文字列が格納されている。文字列変換マスタ5はレセプトに記載される傷病名の様々な表記揺らぎを傷病名マスタ9に記載されているマスタ傷病名の表記に収束させる目的で設置されているので、格納される変換対象文字列、変換後文字列としてはレセプト記載傷病名においてよく見受けられる異表記、例えばひらがな/カタカナ/漢字表記の違い(「びらん」、「ビラン」、「糜爛」)、異表記漢字(「頸」と「頚」)、長音記号の有無(「カタール」と「カタル」)などを登録しておく。文字列変換手段4では、レセプト記載傷病名文字列のうち、その対象文字列部分だけが変換され、傷病名マスタ9と照合される。したがって前述したユーザ辞書を用いた照合方法と違い、異表記文字列の含まれているすべての傷病名をユーザ辞書に登録するような手間は必要なく、異表記文字列部分のみを文字列変換マスタ5に登録しておくだけで同等の効果が得られる。そのためユーザによるマスタのメンテナンスは容易になり、登録漏れの危険性も大幅に低減できる。
図4は本実施形態の傷病名マスタ9の具体例を示す図である。傷病名マスタ9にはマスタ傷病名とそれに対応する傷病コードが格納されているが、本実施形態ではICD―10コードという英文字と3桁の数字で構成されるコードと、4桁の数字で構成される中分類コードが併記されている。もちろん傷病名マスタ9では他の傷病コードを使用したり、1つだけもしくは3つ以上の傷病コードを併記してもかまわない。
図5は本実施形態の修飾語マスタ12の具体例を示す図である。修飾語マスタ12は修飾語句とその修飾語句の属する修飾属性が格納されており、修飾属性には括弧や「および」などの記号や接続詞の含まれる『記号他』、「右」や「末梢」などの身体内での位置を示す『位置』、「前腕」や「前頭部」などの身体の器官を示す『部位』、「アレルギー性」など病因を示す『病因』、「急性」など傷病の経過を示す『経過表現』、「多発性」など傷病の状態を示す『状態表現』、「乳児」など患者の属性を示す『患者帰属』、「後遺症」など傷病名の後につける『接尾語』などがある。
修飾語マスタ12は傷病名マスタ9から検出されたマスタ傷病名がレセプト記載傷病名と完全に同一でなかった際に、どのような文字列が残っているのかを調べて不一致部分の重要性を調べる目的で設置されている。例えば、残っている文字列が記号であったり、『位置』であった場合は、医療保険上さほど重大な意味はないと考えられる。また残っている文字列に『部位』があった場合も同様に考えてもいいかもしれない。しかし残っている文字列が『状態表現』や『接尾語』、あるいは修飾語マスタ12に格納されていない文字列だった場合は、念のため知識あるユーザの目によって確認したほうがよいと思われる。このように修飾語マスタ12を用いることによって、レセプト記載傷病名がマスタ傷病名と完全に一致しなかった場合の不一致理由のもたらす重要性を図ることが可能となり、ユーザはその運用によって目視確認するレセプト記載傷病名数を制御することが可能となる。もし、本発明の一実施形態のような機能がない場合、ユーザはマスタ傷病名と完全一致しなかったすべてのレセプト傷病名を目視確認しないと、中には大きな誤りを犯したコード化処理があったとしても見逃してしまうことになる。図6は本実施形態の照合テーブル6の具体例を示す図である。照合テーブル6は領域61から領域65の5つの領域に分けることができる。
領域61は文字列変換手段4により前処理の施されたレセプト記載傷病名で、本図では具体例として「左前腕)接触性皮フ炎」というレセプト記載傷病名が文字列変換手段4により「左前腕)接触性皮膚炎」に変換された上で照合テーブル6に格納されたと想定している。
領域62は傷病名マスタ照合手段7が検出した検出傷病名とレセプト記載傷病名文字列における開始位置と終了位置、およびその検出傷病名の傷病コードである。本具体例では「左前腕)接触性皮膚炎」というレセプト記載傷病名に対し、「皮膚炎」(傷病コード:1201)と「接触性皮膚炎」(傷病コード:1202)とが検出され、それぞれの開始位置と終了位置は図に示すとおりである。検出傷病名文字列欄にはレセプト記載傷病名文字列全体における検出傷病名の位置がわかりやすいように検出傷病名以外のレセプト記載傷病名文字列を「○」で示しているが、これは説明用の記号であり、必ずしも必要ではない。また本例では検出傷病名は2つであるが、これは入力するレセプト記載傷病名によって件数が増減する。
領域63は傷病名生成手段10において抽出された生成傷病名と生成傷病名文字列および傷病コードである。本具体例ではより多くレセプト記載傷病名と一致した「接触性皮膚炎」が生成傷病名として採用されている。
本例では生成傷病名はひとつであるが、これは入力するレセプト記載傷病名によって件数が増減する。
領域64は傷病名生成手段10において抽出された残文字列と検出属性である。
本具体例ではレセプト記載傷病名文字列から生成傷病名文字列を取り除いた残りである残文字列は「左前腕)」である。検出属性は領域63に格納された生成傷病名があり、残文字列が存在するので『部分一致』となる。
領域65は修飾語マスタ照合手段11において残文字列から検出された修飾語句のリストである。検出修飾語句と検出修飾語句文字列、そして領域65の場合は前述した修飾属性が格納される。本具体例で検出された修飾語句とその修飾属性はそれぞれ、「左」:『位置』、「前腕」:『部位』、「)」:『記号他』の3種類であるが、これは入力するレセプト記載傷病名によって件数が増減する。
図7は本実施形態の照合結果保存領域13の具体例を示す図である。照合結果保存領域13は照合テーブル6で生成された各種データをレセプト記載傷病名毎に格納する記録領域であり、ここに格納されたデータは後からユーザが照合結果評価修正手段14を介してまとめて確認、修正され、最終的にはレセプト情報データベース3等に出力される。照合結果保存領域13に格納されるデータは図6上において左からレセプト記載傷病名、検出属性、生成傷病名数、生成傷病名と傷病コードのセットが生成傷病名数分、修飾語句数、検出修飾語とその修飾属性のセットが修飾語句数分である。
(実施例2)
実施例2では、本発明のレセプト処理システムの各構成要素の詳細な動作を説明する。
図8は文字列変換手段4の詳細な動作を示すフローチャート図である。まずステップ401において、レセプト記載傷病名データ2よりレセプト記載傷病名文字列をひとつ取り込む。ステップ402では文字列変換マスタ5より変換対象文字列をひとつ取り込み、ステップ403においてステップ401で取り込んだレセプト記載傷病名文字列の中にその変換対象文字列が内含されていないか、もしくは同一文字列でないかどうかを照合する。
もしレセプト記載傷病名文字列の中に変換対象文字列が含まれていた場合には、ステップ404でその変換対象文字列を対応する変換後文字列と置き換え、文字列変換マスタ5より次の変換対象文字列を読み込む。このステップ402からステップ404までの一連の動作は文字列変換マスタ5に格納されたすべての変換対象文字列がレセプト記載傷病名文字列と照合したことがステップ405で確認されるまで、繰り返される。
次にステップ406において変換処理の施されたレセプト記載傷病名文字列を照合テーブル6内の所定の位置に格納し、文字列変換手段4の動作は終了する。
この動作処理により、レセプト記載傷病名に見られる異表記文字列は、傷病名マスタ9に格納されているマスタ傷病名と同じ表記の文字列に変換されるため、傷病名マスタ照合手段7によって検出傷病名が生成されるレセプト記載傷病名が増大することになる。
図9は傷病名マスタ照合手段7の詳細な動作を示すフローチャート図である。
ステップ701では文字列変換手段4によって文字列変換処理の行われたレセプト記載傷病名文字列を照合テーブル6から取り込む。ステップ702では傷病名マスタ9よりマスタ傷病名をひとつ取り込み、ステップ703においてステップ701で取り込んだレセプト記載傷病名文字列の中にそのマスタ傷病名文字列が内含されていないか、もしくは同一文字列でないかどうかを照合する。
レセプト記載傷病名文字列の中にマスタ傷病名文字列が検出された場合は、ステップ707においてそのマスタ傷病名文字列がレセプト記載傷病名文字列のうち、何番目の文字から何番目の文字までの間一致しているかを調べ、それぞれ開始位置、終了位置として値を得る。
その後、ステップ708でそのマスタ傷病名に対応する傷病コードを傷病名マスタ9から取得し、ステップ709で照合テーブル6の所定位置に検出傷病名、検出傷病名文字列、傷病コード、開始位置、終了位置を格納し、傷病名マスタ照合手段7の動作は終了する。ここでいう検出傷病名と検出傷病名文字列にはマスタ傷病名文字列を格納する。
ステップ703でレセプト記載傷病名文字列の中にそのマスタ傷病名文字列が内含されていなかった場合は、ステップ704でそのマスタ傷病名が前処理対象マスタ傷病名であるかどうかを調べなくてはならない。ここでいう前処理対象マスタ傷病名とは前述した「高血圧(症)」のように、文字列の一部が()括弧で囲まれているマスタ傷病名で、これは「高血圧」、「高血圧症」、「高血圧(症)」いずれの文字列でも可というものである。したがってステップ705ではマスタ傷病名内に()括弧文字を探し、その両()括弧内に記載された文字列がある場合、ない場合、()括弧とともにある場合の3種類の文字列を生成し、これらを照合用文字列として、それぞれをステップ706においてステップ703と同様にレセプト記載傷病名文字列に内含されていないか、もしくは同一文字列でないかどうかを照合する。
以下、テップ708とステップ709での動作はマスタ傷病名のときと同じである。ただしその際、検出傷病名にはマスタ傷病名が格納されるが、検出傷病名文字列には検出された照合用文字列が格納される。これは詳細については後述する傷病名生成手段10において複数の傷病名を比較する際に、検出傷病名ではレセプト記載傷病名に含まれていない(症)などの文字列が存在してしまい、文字列として比較しにくいからである。これらステップ701ステップ709までの一連の動作はステップ710でレセプト記載傷病名とすべてのマスタ傷病名との照合が終了したことが確認されるまで繰り返される。なお、一連の処理中、ステップ707とステップ708の順番は逆に行われてもかまわない。
図10は傷病名生成手段10の詳細な動作を示すフローチャート図である。ステップ1001では照合テーブル6から検出傷病名、検出傷病名文字列、傷病コード、開始位置、終了位置を取り込む。ステップ1002において検出傷病名がひとつしかないと確認された場合は、ステップ1005でその検出傷病名もしくは検出傷病名文字列がレセプト記載傷病名と同一であるかどうかを調べる。検出傷病名と検出傷病名文字列の両方を調べるのは、前述したように傷病名マスタ照合手段7でマスタ傷病名から生成された照合用文字列がレセプト記載傷病名と同一である可能性があるからである。
レセプト記載傷病名と検出傷病名もしくは検出傷病名文字列が一致した場合には、レセプト記載傷病名がマスタ傷病名そのものであるということなので、ステップ1009において検出結果の状態を示す検出属性は『完全一致』、レセプト記載傷病名に該当するマスタ病名を示す生成傷病名は検出傷病名が代入される。また、図10には図示されていないが、検出傷病名の傷病コードも生成傷病名の傷病コードとして代入される。
ステップ1005で検出傷病名もしくは検出傷病名文字列がレセプト記載傷病名と同一でないとされた場合には、ステップ1008において検出属性は『部分一致』、生成傷病名は検出傷病名が代入される。またこの場合には生成傷病名文字列に検出傷病名文字列が代入される。
一方、ステップ1002で複数の検出傷病名が確認された場合には、ステップ1003において、それぞれの検出傷病名文字列の開始位置、終了位置からあらかじめ定義された比較評価方法に基づいて一方の文字列が他方の文字列に対して内含関係にないかどうかを調べ、他方に内含される検出傷病名を削除する。
この工程を通して、いくつかの検出傷病名は削除されるので、ステップ1004でいくつ検出傷病名が残っているかを調べる。検出傷病名がひとつしか残らなかった場合には、もともと検出傷病名がひとつしかなかった場合同様、ステップ1005から先の処理が行われる。
ステップ1004で検出傷病名が複数残っていた場合は、それぞれの検出傷病名は独立した関係にあるので、ステップ1007で検出属性が『複数検出』、生成傷病名と生成傷病名文字列にはそれぞれ複数の検出傷病名、検出傷病名文字列が代入される。
ステップ1004で検出傷病名がひとつもなかった場合には、ステップ1006によって検出属性は『未検出』が代入され、生成傷病名、生成傷病名文字列ともに何も代入されない。このような場合はもともとレセプト記載傷病名に病名がなかった場合と、傷病名マスタ9にまったく検出されない傷病名が存在した場合が考えられる。
検出属性が『完全一致』だった場合は、すでにレセプト記載傷病名に対応するマスタ傷病名が見つかったということなので、ステップ1012で生成傷病名、傷病コード、検出属性を照合テーブル6に格納し、ステップ1013にて照合結果保存領域13の所定の位置に傷病テーブル6の各データが格納される。
それ以外の検出属性の場合は、ステップ1010で照合テーブル6からレセプト記載傷病名文字列を読み込み、その中から生成傷病名文字列として検出された文字列以外の文字列を調べ、これを残文字列として生成する。よって検出属性が『未検知』だった場合には生成傷病名文字列が存在しないので、レセプト記載傷病名文字列がそのまま残文字列として生成される。
ステップ1011においてこれらの生成傷病名、傷病コード、残文字列、検出属性は照合テーブル6の所定の位置に格納される。
図11は傷病名生成手段10で用いられた比較評価方法の具体例である。図中、レセプト記載傷病名文字列、検出傷病名文字列Aと検出傷病名文字列Bのそれぞれの位置関係を6通り示している。「○」は文字を意味し、「―」はなにもないことを意味している。
1)内含(両側)はレセプト記載傷病名に対して検出傷病名文字列A、検出傷病名文字列Bともその一部に一致する文字列であるが、検出傷病名文字列Aのほうが一致する位置が早く始まり、後まで続いている。したがって検出傷病名文字列Aのほうが、より正しくレセプト記載傷病名に合致しており、こちらを採用すべきであると考えられる。同様に
2)内含(前方揃い)、3)内含(後ろ方揃い)は開始位置もしくは終了位置の一方だけが同じ場合で、いずれも長く一致している検出傷病名文字列を採用する。
4)ずれは一方の検出傷病名文字列が他方より早くレセプト記載傷病名と一致し始めるが、他方のほうが後まで一致する、ずれて重なるような関係の場合である。このような場合には本実施形態の具体案においては後方まで一致している検出傷病名文字列を採用している。
5)のように二つの検出傷病名文字列がまったく重ならない場合は、それぞれ独立しているということで両方とも採用する。
6)のように二つの検出傷病名文字列がまったく同様の場合は傷病名マスタ9に同じマスタ病名が2回登録されていると考え、いずれを採用してもかまわないが、ここでは検出傷病名文字列Aを採用している。これらの比較評価はあくまで検出傷病名文字列で行う。もしこれを検出傷病名で行うと、たとえばレセプト記載病名「高血圧」がマスタ傷病名「高血圧(症)」の照合用文字列「高血圧」で検出された場合、もともとレセプト記載病名には「(症)」という文字列が含まれていないので、検出傷病名「高血圧(症)」では比較評価として成立しなくなってしまう。
このような比較評価は、残りの検出傷病名がひとつになるか、複数あってもすべて独立の関係になるまで、任意のふたつの検出傷病名の間で繰り返される。
図12は修飾語マスタ照合手段11の詳細な動作を示すフローチャート図である。ステップ1101で照合テーブル6より残文字列を読み込む。このとき図9で示したように、検出属性が『完全一致』であったレセプト記載傷病名文字列は修飾語マスタ照合手段11の適応外であるため、読み込まれない。ステップ1102において、修飾語マスタ12から修飾語句をひとつ読み込み、ステップ1103で残文字列と照合する。もし残文字列の一部に修飾語句が含まれているか、あるいは残文字列と修飾語句が同一文字列である場合は、ステップ1104において修飾語句を検出修飾語句として、また修飾語マスタ12から読み込まれたその検出修飾語句に対応する修飾属性を照合テーブル6に格納する。
ステップ1102からステップ1104までの一連の動作は、ステップ1105で残文字列とすべての修飾語句が参照されたことが確認されるまで繰り返される。その後、ステップ1106で照合テーブル6上のデータのうち、照合結果保存領域13に格納される所定の位置が存在するデータがすべて照合結果保存領域13に渡される。
図13は照合結果評価修正手段14と文字列変換マスタ編集手段15の詳細な動作を示すフローチャート図である。ここまでの工程において、読み込まれたレセプト記載傷病名と一致するマスタ傷病名、その傷病コード、検出属性によりどの程度一致しているのか、修飾属性により完全に一致しなかった場合はどのようなタイプの修飾語句がマスタ傷病名との完全一致を妨げているのかが照合テーブル6に格納されたことになる。
そこでユーザはあらかじめ目視確認を行いたい検出属性、修飾属性を選択して、それらの属性に属するレセプト記載傷病名およびその関連情報だけが閲覧できれば、非常に効率的に必要な目視確認を行うことが可能になる。また目視確認時に変換誤りに気づき、修正すると同時に文字列変換マスタ5にその情報を登録すれば、次回からは同じ間違いを犯すことがなくなる。照合結果評価修正手段14と文字列変換マスタ編集手段15はこれらの目的のために設置されている。
ステップ1401ではまず、照合テーブル6、もしくは照合結果保存領域13より、ユーザが選択した検出属性、修飾属性に属するレセプト記載傷病名のレセプト記載傷病名、生成傷病名、傷病コード、修飾語句、修飾属性をコンピュータ装置1に接続されたディスプレイ装置などに表示する。照合テーブル6、照合結果保存領域13いずれからも表示可能なのは、バッチ処理で一度すべてのレセプト記載傷病名の照合を行ってから、蓄積されたデータから編集する場合は照合結果保存領域13、コード出力処理中に随時確認、修正するには照合テーブル6から表示した方が効率的だからである。
ステップ1402で表示されたレセプト記載傷病名およびその関連情報を目視確認して、この傷病コード出力で問題なしとユーザが判断した場合には、ステップ1408で照合テーブル6、もしくは照合結果保存領域13のデータがレセプト情報データベース3などに出力される。ユーザがディスプレイ装置上に表示するように選択しなかった属性のレセプト記載傷病名およびその関連情報も同様に問題なしと判断されたものと考え、レセプト情報データベース3などに出力される。ステップ1402で問題ありと判断された場合、ユーザはステップ1403において傷病名マスタを検索することのできる画面を用いて、正しいマスタ傷病名を選択することができる。そのマスタ傷病名および傷病コードは、ステップ1404で生成傷病名と置き換えられ、照合テーブル6もしくは照合結果保存領域13に格納される。
ここでユーザは今修正した結果を、今後繰り返し修正しないように文字列変換マスタ5に追加登録することが可能である。ステップ1405で登録することを選択した場合、レセプト記載傷病名文字列を変換対象文字列、選択されたマスタ傷病名を変換後文字列として、文字列変換マスタに追加登録され、ステップ1408へ進む。ユーザがレセプト記載傷病名文字列全体を登録するのではなく、その一部を登録したい場合には、ステップ1406で文字列変換マスタの編集を選択することができる。その場合、ステップ1502で新規追加する変換対象文字列、変換後文字列を入力することができる画面が表示される。次にステップ1503ではその変換対象文字列を傷病名マスタ9のすべてのマスタ傷病名に対して照合してみる。これは新規追加の文字列変換マスタ項目がマスタ傷病名を書き換えてしまうような内容で設定されていると、本来マスタ傷病名に照合しやすいように機能する文字列変換マスタ項目として矛盾が発生してしまうためである。したがってステップ1504で万一、変換対象文字列が傷病名マスタ9のマスタ傷病名から検出された場合には、ステップ1505でこの変換対象文字列は文字列変換マスタ5に登録不可能であることを表示した上で、ステップ1401まで戻る。
ステップ1504で変換対象文字列が傷病名マスタ9のマスタ傷病名から検出されなかった場合には、ステップ1407で変換対象文字列、変換後文字列を文字列変換マスタ5に追加登録し、ステップ1401で表示したレセプト記載傷病名文字列を照合テーブルに格納して、再度文字列変換からやり直す。これで再び照合結果評価修正手段14に戻ってきたときに問題が解決されていれば、表示されることなくステップ1408でレセプト情報データベースに出力されるはずである。
上記の説明では問題のあるレセプト記載傷病名を、ユーザが正しいマスタ傷病名に置き換えることを前提に説明しているが、実際には検出属性が『未検出』を表示対象として設定した場合は、レセプト記載傷病名が実は傷病名ではない場合、レセプト記載傷病名そのものを破棄することも考えられる。また、検出属性が『複数一致』を表示対象として設定した場合は、本来レセプト記載傷病名にはひとつの傷病名しか含まれていないはずなので、いずれかひとつを選択する、もしくは新たに傷病名マスタ9から選択するはずだが、「高血圧兼高脂血症」などのようにもともと複数の傷病名が含まれてレセプト記載傷病名として取り込まれることが考えられるのであれば、複数選択できる必要がある。
図14、図15に照合結果評価修正手段14と文字列変換マスタ編集手段15における表示画面の具体例を示す。
ユーザは図14に示す表次画面を用いて照合結果保存領域13に蓄積された傷病コード化処理結果を参照し、目視確認を行いたい検出属性、修飾属性に属する照合結果のみを抽出して閲覧することができる。本具体例ではF1にレセプト記載傷病名、検出属性、修飾語句・修飾属性を表示することができ、ユーザは目視確認したい検出属性、修飾属性をそれぞれF2、F3のチェックボックスを選択することにより、F1に条件に合った照合結果のみを表示することができる。ユーザは確認、修正したい照合結果に対してF1の修正欄をチェックしてF4ボタンを押せば、個々の照合結果に関するさらに詳細な情報が表示された修正・編集表示画面が表示される。
図15には、修正・編集表示画面の1実施例を示す。本具体例ではG1に選択したレセプト記載傷病名、G2に生成傷病名およびその傷病コード、G4に残文字列から検出された修飾語句及び修飾属性が表示されている。ユーザはこれらを見比べ、この変換であれば問題がないと判断すれば、G3の選択ボタンを押して、この生成傷病名を採用することができる。しかしこの生成傷病名ではないと判断した場合には、G5に意図する傷病名もしくはその一部文字列を入力してG6を押すと、G7にそれに該当するいくつかのマスタ傷病名と傷病コードが傷病名マスタ9から検索されて表示される。ユーザはこれらのマスタ傷病名の中から選択して、G9ボタンでG8の修正後傷病名欄に追加したり、一度追加したマスタ傷病名をG10ボタンで削除して編集が可能である。
修正後傷病名が確定したら、G13ボタンを押せばその内容が反映されるが、G11ボタンを押せば、それと同時に文字列変換マスタにも反映される。この場合、レセプト記載傷病名全体を変換対象文字列、修正後傷病名を修正後文字列として登録することになるが、前述したように文字列の一部のみを文字列変換マスタに登録したい場合には、G12ボタンを押し、文字列変換マスタ編集画面を呼び出す。
本具体例のF1、G1のレセプト記載傷病名欄に表示されたレセプト記載傷病名文字列において、例えば傷病名部分は赤、修飾属性『記号・他』の部分は灰色、『位置』の部分は水色などと色分けして表示すれば、一目見て着目すべき部分がわかり、感覚的に的確な判断を促すことができる。また、本実施形態では修正結果をユーザが任意に文字列変換マスタ5に登録できるとしたが、一度修正したレセプト記載傷病名および修正後文字列は、自動的に文字列変換マスタに登録されるようにすることもできる。この場合、時が経つにつれてどんどん文字列変換マスタ5に登録される語句数が増えてしまうので、例えば、図16に示すように文字列変換マスタに参照回数という項目を設け、参照されるたびに積算しておけば、あまり参照頻度の高くない文字列変換語句は削除することによって、文字列変換マスタの不必要な増大を避けることができる。また削除処理はある一定の参照回数に満たない場合、自動的に行われてもよい。ここでは参照回数を格納することとしたが、その代わりに前回参照日を格納し、その期間が長すぎる場合に削除したり、一定期間あたりの参照回数を格納し、その値が低すぎる場合に削除してもかまわない。
以上のように、レセプト記載傷病名の表記揺らぎは文字列変換手段4と文字列変換マスタ5によって傷病名マスタ9に格納されたマスタ傷病名の表記文字列に収束されるので、傷病名マスタ照合手段7においてマスタ傷病名が検出されやすくなる。また変換は文字列に対して行うので、その文字列を含むすべてのレセプト記載傷病名に対して表記揺らぎの除去を行うことになり、ユーザ辞書に対象となるすべてのレセプト記載傷病名を登録するよりもはるかに効率的であり、また登録漏れの危険性も少ない。
また、検出属性によってレセプト記載傷病名がどの程度マスタ傷病名と一致したのかをユーザに提示できるとともにマスタ傷病名と完全に一致しなかったレセプト記載傷病名は、その完全一致が妨げられた要因である修飾語句を検出し、その修飾属性をユーザに提示することができるので、ユーザは必ずしも完全に一致しなかったすべてのレセプト記載傷病名と出力された生成傷病名や傷病コードを目視確認する必要はなく、運用の形態や確認作業の負担に応じて目視確認するレセプト記載傷病名を制御することが可能となる。
なお、本発明は必ずしもレセプトにおける記載傷病名の表記揺らぎを傷病名マスタに格納された文字列表記に収束させるだけではなく、例えば自由記載欄のあるアンケート回答を自動集計する際にも有効である。
【0006】
【発明の効果】
以上のように本発明のレセプト記載傷病名のコード化方法並びにレセプト記載傷病コード出力プログラムを格納した記録媒体は、レセプト記載傷病名をコード化する際に、従来技術のように異表記により発生する様々な傷病名の表記揺らぎをすべてユーザ辞書に登録するといった手間がかかり、登録ミスの起こりやすい作業を行わなくてすむようになるため、作業効率およびコード出力の信頼性が大幅に向上するという著しい効果がある。
また、本発明によれば、従来、レセプト記載傷病名照合時に未検出であった傷病名はすべて人の目視により確認し、必要に応じてユーザ辞書に追加する必要があったのに対し、完全に一致するマスタ傷病名がなかった場合でも、その内容を分析して、ユーザに提示することにより、ユーザがニーズに応じて出力結果の修正するか否かを選択できる環境を提供することで、ユーザのニーズや規模に合わせた最適な運用が可能になるという効果がある。
【図面の簡単な説明】
【図1】本発明の1実施形態を示す基本構成図。
【図2】本発明の1実施形態を示す処理流れ図。
【図3】文字列変換マスタの一例を示す図。
【図4】傷病名マスタの一例を示す図。
【図5】修飾語マスタの一例を示す図。
【図6】照合テーブルの一例を示す図。
【図7】照合結果保存領域の一例を示す図。
【図8】文字列変換手段の一例を示すフローチャート図。
【図9】傷病名マスタ照合手段の一例を示すフローチャート図。
【図10】傷病名生成手段の一例を示すフローチャート図。
【図11】複数検出された検出傷病名の比較評価方法の一例を示す説明図。
【図12】修飾語マスタ照合手段の一例を示すフローチャート図。
【図13】照合結果評価修正手段および文字列変換マスタ編集手段の一例を示すフローチャート図。
【図14】照合結果評価修正手段および文字列変換マスタ編集手段における検索抽出画面例の図。
【図15】照合結果評価修正手段および文字列変換マスタ編集手段における修正、編集画面例の図。
【図16】文字列変換マスタのもうひとつの例を示す図。
【符号の説明】
1…コンピュータ装置、2…レセプト記載傷病名データ、3…レセプト情報データベース、4…文字列変換手段、5…文字列変換マスタ、6…照合テーブル、7…傷病名マスタ照合手段、8…傷病名マスタ前処理手段、9…傷病名マスタ、10…傷病名生成手段、11…修飾語マスタ照合手段、12…修飾語マスタ、13…照合結果保存領域、14…照合結果評価修正手段、15…文字列変換マスタ編集手段、16…表示手段、17…入力手段。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technology that makes a character string converge to a standard character string and facilitates encoding, particularly when an insurer or an examination / payment institution is a medical institution. The present invention relates to a receipt processing system that performs statistical processing by encoding the names of wounds and diseases described in issued medical remuneration specifications.
[0002]
[Prior art]
Insurers such as health insurance associations are injured and sick in the medical remuneration statement (hereinafter referred to as “receipt”) issued by each medical institution for statistical processing of disease trends for the purpose of effective insurance business development, etc. Aggregation is performed using the disease names listed in the column.
Conventionally, these work has been done by workers with knowledge and experience reading the names of injuries and illnesses, and manually converting and counting the corresponding injuries and sickness codes. Since millions of receipts have arrived, it is required to be mechanized with a heavy burden in terms of time and cost for monthly aggregation.
In order to realize the mechanization of reading of the wound name by the conventional technique, for example, a character string obtained by character recognition of the wound name column by an OCR device (character reading device), and a record in which the standard wound name and the wound code are accumulated. There is a method of coding a corresponding disease name by collating a disease name master as a medium. However, in the name column of the injury and illness in the reception, supplementary items are added for more accurate description by doctors and medical institutions, or the names of diseases that are not standard disease names but are commonly used are used. Thus, it is not always easy to obtain the injury / illness code by collating the name of the injury described in the receipt with the injury / illness name master. For this reason, it is necessary to provide a user registration dictionary separately from the disease name master, and to register the injury / illness code corresponding to the injury / illness name that is not detected.
However, each time an unknown name described in a receipt is found, it is a great effort to register it in the user dictionary, and some of the character strings to which information that is not necessarily important for the user is added are included. There are many cases that do not exactly match. Therefore, various notations in wound names are automatically converted to standard notation, and when an unknown receipt description is detected, it is possible to know in advance whether the user needs to check visually. If it can be provided, work efficiency will be improved in each stage.
[0003]
[Problems to be solved by the invention]
In the conventional technique, in order to automatically code many names of injuries and diseases described in a reception, it is necessary to register more names of fluctuations and injuries in the user dictionary. Further, in the conventional technique, it is necessary to visually check all the names of the wounds that have not been detected at the time of matching, and add them to the user dictionary as necessary.
An object of the present invention is to convert a large number of written fluctuations into a standard disease name that can be easily compared with a wound disease name master with a small burden. Another object of the present invention is to analyze the contents and present the analysis result to the user even if there is no master disease name that is completely matched as a result of collation, so that the user can respond to the needs. The object is to provide an environment in which it is possible to select whether or not to modify.
[0004]
[Means for Solving the Problems]
In order to achieve the above object, the receipt processing system according to the present invention includes a character string conversion unit and a character string conversion master before collating a character string corresponding to a wound name described in the receipt with a wound name master. It is used to convert various notations that can occur on the character string of the name of the disease described in the receipt into a character string of the name of the disease name. This makes it easier to detect the name of the disease, and it is much more efficient than registering all the names of the disease that are included in the receipt in the user dictionary as in the conventional technology. Reduces the risk of Therefore, it is possible to reduce the number of names of sicknesses that the user has to confirm with sight. In addition, the receipt processing system of the present invention can present to the user how much the name of the wound described in the receipt matches the name of the master wound, and the name of the wound described in the receipt that does not completely match the name of the wound. A character string that is a factor that hinders matching is detected, and the contents of the character string are analyzed and presented to the user.
[0005]
DETAILED DESCRIPTION OF THE INVENTION
In the following, a receipt processing system according to an embodiment for supporting the implementation of the receipt description injury / illness coding process will be described.
Example 1
FIG. 1 is a basic configuration diagram of this embodiment. A computer apparatus 1 stores a program according to the present invention in a recording medium. The injured disease name data 2 supplied via an OCR device, punch input, external recording medium such as a floppy disk or a network connection with another computer device, etc., not shown, is a result of processing in the computer device 1. It is stored and accumulated in the receipt information database 3 in the form of an appropriate wound code. Alternatively, the processing result may be output on a form by a printer.
The computer apparatus 1 includes a character string conversion means 4, a wound disease name master collation means 7, a wound disease name master preprocessing means 8, a wound disease name generation means 10, a modifier master collation means 11, a collation result evaluation correction means 14, a character string conversion as a program. The master editing means 15 is composed of a character string conversion master 5, a collation table 6, a wound name master 9, a modifier master 12 and a collation result storage area 13 as a recording area, and a peripheral for the operator to manage and correct the processing result As a device, a display unit 16 such as a display and an input unit 17 such as a keyboard and a mouse are provided.
The general operation of this embodiment will be described with reference to FIG. The receipt description wound name obtained from the receipt description disease name data 2 is first searched by the character string conversion means 4 for the conversion target character string stored in the character string conversion master 5, and if detected, the converted character string. Is converted to At this time, the conversion target is not limited to the entire character string of the wound description disease name, but may be a part of the character string.
For example, the phrase “skin” is sometimes referred to as “skin” on the receipt. Therefore, if it is defined on the character string conversion master 5 that the character string “skin” to be converted is replaced with the character string “skin” after conversion, the name of the wound described in the receipt “contact skin fever” is “ It can be converted to a master injury name “contact dermatitis”. The name of the injury described in the receipt is converted by the character string conversion means 4 and then stored in the collation table 6.
Next, the master injury / sickness name stored in the injury / sickness name master 9 is searched by the injury / sickness name master verification means 7, and if detected, the master injury / sickness name detected in the verification table 6 (hereinafter referred to as the detected injury / sickness name), and The injury code is stored. When collating the receipt written disease name and the master wound name in the wound name master matching means 7, it is necessary not only to collate a part of the master wound name as it is, but also to convert it after converting it to another character string. In the wound name master pre-processing means 8, these character strings are generated and collated in the same manner.
For example, in the receipt computer processing system wound name master that can be used for the wound name master 9, the wound name “hypertension (symptom)” is “0901” of the middle classification (hereinafter referred to as the middle classification) of the disease classification for the social insurance chart of the Ministry of Health and Welfare. It is defined as hitting. This means that the name of the disease “high blood pressure” falls under the middle classification “0901”, whether or not “symptom” is subsequently described. Since the actual character string of injury and disease name described in the receipt can include any of “high blood pressure”, “hypertension”, and “hypertension (symptom)”, the wound disease name master pre-processing means 8 generates these three types of character strings. Then, each character string is collated with the name of the injury described in the receipt.
As described above, the detected wound names are stored in the collation table 6. At this time, there may be a plurality of detected wound names. In that case, only the necessary wound names are extracted by the wound name generation means 10, and this is extracted. It is stored in the collation table 6 as a generated injury / illness name. If there is a single detected disease name, it is stored in the verification table 6 as a generated disease name. If a plurality of generated wound names are generated, or if they are not completely the same character string as the receipt-written wound name, the generated wound name string is removed from the received wound name string to generate a remaining character string. To store. At the same time, a parameter called a detection attribute is stored in the collation table 6 based on the wound name generation result. The detection attribute is a parameter that indicates the degree of coincidence between the name of the wound and the disease described in the receipt, and the type is “complete match” if the name of the wound is the same as the name of the wound and the name of the wound. When there is a column, “partial match”, “multiple detection” when there are a plurality of generated wound names, and “not detected” when no wound names are detected. As an example, the operation of the wound disease name master collating means 7 and the wound disease name generating means 10 when the name of the wound description disease “chronic suppurative otitis media acute exacerbation” is input is shown. In addition to “chronic suppurative otitis media acute exacerbation”, the wound name master verification means 7 detects “chronic suppurative otitis media”, “suppurative otitis media”, “middle otitis”, “otitis”, etc. In the process, “chronic suppurative otitis media acute exacerbation” is used as the name of the generated wound and stored in the matching table 6 together with the detection attribute “complete match”, but there is no remaining character string. . As another example, it is assumed that when a receipt-written wound name “face eczema” is input, only the master wound name “eczema” is detected by the wound name master verification unit 7. Therefore, the detected wound name and the generated wound name are both “eczema” and “face” as the remaining character string, and the detection attribute is “partial match”.
When the remaining character string is generated by the injury / illness name generation means 10, the modifier master collating means 11 searches the remaining character string for a modifier phrase stored in the modifier word master 12. When a modifier is detected, the modifier and the corresponding modifier attribute are stored in the collation table 6. The modifier attribute is a parameter indicating the type of phrase included in addition to the name of the wound, and will be used later to evaluate the coding result.
For example, in the case of the name of the wound described in the receipt of “left forearm” contact dermatitis, the generated wound name generated by the wound name generator 10 is “contact dermatitis”, and the remaining character string is “left forearm”. The modifier master collating means 11 detects the modifier and its modifier attribute as “left”: “position”, “forearm”: “part”, “)”: “symbol etc.”, respectively. Details of the modification attribute will be described later.
The respective data stored in the collation table 6 by the above steps are accumulated in the collation result storage area 13.
The user refers to and corrects arbitrary data in the collation result storage area 13 or data in the collation table 6 via the collation result evaluation and correction means 14. The collation result evaluation / correction means 14 has a function of setting data conditions to be referred to by the user in advance, and detection attributes and modification attributes are used as conditional expressions. The collation result evaluation and correction means 14 displays the data satisfying the set conditions on the display device connected to the computer device 1, and the user compares and confirms the name of the wound described in the receipt and the name of the generated wound and disease based on the information, It can be directly selected from the disease name master 9 as required. At the same time, the character string conversion master is edited by the character string conversion master editing means 15 and the conversion target character string and the converted character string are added, so that the same correction can be omitted from the next time.
The collation result evaluation / correction means 14 can refer to the collation result storage area or the data of the collation table 6. This is performed by collating all of the receipt written disease name data 2 once in batch processing and then storing the collation result. When editing data belonging to a specific detection attribute or modification attribute stored in the area 13, or when checking and correcting at any time during the code output process with reference to the collation table 6, the user can change the data according to the operation mode. This is so that the result of the wound code output can be confirmed and corrected by this method.
As described above, the data corrected by the user as needed, that is, the name of the wound and the name of the wound and the name of the wound and the wound code are output as final results and stored in the receipt information database 3 or printed on a form. Is done.
Further, by using the character string conversion master editing means 15, the same name written in the next receipt is recorded by registering the name of the wound described in the receipt and the name of the generated disease in the character string conversion master 5 as a character string before conversion and a character string after conversion. Can be processed as a detection attribute “complete match”, and it is possible to provide a uniform disease and disease coding process without bothering the user.
FIG. 3 is a diagram showing a specific example of the character string conversion master 5 of the present embodiment. The character string conversion master 5 stores a conversion target character string and a corresponding converted character string. Since the character string conversion master 5 is installed for the purpose of converging various notation fluctuations of the wound name described in the receipt into the notation of the master wound name described in the wound name master 9, the character to be converted to be stored is stored. Columns and converted character strings, such as different notation commonly found in the name of the wound description in the receipt, such as differences in Hiragana / Katakana / Kanji notation ("Biran", "Bilan", "糜爛"), "Neck"), presence / absence of long sound symbols ("Qatar" and "Qatar"), etc. are registered. In the character string conversion means 4, only the target character string portion of the wound description disease name character string is converted and collated with the disease name master 9. Therefore, unlike the collation method using the user dictionary described above, there is no need to register all the names of sicknesses and diseases that contain different character strings in the user dictionary, and only the character string conversion master for the different character string part is required. The same effect can be obtained simply by registering in 5. Therefore, maintenance of the master by the user becomes easy and the risk of registration omission can be greatly reduced.
FIG. 4 is a diagram showing a specific example of the disease name master 9 of the present embodiment. The wound name / master 9 stores the name of the wound and the corresponding wound code, but in this embodiment, the ICD-10 code is a code composed of English letters and 3-digit numbers, and a 4-digit number. The medium classification code is written together. Of course, in the wound name master 9, other wound codes may be used, or one or more wound codes may be written together.
FIG. 5 is a diagram showing a specific example of the modifier master 12 of the present embodiment. The modifier master 12 stores modifiers and modifier attributes to which the modifiers belong. The modifier attributes include symbols such as parentheses and “and” and “symbols” including conjunctions, “right” and “peripheral”. "Position" indicating the position in the body such as "Part" indicating the organ of the body such as "Forearm" or "Forehead", "Etiology" indicating the etiology such as "Allergy", Injury such as "Acute""Suffix" after the wound name such as "Progressive expression" indicating the course of the disease, "State expression" indicating the state of the wound such as "Multiple", "Patient attribution" indicating the patient attribute such as "Infant", "Sequence""and so on.
The modifier master 12 examines what character string remains when the master wound name detected from the wound name master 9 is not exactly the same as the name of the wound described in the receipt, and determines the importance of the mismatched portion. It is installed for the purpose of checking. For example, if the remaining character string is a symbol or “position”, it is considered that there is no significant meaning in medical insurance. The same may be considered when there is a “part” in the remaining character string. However, if the remaining character string is a “state expression”, “suffix”, or a character string that is not stored in the modifier master 12, it is better to check it with the eyes of a knowledgeable user just in case. . By using the modifier master 12 in this way, it is possible to achieve the significance of the reason for the mismatch when the name of the wound described in the receipt does not completely match the name of the wound, and the user visually confirms the operation by using the modifier. It becomes possible to control the number of injuries and diseases described in the reception. If there is no function as in the embodiment of the present invention, if the user does not visually check all the names of the received injuries and diseases that do not completely match the injured names of the masters, there is a coding process in which a large error is made. If there is, you will miss it. FIG. 6 is a diagram showing a specific example of the collation table 6 of the present embodiment. The collation table 6 can be divided into five areas 61 to 65.
The region 61 is the name of the wound described in the receipt that has been pre-processed by the character string conversion means 4. In this figure, as an example, the name of the disease described in the receipt “left forearm) contact skin fever is expressed by the character string conversion means 4. It is assumed that it has been converted into “left forearm) contact dermatitis” and stored in the collation table 6.
The area 62 is a detected disease name detected by the disease name master collating means 7, a start position and an end position in the received wound disease name character string, and an injury disease code of the detected disease name. In this specific example, “dermatitis” (injury / sickness code: 1201) and “contact dermatitis” (injury / sickness code: 1202) are detected with respect to the name of the injury described in the receipt “left forearm” contact dermatitis, The start position and end position are as shown in the figure. In the Detected Sickness Name String column, the symptom name string of the received description other than the detected illness name is indicated by “○” so that the position of the detected illness name in the entire written symptom name string is easy to understand. This is not always necessary. Further, in this example, there are two detected wound names, but the number of cases increases or decreases depending on the name of the wound described in the receipt.
A region 63 is a generated wound name, a generated wound name string and a wound code extracted by the wound name generation means 10. In this specific example, “contact dermatitis” more consistent with the name of the wound described in the receipt is adopted as the name of the generated wound.
In this example, the number of names of wounds and diseases is one, but the number of cases is increased or decreased depending on the names of wounds and diseases described in the receipt.
A region 64 is a remaining character string extracted by the wound name generation unit 10 and a detection attribute.
In this specific example, the remaining character string that is the remainder obtained by removing the generated disease name character string from the receipt written disease name character string is “left forearm”. The detection attribute is the name of the generated wound stored in the area 63, and there is a remaining character string.
A region 65 is a list of modifiers detected from the remaining character string in the modifier master collating unit 11. In the case of the detection modifier, the detection modifier character string, and the area 65, the above-described modifier attribute is stored. There are three types of modifiers and their modifier attributes detected in this example: “left”: “position”, “forearm”: “part”, “)”: “symbols, etc.” The number of cases will increase or decrease depending on the name of the wound.
FIG. 7 is a diagram showing a specific example of the collation result storage area 13 of the present embodiment. The collation result storage area 13 is a recording area for storing various data generated in the collation table 6 for each name described in the receipt. The data stored in the collation result storage area 13 is later compiled by the user via the collation result evaluation and correction means 14. Are finally confirmed and corrected, and finally output to the receipt information database 3 or the like. The data stored in the collation result storage area 13 is the name of the wound described in the receipt from the left in FIG. 6, the detection attribute, the number of generated wounds and disease names, and the set of generated wound names and wound codes are the number of generated wounds and disease names, the number of modifiers, There are as many modifiers and modifier attributes as there are modifiers.
(Example 2)
In the second embodiment, detailed operation of each component of the receipt processing system of the present invention will be described.
FIG. 8 is a flowchart showing the detailed operation of the character string conversion means 4. First, in step 401, one character string for the name of the disease described in the receipt is fetched from the data 2 for the name of the disease described in the receipt. In step 402, one character string to be converted is fetched from the character string conversion master 5, and the character string to be converted is not included in the character string of the name of the disease described in step 401 in step 403 or the same character is included. Matches whether it is not a column.
If a character string to be converted is included in the character string of the name of the disease described in the receipt, the character string to be converted is replaced with the corresponding converted character string in step 404, and the character string conversion master 5 performs the next conversion. Read the target character string. The series of operations from step 402 to step 404 is repeated until it is confirmed in step 405 that all the conversion target character strings stored in the character string conversion master 5 have been checked against the receipt-written wound name character string.
Next, in step 406, the receipt-written disease name character string subjected to the conversion process is stored at a predetermined position in the collation table 6, and the operation of the character string conversion unit 4 is terminated.
Due to this operation processing, the different character string found in the name of the wound described in the receipt is converted into a character string having the same notation as the master wound name stored in the wound name master 9, so that it is detected by the wound name master matching means 7. The number of the name of the disease described in the receipt in which the name of the wound is generated increases.
FIG. 9 is a flowchart showing the detailed operation of the wound name master collating means 7.
In step 701, the character string converting process 4 takes in the character string for the name of the disease described in the receipt from the collation table 6. In step 702, one master wound name is fetched from the wound name master 9, and in step 703 the master wound name string is not included in the received wound name string or the same character string. Check if it is not.
If the master injury / disorder name character string is detected in the receipt description injury / disorder name character string, in step 707, the master injury / disorder name character string is from the first character to the first character of the receipt description injury / disorder name character string. Are matched, and values are obtained as a start position and an end position, respectively.
Thereafter, in step 708, the wound code corresponding to the master wound name is acquired from the wound name master 9, and in step 709, the detected wound name, detected wound name character string, wound code, start position, end The position is stored, and the operation of the wound name master collating means 7 ends. The detected wound name and the detected wound name character string here store the master wound name and character name string.
In step 703, if the master wound name string is not included in the received wound name string, it is not checked in step 704 whether the master wound name is the pre-processing target wound name string. Must not. The pre-treatment target master injury / sickness name here is a master injury / sickness name in which a part of the character string is enclosed in parentheses, as in the above-mentioned “high blood pressure (symptom)”. Any character string of “symptom” or “hypertension (symptom)” is acceptable. Therefore, in step 705, the parenthesis character is searched for () parenthesis characters, and if there is a character string written in both parentheses (), if there is no character string, three types of character strings are generated when there is no () parenthesis. These are used as collation character strings, and in step 706, as in step 703, it is collated whether they are not included in the receipt description disease name character string or are not the same character string.
Hereinafter, the operations in Step 708 and Step 709 are the same as those in the case of the master injury / illness name. However, at that time, the master wound name is stored in the detected wound name, but the detected matching character string is stored in the detected wound name character string. This is because, when comparing a plurality of wound names in the wound name generation means 10 to be described in detail later, there is a character string such as (symptoms) that is not included in the received wound name in the detected wound names. This is because it is difficult to compare as a column. A series of operations up to step 701 and step 709 are repeated until it is confirmed in step 710 that the matching between the name of the wound described in the receipt and all the names of the master wounds is completed. Note that the order of step 707 and step 708 may be reversed during a series of processing.
FIG. 10 is a flowchart showing the detailed operation of the wound name generation unit 10. In step 1001, the detected wound name, detected character string, wound code, start position, and end position are fetched from the collation table 6. If it is confirmed in step 1002 that there is only one detected disease name, it is checked in step 1005 whether the detected disease name or the detected disease name character string is the same as the name of the disease described in the receipt. The reason for examining both the detected wound name and the detected wound name character string is that, as described above, there is a possibility that the matching character string generated from the master wound name by the wound name master matching unit 7 is the same as the received wound name. Because there is.
If the name of the wound described in the receipt matches the name of the detected wound or the character string of the name of the detected wound, it means that the name of the wound described in the receipt is the master name of the wound. The detection attribute indicating the state of the detection result is “complete” in step 1009. The detected wound name is assigned to the generated wound name indicating the name of the master disease corresponding to the name of the wound described in the receipt. Although not shown in FIG. 10, the wound code of the detected wound name is also substituted as the wound code of the generated wound name.
If it is determined in step 1005 that the detected wound name or detected character string is not the same as the received wound name, the detected attribute is “partial match” in step 1008, and the detected wound name is substituted for the generated wound name. In this case, the detected disease name character string is assigned to the generated disease name character string.
On the other hand, if a plurality of detected disease names are confirmed in step 1002, one character string is determined in step 1003 based on a comparison evaluation method defined in advance from the start position and end position of each detected disease name character string. Is not included in the other character string, and the detected wound name included in the other character string is deleted.
Since some detected disease names are deleted through this process, it is checked in step 1004 how many detected disease names remain. When only one detected wound name remains, the processing from step 1005 is performed as in the case where there was originally only one detected wound name.
If there are a plurality of detected wound names in step 1004, the detected wound names are in an independent relationship. Therefore, in step 1007, the detection attribute is “multiple detection”, and the generated wound name and the generated wound name character string are A plurality of detected wound names and disease name strings are substituted.
If there is no detected disease name in step 1004, “undetected” is substituted for the detection attribute in step 1006, and nothing is substituted for the generated wound disease name or the generated wound name character string. In such a case, there may be a case in which there is no disease name in the name of the injury described in the receipt, or a case in which there is a disease name that is not detected in the disease name master 9 at all.
If the detection attribute is “complete match”, it means that the master wound name corresponding to the name of the wound described in the receipt has already been found. In step 1012, the generated wound name, wound code, and detection attribute are stored in the collation table 6. In step 1013, each data of the injury and illness table 6 is stored at a predetermined position in the verification result storage area 13.
In the case of other detection attributes, in step 1010, the wound description disease name character string is read from the collation table 6, a character string other than the character string detected as the generated disease name character string is checked, and this is used as the remaining character. Generate as a column. Therefore, when the detection attribute is “not detected”, the generated wound name string does not exist, and thus the received wound name string is generated as it is as the remaining character string.
In step 1011, the generated wound name, wound code, remaining character string, and detection attribute are stored at predetermined positions in the collation table 6.
FIG. 11 is a specific example of the comparative evaluation method used in the wound name generation means 10. In the figure, there are six positional relationships between the receipt-written disease name character string, the detected disease name character string A, and the detected disease name character string B. “○” means a letter, and “-” means nothing.
1) Included (both sides) is a character string that matches a part of both the detected wound name string A and the detected wound name string B with respect to the received wound name, but the detected wound name string A is more consistent The starting position starts early and continues until later. Therefore, the detected wound name character string A more correctly matches the name of the wound described in the receipt, and it is considered that this should be adopted. As well
2) Containment (front alignment), 3) Containment (backward alignment) is the case where only one of the start position and the end position is the same, and the detected wound name character string that is consistently long is adopted.
4) The deviation is a case where one detected disease name character string starts to coincide with the name of the disease described in the receipt earlier than the other, but the other coincides with the later and the relationship overlaps and deviates. In such a case, in the concrete plan of the present embodiment, the detected disease name character string that matches to the rear is adopted.
When the two detected disease name character strings do not overlap at all as in 5), both are adopted because they are independent of each other.
When the two detected wound name strings are exactly the same as in 6), it is considered that the same master disease name is registered twice in the wound name master 9, and either may be adopted. The name string A is adopted. These comparative evaluations are performed only with the detected injury name character string. If this is performed with the name of the detected disease, for example, if the disease name “hypertension” described in the receipt is detected in the matching character string “hypertension” of the master injury disease name “hypertension (symptom)”, the disease name described in the receipt is originally “(symptom ) ”Is not included, the detected injury / sickness name“ hypertension (symptom) ”does not hold as a comparative evaluation.
Such comparative evaluation is repeated between any two detected wound names until the remaining detected wound names become one or even if there are a plurality of detected wound names.
FIG. 12 is a flowchart showing the detailed operation of the modifier master collating means 11. In step 1101, the remaining character string is read from the collation table 6. At this time, as shown in FIG. 9, the name and character string written in the receipt of which the detection attribute is “complete match” is not applied because the modifier master collating unit 11 is not adapted. In step 1102, one modifier phrase is read from the modifier master 12, and in step 1103 it is checked against the remaining character string. If a modifier is included in a part of the remaining character string, or if the remaining character string and the modifier are the same character string, the modifier is read from the modifier master 12 as a detected modifier in step 1104. The modifier attribute corresponding to the detected modifier is stored in the collation table 6.
A series of operations from step 1102 to step 1104 is repeated until it is confirmed in step 1105 that the remaining character string and all modifiers are referred to. Thereafter, in step 1106, all of the data on the collation table 6 that has a predetermined position stored in the collation result storage area 13 is passed to the collation result storage area 13.
FIG. 13 is a flowchart showing detailed operations of the collation result evaluation correcting means 14 and the character string conversion master editing means 15. In the process so far, the type of the master injury / sickness name that matches the name of the injury / sickness / sickness of the read receipt, its injury / sickness code, the detection attribute, and the matching attribute, what type does not match completely due to the modification attribute? Whether or not the qualifier is preventing complete matching with the name of the master injury or illness is stored in the collation table 6.
Therefore, if the user selects the detection attribute and modification attribute that he / she wants to visually check in advance, and can browse only the name of the wound description and related information belonging to those attributes, the necessary visual confirmation can be performed very efficiently. It becomes possible. Moreover, if the conversion error is noticed and corrected at the time of visual confirmation, and the information is registered in the character string conversion master 5 at the same time, the same error will not be made from the next time. The collation result evaluation correcting means 14 and the character string conversion master editing means 15 are installed for these purposes.
In step 1401, first, from the collation table 6 or the collation result storage area 13, the detection attribute and the descriptive name of the written description of the disease belonging to the receipt attribute belonging to the modified attribute, the generated injured disease name, the injured disease code, the modifier, the modified attribute Is displayed on a display device or the like connected to the computer device 1. What can be displayed from both the collation table 6 and the collation result storage area 13 is the collation result storage area 13 and the code output when editing all the recorded injuries and sickness names once in batch processing and then editing from the accumulated data This is because it is more efficient to display from the collation table 6 to check and correct at any time during processing.
If the user visually confirms the name of the wound described in step 1402 and the related information and determines that there is no problem in the output of the wound code, the verification table 6 or the verification result storage area 13 is checked in step 1408. Data is output to the receipt information database 3 or the like. The name of the injury described in the receipt and the related information of the attribute that the user did not select to display on the display device are also considered to have been determined to have no problem, and are output to the receipt information database 3 or the like. If it is determined in step 1402 that there is a problem, the user can select the correct master injury / illness name using a screen in which the injury / patient name master can be searched in step 1403. The master wound name and wound code are replaced with the generated wound name in step 1404 and stored in the matching table 6 or the matching result storage area 13.
Here, the user can additionally register the corrected result in the character string conversion master 5 so as not to repeatedly correct it in the future. If registration is selected in step 1405, the receipt written wound name character string is additionally registered in the character string conversion master as the conversion target character string, and the selected master wound name is converted into a character string, and the process proceeds to step 1408. If the user does not register the entire character string for the name of the disease described in the receipt, but wants to register a part of the character string, it is possible to select editing of the character string conversion master in step 1406. In that case, a screen on which a conversion target character string to be newly added in step 1502 and a converted character string can be input is displayed. Next, in step 1503, the character string to be converted is checked against all the master injury and disease names in the injury and disease name master 9. This means that if a newly added string conversion master item is set so that the master injury / illness name is rewritten, inconsistency will occur as a string conversion master item that functions to make it easier to match the original injury / illness name. It is because it ends up. Therefore, in the event that the conversion target character string is detected from the master injury / illness name in the injury / patient name master 9 in step 1504, it is determined in step 1505 that this conversion object character string cannot be registered in the character string conversion master 5. After the display, the process returns to step 1401.
If the conversion target character string is not detected from the master injury / illness name of the injury / patient name master 9 in step 1504, the conversion target character string and the converted character string are additionally registered in the character string conversion master 5 in step 1407, and step 1401 The character string for the name of the disease described in the receipt is stored in the collation table, and the character string conversion is performed again. If the problem is solved when returning to the collation result evaluation / correction means 14 again, it should be output to the receipt information database in step 1408 without being displayed.
The above explanation is based on the assumption that the user replaces the name of the name of the disease with a problem with the correct master name, but if the detection attribute is actually set to “not detected” as the display target, If the name of the wound described in the receipt is not actually the name of the wound, it may be possible to discard the name of the wound described in the receipt. In addition, if the detection attribute is set to “multiple matches” as the display target, the wound description should originally contain only one wound name, so either one is selected or a new wound name master Although it should be selected from 9, it is necessary to be able to select a plurality of names if it is considered that a plurality of names of injuries and diseases are included and taken as the names of injuries and diseases described in the receipt, such as “hypertension and hyperlipidemia”.
14 and 15 show specific examples of display screens in the collation result evaluation correcting means 14 and the character string conversion master editing means 15.
The user refers to the injury / illness coding processing results accumulated in the matching result storage area 13 using the table screen shown in FIG. 14, and extracts and browses only the matching results belonging to the detection attribute and the modification attribute to be visually confirmed. can do. In this specific example, the name of the wound described in the receipt, the detection attribute, the modifier / modification attribute can be displayed in F1, and the user selects the detection attribute and the modification attribute to be visually confirmed by selecting the check boxes of F2 and F3, respectively. Only matching results that meet the conditions can be displayed in F1. If the user checks the correction column of F1 for the collation result to be confirmed and corrected and presses the F4 button, a correction / editing display screen on which more detailed information regarding each collation result is displayed is displayed.
FIG. 15 shows an example of the correction / edit display screen. In this specific example, the name of the wound described in the receipt selected in G1, the name of the generated wound and its disease code in G2, and the modification phrase and modification attribute detected from the remaining character string are displayed in G4. If the user compares these and determines that there is no problem with this conversion, the user can press the selection button of G3 and adopt the generated wound name. However, if it is determined that the name is not the generated injury / illness name, the intended injury / illness name or a part of the character string is input to G5 and G6 is pressed. It is retrieved from the wound name master 9 and displayed. The user can select from these master disease names and add them to the G8 corrected disease name column with the G9 button, or delete the master disease names once added with the G10 button and edit them.
After the corrected injury / illness name is confirmed, the content is reflected when the G13 button is pressed, but when the G11 button is pressed, it is also reflected in the character string conversion master at the same time. In this case, the entire name written on the receipt will be registered as the conversion target character string, and the corrected wound name will be registered as the corrected character string. However, as described above, only a part of the character string is registered in the character string conversion master. To call up the character string conversion master edit screen, press the G12 button.
For example, the name of the wound name is red, the modifier attribute “symbol / other” is gray, the “position” is If it is displayed in a color such as light blue, it is possible to understand a portion to be noticed at a glance, and to promptly make an accurate judgment sensuously. In the present embodiment, the correction result can be arbitrarily registered in the character string conversion master 5 by the user. However, the corrected injured disease name and corrected character string are automatically registered in the character string conversion master. It can also be done. In this case, since the number of words registered in the character string conversion master 5 increases with time, for example, as shown in FIG. If they are integrated, an unnecessary increase in the character string conversion master can be avoided by deleting character string conversion words that are not frequently referenced. In addition, the deletion process may be automatically performed when the number of reference times is less than a certain number. Here, the reference count is stored, but instead, the previous reference date is stored and deleted if the period is too long, or the reference count per fixed period is stored and the value is too low. You can delete it.
As described above, the notation fluctuation of the written description on the receipt is converged to the notation character string of the master wound name stored in the wound name master 9 by the character string conversion means 4 and the character string conversion master 5. In the means 7, the name of the master injury / sickness is easily detected. In addition, since conversion is performed on a character string, notation fluctuations are removed for all the names described in the disease including the character string, and all the names described in the receptor are registered in the user dictionary. It is much more efficient than it, and there is less risk of omission of registration.
In addition, the detection attribute can indicate to the user how much the name of the wound description matches with the name of the master injury, and the name of the description described in the receipt that did not exactly match the name of the damage of the master Since it is possible to detect a modifier and present its modification attributes to the user, the user must visually check all the names of the wounds and diseases that have not been completely matched and the generated wound names and codes. Rather, it is possible to control the name of the disease described in the receipt that is visually confirmed according to the operation mode and the burden of confirmation work.
Note that the present invention is not only effective in converging fluctuations of written disease names in the receipt to character string representations stored in the disease name master, but is also effective when, for example, questionnaires having free description columns are automatically aggregated. .
[0006]
【The invention's effect】
As described above, the method for encoding the name of a disease described in the receipt of the present invention and the recording medium storing the code for outputting the code of the disease described in the receipt are generated by different notations as in the prior art when encoding the name of the disease described in the receipt. Significant effect of greatly improving work efficiency and reliability of code output because it takes time and effort to register all the fluctuations of notation of various injury and illness names in the user dictionary, and it is not necessary to perform operations that are likely to cause registration errors. There is.
Further, according to the present invention, all the names of wounds and diseases that have not been detected at the time of collation of the names of the names on the receipt in the prior art must be confirmed by human eyes and added to the user dictionary as necessary. Even if there is no master injury or illness name that matches the above, by analyzing the content and presenting it to the user, by providing an environment where the user can select whether to correct the output result according to needs, There is an effect that the optimum operation according to the user needs and scale becomes possible.
[Brief description of the drawings]
FIG. 1 is a basic configuration diagram showing an embodiment of the present invention.
FIG. 2 is a process flow diagram illustrating one embodiment of the present invention.
FIG. 3 is a diagram illustrating an example of a character string conversion master.
FIG. 4 is a diagram showing an example of a wound name master.
FIG. 5 is a diagram showing an example of a modifier master.
FIG. 6 is a diagram showing an example of a collation table.
FIG. 7 is a diagram showing an example of a collation result storage area.
FIG. 8 is a flowchart showing an example of character string conversion means.
FIG. 9 is a flowchart showing an example of a wound name master verification unit.
FIG. 10 is a flowchart showing an example of a wound name generation unit.
FIG. 11 is an explanatory diagram showing an example of a comparative evaluation method for a plurality of detected wound names.
FIG. 12 is a flowchart showing an example of a modifier master collating unit.
FIG. 13 is a flowchart showing an example of collation result evaluation correcting means and character string conversion master editing means.
FIG. 14 is a diagram of a search extraction screen example in the collation result evaluation correcting unit and the character string conversion master editing unit.
FIG. 15 is a diagram showing an example of correction and editing screens in the collation result evaluation correcting means and the character string conversion master editing means.
FIG. 16 is a diagram showing another example of a character string conversion master.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Computer apparatus, 2 ... Receipt wound disease name data, 3 ... Receipt information database, 4 ... Character string conversion means, 5 ... Character string conversion master, 6 ... Collation table, 7 ... Wound and disease name master collation means, 8 ... Wound and disease name Master pre-processing means, 9 ... Wound and illness name master, 10 ... Wound and illness name generation means, 11 ... Qualifier master collation means, 12 ... Qualifier master, 13 ... Collation result storage area, 14 ... Collation result evaluation correction means, 15 ... Character Column conversion master editing means, 16 ... display means, 17 ... input means.

Claims (7)

レセプトに記載された傷病名データを格納したレセプト記載傷病名データベースと、
標準的な傷病名であるマスタ傷病名及びそのマスタ傷病名に対応した傷病コードを格納した傷病名マスタと、
前記レセプト記載傷病名データベースから前記レセプトに記載された傷病名を取得し、レセプト記載傷病名文字列を、前記傷病名マスタに照合して、レセプト記載傷病名文字列の全体もしくは一部と一致するマスタ傷病名を検出し、検出されたマスタ傷病名である検出傷病名、傷病コード、前記レセプト記載傷病名文字列における検出傷病名の開始位置及び終了位置を照合テーブルにひとつもしくは複数格納する傷病名マスタ照合手段と、
前記傷病名マスタ照合手段によって抽出された検出傷病名の中から、前記レセプトに記載されたレセプト記載傷病名に最も該当しているものを抽出する傷病名生成手段と、
前記傷病名生成手段によって抽出された生成傷病名と傷病コードとを出力する出力手段と、
前記出力手段によって出力された生成傷病名を蓄積するレセプト情報データベースとを有し、
前記傷病名生成手段は、
前記照合テーブルから、前記検出傷病名、傷病コード、開始位置及び終了位置を取得し、
取得された前記検出傷病名が1つか又は複数か判断し、
前記検出傷病名が複数の場合は、取得された検出傷病名文字列の開始位置及び終了位置から、一方の文字列が他方の文字列に対して内含関係にある場合には、他方に内含される検出傷病名を削除し、
前記検出傷病名が無い場合には、検出属性を未検出とし、
前記検出傷病名の残数が複数の場合には、検出属性を複数検出とし、
前記検出傷病名の残数が1つの場合には、前記傷病名マスタ照合手段から検出された検出傷病名と前記レセプトに記載されたレセプト記載傷病名とが一致した場合には、検出属性を完全一致とし、また、前記傷病名マスタ照合手段から検出された検出傷病名と前記レセプトに記載されたレセプト記載傷病名とが一致しない場合には、検出属性を部分一致とし、
前記照合テーブルに、生成傷病名、傷病コード、検出属性を格納することを特徴とするレセプト処理システム。
The wound description disease name database storing the injury name data described in the receipt,
A wound name and disease name master that stores a standard wound name and wound name and a wound code corresponding to the master wound name,
Obtains the name of the wound described in the receipt from the name database of the wound described in the receipt, collates the character string written in the receipt of the disease with the name of the wound name master, and matches the whole or a part of the character string described in the name of the disease described in the receipt Detecting a master wound name, the detected wound name, wound code, and the detected wound name and the start position and the end position of the detected wound name character string in the receipt are stored in a collation table. Master verification means;
Among the detected wound names extracted by the wound name master collating means, the wound name generating means for extracting the most applicable to the written description of the wound described in the receipt,
An output means for outputting the generated wound name and wound code extracted by the wound name generating means;
A receipt information database for accumulating the names of generated wounds and diseases output by the output means,
The wound name generation means
From the matching table, obtain the detected wound name, wound code, start position and end position,
Determining whether the acquired name of the detected disease is one or more,
In the case where there are a plurality of detected disease names, from the start position and end position of the acquired detected disease name character string, if one character string is in an implication relationship with the other character string, Delete the detected wound name
If there is no detected injury name, the detection attribute is not detected,
In the case where the number of remaining detected wound names is plural, the detection attribute is plural detection,
If the number of the detected wound names is one, if the detected wound name detected from the wound name master matching means matches the received wound name described in the receipt, the detection attribute is completely set. In addition, if the detected wound name detected from the wound name master collating means and the receipt described wound name described in the receipt do not match, the detection attribute is a partial match,
A receipt processing system, wherein a generated wound name, wound code, and detection attribute are stored in the collation table.
請求項1に記載のレセプト処理システムにおいて、さらに、修飾語句とその修飾語句の属する修飾属性が格納された修飾語マスタと、修飾語マスタ照合手段とを有し、
前記傷病名生成手段は、レセプト傷病名文字列から検出傷病名レセプトに記載されたレセプト傷病名文字列を取得して、生成傷病名文字列として検出された文字列以外の文字列を、残文字列として生成し、
前記修飾語マスタ照合手段は、前記照合テーブルに格納された前記残文字列を取得し、前記修飾語マスタから検出された検出修飾語句と対応する修飾属性を前記照会テーブルに格納し、前記出力手段は、前記検出修飾語句と対応する修飾属性を出力して、前記レセプト情報データベースに蓄積するレセプト処理システム。
The receipt processing system according to claim 1, further comprising: a modifier master storing a modifier and a modifier attribute to which the modifier belongs, and a modifier master collating unit;
The wound name generation unit obtains the receipt wound name string described in the detected wound name receipt from the received wound name string, and sets a character string other than the character string detected as the generated wound name string as a remaining character. As a column,
The modifier master collating unit obtains the remaining character string stored in the collation table, stores a modifier attribute corresponding to the detected modifier word detected from the modifier master in the inquiry table, and the output unit. The receipt processing system which outputs the modification attribute corresponding to the said detection modification phrase, and accumulate | stores in the said receipt information database.
請求項1に記載のレセプト処理システムにおいて、レセプトに記載される変換対象文字列と、前記変換対象文字列を変換する変換後文字列とを登録した文字列変換マスタを有し、前記文字列変換手段は、取得された前記レセプトに記載された傷病名の文字列の全部もしくは一部を、前記文字列変換マスタに照合して、前記変換後文字列に変換してから前記傷病名マスタに照合することを特徴とするレセプト処理システム。  The receipt processing system according to claim 1, further comprising: a character string conversion master in which a conversion target character string described in the receipt and a converted character string for converting the conversion target character string are registered, and the character string conversion The means collates all or part of the character string of the wound name described in the acquired receipt with the character string conversion master, converts it to the converted character string, and then collates with the disease name master. And a receipt processing system. 請求項3に記載のレセプト処理システムにおいて、さらに、検出属性と修飾属性を選択させる手段を有し、前記傷病名生成手段によって抽出された生成傷病名であって選択された属性に属する傷病名及びその関連情報を、レセプトに記載されたレセプト記載傷病名文字列と共に表示し、修正を受け付けて前記レセプト情報データベースに蓄積する照合結果評価修正手段を有することを特徴とするレセプト処理システム。  The receipt processing system according to claim 3, further comprising means for selecting a detection attribute and a modification attribute, wherein the wound name is a generated wound name extracted by the wound name generation unit and belongs to the selected attribute, and A receipt processing system, comprising: a matching result evaluation correcting unit that displays the related information together with a character string of a name of a disease described in a receipt described in a receipt, accepts the correction, and accumulates it in the receipt information database. 請求項4に記載のレセプト処理システムにおいて、前記修飾属性は、部位、病因、経過表現、状態表現、患者帰属、接尾語のいずれか1つ以上であることを特徴とするレセプト処理システム。  5. The receipt processing system according to claim 4, wherein the modification attribute is any one or more of a site, an etiology, a course expression, a state expression, patient attribution, and a suffix. 請求項4に記載のレセプト処理システムにおいて、前記照合結果評価修正手段によって受け付けられた修正を、変換対象文字列と変換後文字列として前記文字列変換マスタに登録する文字列変換マスタ編集手段を有することを特徴とするレセプト処理システム。  5. The receipt processing system according to claim 4, further comprising: a character string conversion master editing unit that registers the correction received by the collation result evaluation correction unit in the character string conversion master as a conversion target character string and a converted character string. A receipt processing system characterized by that. 請求項1に記載のレセプト処理システムにおいて、前記傷病名生成手段は、前記検出傷病名が複数の場合、前記レセプト記載傷病名の文字列に対する検出傷病名の文字列の位置について、複数の前記検出傷病名を比較し、両端位置の内含関係、前方又は後方揃いの内含関係、ずれ位置、独立した位置、同一位置のいずれかの位置関係を判断し、前記両端位置の内含関係の場合には内含されている検出傷病名を削除し、前方又は後方揃いの内含関係の場合には短い方の検出傷病名を削除し、独立した位置の場合には前記複数の検出傷病名を削除せず、同一位置の場合にはいずれか一つ以上を検出傷病名として残すことを特徴とするレセプト処理システム。  2. The receipt processing system according to claim 1, wherein when there are a plurality of detected disease names, the wound name generation unit performs a plurality of detections on a position of a character string of a detected wound name with respect to a character string of the wound disease name described in the receipt. In the case of the inclusion relationship of both end positions by comparing the name of injury and illness and judging the inclusion relationship of both end positions, the inclusion relationship of front or rear alignment, deviation position, independent position, the same position Deletes the name of the detected wound or disease included, deletes the name of the shorter detected wound or disease in the case of the forward or backward alignment, and lists the names of the detected wounds or diseases in the case of independent positions. A receipt processing system in which any one or more is left as a detected wound name in the same position without being deleted.
JP2001176469A 2001-06-12 2001-06-12 Receipt processing system Expired - Fee Related JP3915443B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001176469A JP3915443B2 (en) 2001-06-12 2001-06-12 Receipt processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001176469A JP3915443B2 (en) 2001-06-12 2001-06-12 Receipt processing system

Publications (2)

Publication Number Publication Date
JP2002366648A JP2002366648A (en) 2002-12-20
JP3915443B2 true JP3915443B2 (en) 2007-05-16

Family

ID=19017448

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001176469A Expired - Fee Related JP3915443B2 (en) 2001-06-12 2001-06-12 Receipt processing system

Country Status (1)

Country Link
JP (1) JP3915443B2 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4032775B2 (en) * 2002-03-04 2008-01-16 株式会社日立製作所 Encoding system and program
JP4679955B2 (en) * 2005-04-28 2011-05-11 みずほ情報総研株式会社 Wound and disease name coding method and wound and disease name coding program
JP4986986B2 (en) * 2008-12-27 2012-07-25 株式会社ニチイ学館 Hospital information comprehensive system with diagnostic group classification verification function, hospital information processing program with diagnostic group classification verification process, and hospital information processing method with diagnostic group classification verification
JP5232676B2 (en) * 2009-02-02 2013-07-10 第一生命保険株式会社 Payment information integration system
JP2011022874A (en) * 2009-07-17 2011-02-03 Yuusuke Tatsumi Data processing apparatus and data processing method
JP2010044783A (en) * 2009-10-14 2010-02-25 Yuyama Manufacturing Co Ltd Icd code providing device
JP5644607B2 (en) * 2011-03-17 2014-12-24 富士通株式会社 Information providing program, information providing apparatus, and information providing method
JP6163980B2 (en) * 2013-09-02 2017-07-19 富士通株式会社 Program, information processing method, and information processing apparatus

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0676005A (en) * 1992-08-25 1994-03-18 Fujitsu Ltd Method and system for checking name of disease of patient
JPH06208575A (en) * 1993-01-08 1994-07-26 Hitachi Ltd Method and system for automatic disease name giving process
JPH09297787A (en) * 1996-05-07 1997-11-18 Sanyo Electric Co Ltd Master code giving system or computer for medical office work
JP2001028027A (en) * 1999-07-13 2001-01-30 Sanyo Electric Co Ltd Disease name processor

Also Published As

Publication number Publication date
JP2002366648A (en) 2002-12-20

Similar Documents

Publication Publication Date Title
US11868717B2 (en) Multi-page document recognition in document capture
CN110956026B (en) Legal document generation method and device and electronic equipment
US7610192B1 (en) Process and system for high precision coding of free text documents against a standard lexicon
US10120537B2 (en) Page-independent multi-field validation in document capture
US20150088504A1 (en) Computer-Assisted Abstraction of Data and Document Coding
US9477662B2 (en) Computer-assisted abstraction for reporting of quality measures
US20100246999A1 (en) Method and Apparatus for Editing Large Quantities of Data Extracted from Documents
US9558234B1 (en) Automatic metadata identification
US20190272324A1 (en) Language model, method and apparatus for interpreting zoning legal text
US20120233215A1 (en) Processing Medical Records
JP3915443B2 (en) Receipt processing system
JP4955197B2 (en) Receipt file generation system
CN116304186A (en) Post-structuring processing method and post-structuring processing system for medical document
KR20200061317A (en) System And Method For Insurance Audit
CN112699669B (en) Natural language processing method, device and storage medium for epidemiological survey report
JP2007025834A (en) Method and system for supporting input of image diagnostic reading report
JP4032775B2 (en) Encoding system and program
JP4679955B2 (en) Wound and disease name coding method and wound and disease name coding program
US20230377697A1 (en) System and a way to automatically monitor clinical trials - virtual monitor (vm) and a way to record medical history
JP5206296B2 (en) Similar sentence extraction program, method and apparatus
JP3950118B2 (en) Receipt screening apparatus, control method therefor, and computer program
Butala et al. Natural language parser for physician’s handwritten prescription
US20090110280A1 (en) Image recognition apparatus, image recognition program, and image recognition method
JP3455643B2 (en) Method of updating learning dictionary in character recognition device and character recognition device
KR102451066B1 (en) System for providing critical value report using text mining technique and method thereof

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040616

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060418

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060724

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060801

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061002

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070129

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100216

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110216

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110216

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120216

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees