(57)【要約】コンピュータシステムは、医師により作成される臨床記録等の患者診察を表す１つ以上の書類（例えば、臨床記録）に基づいて支払請求コード初期集合を生成する。本システムは、医師による検討に備えて支払請求コード拡張集合を作成するために、支払請求コード基準に基づいて支払請求コード初期集合を拡張する。本システムは、前記拡張支払請求コード集合を表す出力をユーザ（医師を含む医療提供者）に与える。ユーザは、拡張支払請求コード集合から、１つ以上の支払請求コードを選択して、医師による患者診察の際に提供されたサービスに対する支払請求に用いられるべき最終支払請求コード集合内に包含する。【選択図】図２
2016512372.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの不揮発性コンピュータ読出可能媒体上に保存されたコンピュータプログラム命令を実行する少なくとも１つのコンピュータプロセッサにより実行される動的スーパー治療明細書コード化方法であって、
（Ａ）少なくとも１つの書類に基づいて支払請求コード初期集合を生成する段階と、
ここで、前記少なくとも１つの書類は患者の診察を記述しており、
（Ｂ）前記支払請求コード初期集合に加えて、支払請求コード基準に従って暗号化された前記支払請求コード初期集合に関する支払請求コードを含むように前記支払請求コード初期集合を拡張し、それにより支払請求コード拡張集合を生成する段階と、
（Ｃ）前記支払請求コード拡張集合に基づいて、前記支払請求コード拡張集合を表す出力を生成する段階と、
ここで、前記出力は、前記支払請求コード基準に従って暗号化されていない内容を含んでおり、
（Ｄ）前記支払請求コード拡張集合を表す前記出力をユーザ（医療提供者）に与える段階と、
（Ｅ）前記支払請求コード拡張集合の部分集合を選択する入力を前記ユーザから受信する段階と、
ここで、前記部分集合は、前記支払請求コード拡張集合の全てよりも多くないもので構成されており、
（Ｆ）前記ユーザにより選択された前記部分集合に基づいて、前記支払請求コード基準に従って暗号化された最終支払請求コード集合を生成する段階と、
を含むことを特徴とする方法。
【請求項２】
前記出力が、前記支払請求コード拡張集合内に含まれる内容を省略している、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記出力が、前記支払請求コード拡張集合内に含まれない内容を含む、ことを特徴とする請求項１に記載の方法。
【請求項４】
段階（Ｅ）が、前記支払請求コード拡張集合を表す前記出力の一部に関連する入力を前記ユーザから受信する段階を含む、ことを特徴とする請求項１に記載の方法。
【請求項５】
前記支払請求コード拡張集合を表す前記出力の前記一部に関連する前記入力が、前記支払請求コード拡張部分を表す前記出力の前記一部を選択する入力を表す、ことを特徴とする請求項４に記載の方法。
【請求項６】
前記支払請求コード最終集合が、前記ユーザにより選択された前記部分集合内に含まれない支払請求コードを含んでいない、ことを特徴とする請求項１に記載の方法。
【請求項７】
段階（Ａ）が、前記患者の前記診察を記述する少なくとも１つの臨床記録と前記患者の少なくとも１つの電子的健康記録とに基づいて、前記支払請求コード初期集合を生成する段階を含む、ことを特徴とする請求項１に記載の方法。
【請求項８】
前記少なくとも１つの臨床記録に基づいて前記患者の前記少なくとも１つの電子的健康記録を識別する段階をさらに含む、ことを特徴とする請求項７に記載の方法。
【請求項９】
段階（Ａ）が、前記患者の前記診察を記述する少なくとも１つの臨床記録、前記患者の少なくとも１つの電子的健康記録、及び前記患者以外の患者の少なくとも１つの電子的健康記録に基づいて、前記支払請求コード初期集合を生成する段階を含む、ことを特徴とする請求項１に記載の方法。
【請求項１０】
段階（Ａ）が、
（Ａ１）支払請求コードシード集合を生成する段階と、
（Ａ２）支払請求コード選別集合を生成するために前記少なくとも１つの書類に基づいて前記支払請求コードシード集合を選別する段階と、
（Ａ３）前記支払請求コード選別集合に基づいて前記支払請求コード初期集合を生成する段階と、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項１１】
段階（Ａ１）が、前記少なくとも１つの書類に基づいて前記支払請求コードシード集合を生成する段階を含む、ことを特徴とする請求項１０に記載の方法。
【請求項１２】
段階（Ａ１）が、前記患者の電子的健康記録に基づいて前記支払請求コードシード集合を生成する段階を含む、ことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記少なくとも１つの書類が複数の暗号化概念を含み、段階（Ａ）が、
（Ａ１）前記複数の暗号化概念を前記支払請求コード基準内の複数の支払請求コードに対応付ける段階と、
（Ａ２）前記支払請求コード基準内の前記複数の支払請求コードに基づいて前記支払請求コード初期集合を生成する段階と、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項１４】
段階（Ｂ）が、
（Ｂ１）前記支払請求コード初期集合内の各々の支払請求コードＣに対して、前記支払請求コード基準に基づいて、支払請求コードＣに関連する少なくとも１つの別の支払請求コードを識別する段階と、
（Ｂ２）支払請求コードＣに関連する前記少なくとも１つの支払請求コードを前記支払請求コード拡張集合に加える段階と、
を含む、ことを特徴とする請求項１に記載の方法。
【請求項１５】
コンピュータプログラム命令がその上に保存される少なくとも１つの不揮発性コンピュータ読出可能媒体を備えた、動的スーパー治療明細書コード化システムであって、前記コンピュータプログラム命令は、下記の方法を実行するために少なくとも１つのコンピュータプロセッサにより実行可能なものであり、前記方法は、
（Ａ）少なくとも１つの書類に基づいて支払請求コード初期集合を生成する段階と、
ここで、前記少なくとも１つの文書は医師による患者の診察を記述しており、
（Ｂ）前記支払請求コード初期集合に加えて、支払請求コード基準に従って暗号化された前記支払請求コード初期集合に関する支払請求コードを含むように前記支払請求コード初期集合を拡張し、それにより支払請求コード拡張集合を生成する段階と、
（Ｃ）前記支払請求コード拡張集合に基づいて、前記支払請求コード拡張集合を表す出力を生成する段階と、
ここで、前記出力は、前記支払請求コード基準に従って暗号化されていない内容を含んでおり、
（Ｄ）前記支払請求コード拡張集合を表す前記出力をユーザ（医療提供者）に与える段階と、
（Ｅ）前記支払請求コード拡張集合の部分集合を選択する入力を前記ユーザから受信する段階と、
ここで、前記部分集合は、前記支払請求コード拡張集合の全てよりも多くないもので構成されており、
（Ｆ）前記ユーザにより選択された前記部分集合に基づいて、前記支払請求コード基準に従って暗号化された支払請求コード最終集合を生成する段階と、
を含むことを特徴とするシステム。
【請求項１６】
前記出力が、前記支払請求コード拡張集合内に含まれる内容を省略している、ことを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記出力が、前記支払請求コード拡張集合内に含まれない内容を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項１８】
段階（Ｅ）が、前記支払請求コード拡張集合を表す前記出力の一部に関連する入力を前記ユーザから受信する段階を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項１９】
前記支払請求コード拡張集合を表す前記出力の前記一部に関連する前記入力が、前記支払請求コード拡張集合を表す前記出力の前記一部を選択する入力を表す、ことを特徴とする請求項１８に記載のシステム。
【請求項２０】
前記支払請求コード最終集合が、前記ユーザにより選択された前記部分集合内に含まれない支払請求コードを含んでいない、ことを特徴とする請求項１５に記載のシステム。
【請求項２１】
段階（Ａ）が、前記患者の前記診察を記述する少なくとも１つの臨床記録と前記患者の少なくとも１つの電子的健康記録とに基づいて、前記支払請求コード初期集合を生成する段階を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項２２】
前記方法が、前記少なくとも１つの臨床記録に基づいて前記患者の前記少なくとも１つの電子的健康記録を識別する段階をさらに含む、ことを特徴とする請求項２１に記載のシステム。
【請求項２３】
段階（Ａ）が、前記患者の前記診察を記述する少なくとも１つの臨床記録、前記患者の少なくとも１つの電子的健康記録、及び前記患者以外の患者の少なくとも１つの電子的健康記録に基づいて、前記支払請求コード初期集合を生成する段階を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項２４】
段階（Ａ）が、
（Ａ１）支払請求コードシード集合を生成する段階と、
（Ａ２）支払請求コード選別集合を生成するために前記少なくとも１つの書類に基づいて前記支払請求コードシード集合を選別する段階と、
（Ａ３）前記支払請求コード選別集合に基づいて前記支払請求コード初期集合を生成する段階と、
を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項２５】
段階（Ａ１）が、前記少なくとも１つの書類に基づいて前記支払請求コードシード集合を生成する段階を含む、ことを特徴とする請求項２４に記載のシステム。
【請求項２６】
段階（Ａ１）が、前記患者の電子的健康記録に基づいて前記支払請求コードシード集合を生成する段階を含む、ことを特徴とする請求項２４に記載のシステム。
【請求項２７】
前記少なくとも１つの書類が複数の暗号化概念を含み、段階（Ａ）が、
（Ａ１）前記複数の暗号化概念を前記支払請求コード基準内の複数の支払請求コードに対応付ける段階と、
（Ａ２）前記支払請求コード基準内の前記複数の支払請求コードに基づいて前記支払請求コード初期集合を生成する段階と、
を含む、ことを特徴とする請求項１５に記載のシステム。
【請求項２８】
段階（Ｂ）が、
（Ｂ１）前記支払請求コード初期集合内の各々の支払請求コードＣに対して、前記支払請求コード基準に基づいて、支払請求コードＣに関連する少なくとも１つの別の支払請求コードを識別する段階と、
（Ｂ２）支払請求コードＣに関連する前記少なくとも１つの支払請求コードを前記支払請求コード拡張集合に加える段階と、
を含む、ことを特徴とする請求項１５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療治療明細書のコード化に係り、特に、動的スーパー治療明細書（ｓｕｐｅｒ＿ｂｉｌｌ）コード化作業フローに関する。
【背景技術】
【０００２】
医師及びその他の医療従事者（本明細書では両者を含めて一般的に「医療提供者」と呼ばれる）が医療サービスを患者に与えた後、そのようなサービスに対する明細書が作成されなければならない。そのような明細書を作成するプロセスは、以下の様々な理由のために時間ばかりかかって単調、退屈な一方、危険があり過誤が生じ易いプロセスである。
【０００３】
法、規制、及び施設の方針は、治療明細書が、治療明細書内の各々の項目が適切な傍証により証明されることを要求する規則などの様々な規則を満たすことを規定する。そのような規則は、識別し、解釈するのが難しく、要求される証拠は、見つけ出し、評価するのが難しい場合がある。
【０００４】
治療明細書は、ＩＣＤ−９、ＩＣＤ−１０、及びＣＰＴのような技術的な支払請求コード基準により指定される支払請求コードを用いて暗号化されなければならない。そのような基準は、供給されたサービス及び利用可能な証拠に照らし合わせて特定の状況を理解し、適用するのが難しい場合がある。さらに、旧式の基準（例えば、ＩＣＤ−９）が新たな、より複雑な基準（例えば、ＩＣＤ−１０）に置き換えられる際には、適用され得る基準を理解することは増々困難になる。
【０００５】
治療明細書は多くの場合、時間的及び予算的な制約があるので迅速に作成されなければならない。
【０００６】
誤検出と検出漏れの両方を含む治療明細書の誤り率は最小限に保たれなければならない。（項目が利用可能な証拠により証明されていないという理由によって含まれるべきではない治療明細書内の項目を含む）誤検出は、適用され得る法、規制、及び／又は施設方針に違反する。他方、（含まれるべき治療明細書内の項目を含み損なう）検出漏れにより、医療提供者の収入が失われることになる。
【０００７】
特定の治療明細書を作成する人は、治療明細書を正確に及び／又は迅速に作成するのに必要とされる１種類以上の専門技術に欠けることがある。例えば、治療明細書を作成する人は、適用され得る医療分野の専門知識に欠ける場合がある。別の例として、治療明細書を作成する人が、治療明細書内の項目を暗号化するのに用いられなければならない支払請求コード基準（例えば、ＩＣＤ−９又はＩＣＤ−１０）の知識に欠ける場合がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第７，５８４，１０３号Ｂ２
【特許文献２】米国特許第７，７１６．０４０号Ｂ２
【発明の概要】
【発明が解決しようとする課題】
【０００９】
これらの及び他の理由のために必要とされるものは、ユーザ（医療提供者）が治療明細書を迅速に且つ正確に作成し、他方でそのようなユーザにより必要とされる専門技術の量を削減できる改良技術である。
【課題を解決するための手段】
【００１０】
コンピュータシステムは、医師により作成される臨床記録等の患者診察を表す１つ以上の書類（例えば、臨床記録）に基づいて、支払請求コードの初期集合を生成する。
そのシステムは、医師による検討に備えて拡張支払請求コード集合を作成するために、支払請求コード基準に基づいて支払請求コードの初期集合を拡張する。
システムは、拡張支払請求コード集合を表す出力を、ユーザ（医師を含む医療提供者）に与える。
ユーザは、拡張支払請求コード集合から、１つ以上の支払請求コードを選択して、医師による患者診察の際に提供されたサービスに対する支払請求に用いられるべき最終支払請求コード集合内に包含する。
【発明の効果】
【００１１】
本発明に係る動的治療明細書コード化作業フローによれば、医師により作成される臨床記録等の患者診察を表す１つ以上の書類（例えば、臨床記録）に基づいて、支払請求コードの初期集合を生成し、医師による後の検討に備えて支払請求コード基準に基づいて支払請求コードの初期集合を拡張して拡張支払請求コード集合を作成し、ユーザ（医師を含む医療提供者）に与え、ユーザは、拡張支払請求コード集合から、１つ以上の支払請求コードを選択して、医師による患者診察の際に提供されたサービスに対する支払請求に用いられるべき最終支払請求コード集合内に包含するので、ユーザが治療明細書を迅速に且つ正確に作成し、他方でそのようなユーザにより必要とされる専門技術の量を削減できる。
本発明の様々な態様及び実施形態の他の特徴及び利点は、以下の記述から及び請求項から明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に従って、臨床記録に基づいて患者データを取り出し、支払請求コーダー（システムユーザ、即ち、医師自身、又は、患者診察の暗号化を委ねられた人）に支払請求コード集合を与えるシステムのデータ流れ図である。
【図２】本発明の一実施形態に従って、支払請求コーダーによる検討に備えて、拡張支払請求コード集合を生成するシステムのデータ流れ図である。
【図３】本発明の一実施形態に従って、支払請求コーダーによる治療明細書内に含まれる支払請求コードの選択を受けて、最終支払請求コード集合を生成するシステムのデータ流れ図である。
【図４】本発明の一実施形態に従って、ユーザ（即ち、支払請求コーダー）の行動に応答して支払請求コード選択モジュールを徐々に適合させるシステムのデータ流れ図である。
【図５】本発明による一実施形態に従って、図１のシステムにより実行される第１の方法の流れ図である。
【図６】本発明の一実施形態に従って、図２のシステムにより実行される第２の方法の流れ図である。
【図７】本発明の一実施形態に従って、図４のシステムにより実行される第３の方法の流れ図である。
【図８】本発明の一実施形態による支払請求コードの図形表記の例示図である。
【発明を実施するための形態】
【００１３】
本発明の実施形態は、医療サービスに対する支払請求に用いられる支払請求コードを作成する際に医師と支払請求コードを作成するための他の責任者（支払請求コーダーと呼ばれる）とを補助する。しかしながら本明細書で開示される技術は、（法律、会計、及びコンサルティングのような）医療以外の分野において、看護師、記録転写士、及び支払請求コード化専門家のような医師以外の支払請求コーダーにより適用され得る。
【００１４】
例えば、図１を参照して、支払請求コーダー１０４が支払請求コード集合１０２から選択し、支払明細中に含めるか否かを検討するために、支払請求コーダー１０４に支払請求コード集合１０２を与えるシステム１００のデータ流れ図が示される。
図５を参照して、図１のシステム１００により実行される第１の方法の流れ図２００が示される。
【００１５】
支払請求コーダー１０４は、医師又は支払請求コード化専門家等の何れかのシステム１００のユーザである。説明し易くするために、以下の記述は、支払請求コーダー１０４が医師である、特定の例を指すことになる。しかしながら、これは、単なる例であり、本発明の限定を成さないと理解されるべきである。
より具体的には、以下の記述は、医師１０４が患者１０６の診察（例えば、患者の検査）中又はその後にその診察を記述する臨床記録１０８を作成する特定の例を指すことになる。しかしながらより一般的には、図１のシステム１００は、支払請求コーダー１０４が、支払請求可能なサービスに関連する１つ以上の書類に基づいてコードを作成する、何れかの状況に適用され得る。従って臨床記録１０８はより一般的に、何れかの書類及び／又は他のデータであり得る。さらに患者１０６は、何れかの人又は書類１０８の他の被験体であり得る。
【００１６】
一般に、医師１０４は、臨床記録１０８を作成する（図５、操作２０２）。医師１０４は、様々な方法のうちの何れかで臨床記録１０８を作成する。臨床記録１０８は、様々な形態のうちの何れかを取り得る。例えば、医師１０４は、以下の技術のうちの何れかの１つ以上を用いて臨床記録１０８を作成する。
（ア）  医師１０４は、医師１０４の音声を表す生の及び／又は記録された音響信号を生成するために報告書を口述する。次に音響信号は、例えば、記録転写士、自動音声認識（ＡＳＲ）エンジン、又はそれらの組合せによって転写されて臨床記録１０８が生成される。
（イ）  医師１０４は、文書処理書類、表計算、伝言（例えば、ｅメールメッセージ）、電子的方法、データベース記録（例えば、電子的健康記録（ＥＨＲ））、又はそれらの何れかの組合せ内に臨床記録１０８の内容をタイプで打つことにより、又はそうでない場合は手動入力することにより臨床記録１０８を作成する。
（ウ）  医師１０４は、上記の方法のうちの何れか等により臨床記録１０８を作成する際に、医師１０４自身又は他の人により用いられ得る記録を手書きする。
（エ）  医師１０４は、臨床記録１０８を作成及び／又は補足するために、臨床記録１０８内に既存のデータを複写及び／又は貼り付ける。例えばそのようなデータは、上に挙げられた情報源のうちの何れかから得られる。
【００１７】
システム１００は、支払請求コード選択モジュール１１０も含む。一般に、以下により詳細に記載されるように、支払請求コード選択モジュール１１０は、医師１０４が検討できるように支払請求コード集合１０２を選択し、それらの支払請求コード集合１０２を出力として医師１０４に与える。
【００１８】
医師１０４は、支払請求コード選択モジュール１１０に臨床記録１０８を与える（図５、操作２０４）。医師１０４は、上述の様々な方法のうちの何れかにより支払請求コード選択モジュール１１０に臨床記録１０８を与える。例えば、医師１０４は、支払請求コード選択モジュール１１０に臨床記録１０８を与えるようにシステム１００に指示するための（「送信」命令のような）入力を与える。代わりに、例えば、システム１００は、そうするために医師１０４からの何らの命令も必要とすることなく、支払請求コード選択モジュール１１０に臨床記録１０８を与えてもよい。例えば、システム１００は、医師１０４による臨床記録１０８の完了時に、支払請求コード選択モジュール１１０に臨床記録１０８を自動的に与えてもよい。別の例として、システム１００は、医師１０４により作成されているときに連続的に臨床記録１０８を（例えば、周期的に）監視し、臨床記録が医師１０４により作成されている間に支払請求コード選択モジュール１１０に更新バージョンの臨床記録１０８を与えてもよい。
【００１９】
支払請求コード選択モジュール１１０は、臨床記録１０８を受信し、患者Ａ（１０６）（以下、単に「患者１０６」という）に関するデータ１１２を識別する（図５、操作２０６）。支払請求コード選択モジュール１１０は、例えば、臨床記録１０８内のデータ、臨床記録１０８から導出されたデータ、及び臨床記録１０８以外のデータの何れかの１つ以上のような、患者１０６を識別するデータに基づいて患者Ａ関連データ１１２を識別する。例えば、臨床記録１０８は、支払請求コード選択モジュール１１０が患者Ａ関連データ１１２を識別するのに用いる患者１０６の名前又は他の識別子を含む。支払請求コード選択モジュール１１０は、両方とも本明細書に参照として組み込まれている「Ａｕｔｏｍａｔｅｄ  Ｅｘｔｒａｃｔｉｏｎ  ｏｆ  Ｓｅｍａｎｔｉｃ  Ｃｏｎｔｅｎｔ  ａｎｄ  Ｇｅｎｅｒａｔｉｏｎ  ｏｆ  ａ  Ｓｔｒｕｃｔｕｒｅｄ  Ｄｏｃｕｍｅｎｔ  Ｆｒｏｍ  Ｓｐｅｅｃｈ」と題する２００９年９月１日に発行された米国特許第７，５８４，１０３号Ｂ２、及び／又は「Ｖｅｒｉｆｉｃａｔｉｏｎ  ｏｆ  Ｅｘｔｒａｃｔｅｄ  Ｄａｔａ」と題して２０１０年５月１１日に発行された米国特許第７，７１６．０４０号Ｂ２で開示される技術を用いることによって、このような様々な方法のうちの何れかにより臨床記録１０８内の患者識別子を識別する。さらに別の例として、医師１０４は、患者の識別子を特定する別個の入力（図示されず）を与える。
【００２０】
支払請求コード選択モジュール１１０は、患者データレポジトリ１１６から患者１０６に関連するデータを得るために、何れかの患者識別子を用いる。レポジトリ１１６は、患者１０６及び他の患者の電子的健康記録（ＥＨＲ）、患者１０６及び他の患者に関する臨床記録、患者１０６及び他の患者に関する（非構造化及び／又は構造化書類のような）他の書類、患者１０６及び他の患者に関する支払請求、及び患者１０６及び他の患者に関する（書類及び／又はデータベース記録のような）何れかの他のデータのうちの、何れか１つ以上を保存する。レポジトリ１１６に保存された書類及び他のデータは、上述の米国特許第７，５８４，１０３号及び第７，７１６，０４０号で開示された技術を用いて作成される種類の構造化書類を含むことがあり、従って暗号化概念を含み得る。患者データレポジトリ１１６は、説明し易くするために単一のデータ保存所として図１に示されているが、実際には患者データレポジトリ１１６は、何らかの方法で分散された多重のデータ保存所として具現される。  
【００２１】
例示の目的のために、患者データレポジトリ１１６は、図１において以下を含むものとして示される。
（ア）  記録１２０ａ、１２０ｂ、及び１２０ｃを含む患者Ａ（１０６）に関する全データ１１８、
（イ）  記録１２４ａ、１２４ｂ、及び１２４ｃを含む、患者１０６以外の第１の患者Ｂ（図示されず）に関する全データ１２２、
（ウ）  記録１２８ａ、１２８ｂ、及び１２８ｃを含む、患者１０６以外の第２の患者Ｃ（図示されず）に関する全データ１２６。
【００２２】
図１に示される特定数の患者データ記録１２０ａ〜ｃ、１２４ａ〜ｃ、及び１２８ａ〜ｃは、単なる例であり、本発明の限定を成さない。患者データ記録１２０ａ〜ｃ、１２４ａ〜ｃ、及び１２８ａ〜ｃの各々は、本明細書に開示される種類（例えば、ＥＨＲ、臨床記録）のうちの何れかである。
【００２３】
上述のように、支払請求コード選択モジュール１１０は、患者１０６の識別子を識別する。支払請求コード選択モジュール１１０は、例えば、レポジトリ１１６に問い合わせるための又はレポジトリ１１６内への索引としてこの識別子を用いることによって、患者１０６に関するデータ１１８を識別する。
支払請求コード選択モジュール１１０は、例えば、患者１０６全データ１１８に臨床記録１０８のいくつか又は全ての複写及び／又は参照を加えることによって、レポジトリ１１６内の患者１０６のデータ１１８に臨床記録１０８のいくつか又は全てを加える。
【００２４】
支払請求コード選択モジュール１１０は、患者データ選別（ｆｉｌｔｅｒ）モジュール１３０を含む。一般に、患者データ選別モジュール１３０は、レポジトリ１１６からデータを取り出し、選択的（ｏｐｔｉｏｎａｌ）にそのようなデータを選別及び／又は他の処理を行う。例えば、選別モジュール１３０は、レポジトリ１１６から患者１０６に関する全データ１１８のうちのいくつか又は全てを選別して取り出し、そのようなデータを患者Ａの選別データ１１２として保存する。
【００２５】
選別モジュール１３０はそのうえ、レポジトリ１１６内の他の患者に関する全データ１２２及び１２６のいくつか又は全てを取り出し得る。特に、選別モジュール１３０は、患者１０６以外の患者に関するデータをレポジトリ１１６から取り出す場合があり（図５、操作２０８）、その取り出されたデータは、患者Ａ（１０６）に関連する適合性基準を満たす。選別モジュール１３０は、そのようなデータを他の患者の選別データ１１４として保存する。患者１０６に関して取り出した患者Ａ関連データ１１２と他の患者に関して取り出した選別データ１１４との組合せは、本明細書で選別患者データ１３２と呼ばれる。
【００２６】
選別モジュール１３０は、他の患者の選別データ１１４を取り出すための様々な適合性基準の何れかを用いる。例えば、適合性基準は、以下のうちの１つ以上を表す患者データ記録を有する患者に関連する患者データ記録のいくつか又は全てを選択し得る。
・患者１０６により経験された問題と類似の問題、
・患者１０６により摂取された薬物と類似の薬物、
・患者１０６に対して実行されている治療手続と類似の治療手続。
【００２７】
選別モジュール１３０は、患者１０６以外の患者に関連する患者データ記録、例えば他の患者Ｂの患者データ記録１２４ａ〜ｃを、適合性基準、患者１０６全データ１１８内の患者データ記録１２０ａ〜ｃ、及び臨床記録１０８内のデータのうちの何れか１つ以上のものと比較することにより適合性基準を満たすか否かを判定する。例えば、選別モジュール１３０は、患者Ａ全データ１１８内の現在の薬物一覧及び／又は臨床記録１０８内の現在の薬物データと、患者Ｂ全データ１２２内の現在の薬物一覧と、を比較することにより、患者Ｂ全データ１２２に関連する患者Ｂが患者１０６に類似の薬物を摂取しているのかを判定する。
【００２８】
上述のように、選別モジュール１３０は、患者１０６の全データ１１８からいくつか又は全ての患者データ記録１２０ａ〜ｃを取り出し得る。選別モジュール１３０が患者１０６の全データ１１８の全てよりも少ないものを取り出す場合、選別モジュール１３０は、様々な方法のうちの何れかで患者１０６の全データの部分集合（ｓｕｂｓｅｔ）を選択する。例えば、選別モジュール１３０は、臨床記録１０８と同じ診察（例えば、病院滞在、治療手続、又は予約）に関連する患者１０６のデータ記録からのデータのみを取り出す。
たとえ選別モジュール１３０が、患者１０６の全データ１１８の部分集合のみを取り出す場合でも、選別モジュール１３０は更に、（患者１０６の現在及び／又は過去の医療問題及び／又は苦情を記述した）患者１０６の問題一覧、（患者１０６に現在処方されている薬物を記述した）現在の薬物一覧、（患者１０６に以前に処方されたがもはや処方されていない薬物を記述した）過去の薬物一覧、及び（患者１０６に以前実行された及び／又は実行されるように計画された手続を記述した）手続一覧のうちの何れか１つ以上のような要約（概要要素）を患者１０６のデータ記録から取り出してもよい。
選別モジュール１３０は、例えばある類似性尺度（例えば、上記の適合性基準）に従って患者１０６の関連データ１１２に十分に類似する、他の患者Ｂ全データ１２２及び他の患者Ｃ全データ１２６の要素（＝患者データ記録）のみを取り出すことにより、そのようなデータの個別の要素を最終的に取り出すべきなのかを判定するために、他の患者に関連する全データ１２２及び全データ１２６を比較してもよい。特に、選別モジュール１３０は、患者１０６の現在の診察（即ち、臨床記録１０８に関連する診察）に十分に類似する他の患者の診察に関連する患者データ記録を取り出す。
【００２９】
一般に、支払請求コードモジュール１１０が患者１０６に関連する患者Ａ選別データ１１２と１人以上の他の患者の選別データ１１４とを取り出すと、支払請求コードモジュール１１０内の支払請求コード選択モジュール１３１は、そのような患者Ａ選別データ１１２及び他の患者の選別データ１１４を用いて支払請求コード集合１０２を選択し（図５、操作２１０）、次に支払請求コード集合１０２を表す出力を医師（支払請求コーダー）１０４に与える（図５、操作２１２）。
【００３０】
支払請求コード選択モジュール１１０は、様々な方法のうちの何れかにより支払請求コード集合１０２から支払請求コードを選択する。図２を参照して、本発明の一実施形態に従って、支払請求コード選択モジュール１１０が拡張支払請求コード集合１７０を生成するためのシステム１５０のデータ流れ図が示される。図６を参照して、本発明の一実施形態に従って図２のシステム１５０により実行される第２の方法の流れ図２２０が示される。
【００３１】
支払請求コード選択モジュール１１０は、支払請求コードのシード集合１５４を生成するシード集合生成モジュール１５２を含む（図６、操作２２２）。シード集合１５４の生成が任意選択的であることに注意されたい。シード集合生成モジュール１５２は、様々な方法のうちの何れかによりシード集合１５４を生成する。
例えば、シード集合生成モジュール１５２は臨床記録１０８に基づいて、即ち、患者１０６の疾患（例えば、現在及び／又は過去の疾患）、患者１０６の問題（例えば、現在及び／又は過去の問題）、及び患者１０６に対して実行された治療手続（例えば、臨床記録１０８及び／又は過去の診察の対象である患者に診察中に実行された治療手続）のうちの１つ以上を表す臨床記録１０８内のデータ（例えば、暗号化概念）に基づいてシード集合１５４を生成する。
それに加えて、又はその代わりに、シード集合生成モジュール１５２は、選別患者データ１３２のうちのいくつか又は全てに基づいてシード集合１５４を生成する。選別患者データ１３２は、既存の支払請求内の支払請求コード、及び／又は臨床記録及び選別データ１３２内の他のデータに関連する支払請求コードのような支払請求コードを含み得ることを思い出されたい。
シード集合生成モジュール１５２は、そのような支払請求コードに基づいてシード集合１５４を生成する。例えば、シード集合１５４は、そのような支払請求コードのいくつか又は全てを含む。特定の例として、シード集合１５４は、医師１０４により与えられる臨床記録１０８に類似するデータ（例えば、臨床記録）に関連する選別患者データ１３２からの支払請求コードを含み得る。
【００３２】
支払請求コード選択モジュール１１０は、選別支払請求コード集合１５８を作成するために、支払請求コードシード集合１５４を選別する（即ち、支払請求コードシード集合１５４から１つ以上の支払請求コードを取り除く）支払請求コード選別モジュール１５６を含む（図６、操作２２４）。支払請求コード選別モジュール１５６は、様々な方法のうちの何れかにより選別支払請求コード集合１５８を作成する。
例えば、臨床記録１０８が暗号化概念を含んでもよく、又はその暗号化概念を含むように処理されてもよく、又はそうでない場合はその暗号化概念に関連付けられてもよいことを思い出されたい。シード集合１５４内の支払請求コードはまた、暗号化概念に関連付けられ得る。シード集合１５４内の支払請求コードは、そのような暗号化概念を表すデータを含み得る。
支払請求コード選別モジュール１５６は、臨床記録１０８内で暗号化された概念を、支払請求コードシード集合１５４内の支払請求コードに関連する概念と比較して、臨床記録１０８に関連する何れの概念にも関連していない支払請求コードをシード集合１５４から取り除くことにより選別支払請求コード集合１５８を生成する。
【００３３】
支払請求コード選別モジュール１１０は、臨床記録１０８内の概念、又はそうでない場合は臨床記録に関連する概念に基づいて生成支払請求コード集合１６２を生成する支払請求コード生成モジュール１６０を含む（図６、操作２２６）。支払請求コード生成モジュール１６０は、様々な方法のうちの何れかにより、生成支払請求コード集合１６２を作成する。例えば、臨床記録１０８が暗号化概念を含んでもよく、又はその暗号化概念を含むように処理されてよく、又はそうでない場合はその暗号化概念に関連付けられてもよいことを思い出されたい。
支払請求コード生成モジュール１６０は、臨床記録１０８内の各々の概念を、ＩＣＤ−９又はＩＣＤ−１０のような特定の支払請求コード基準内の対応する支払請求コードに対応付ける。支払請求コード生成モジュール１６０は、例えば、既定の概念コード・支払請求コード間対応付け集合とともに事前に構成されており、生成支払請求コード集合１６２を生成するためにそのような既定の対応付け集合を用いる場合がある。
【００３４】
支払請求コード選択モジュール１１０は、入力として選別支払請求コード集合１５８と生成支払請求コード１６２とを受信し、初期支払請求コード集合１６６を生成するためにそれら２つを調整する（図６、操作２２８）支払請求コード調整モジュール１６４を含む。支払請求コード調整モジュール１６４は、様々な方法のうちの何れかにより初期支払請求コード集合１６６を作成する。例えば、支払請求コード調整モジュール１６４は、選別支払請求コード集合１５８内の支払請求コードを、生成支払請求コード集合１６２内の支払請求コードと比較し、選別支払請求コード集合１５８と生成支払請求コード集合１６２との両方の中にある支払請求コードのみを初期支払請求コード集合１６６内に含める。
【００３５】
シード集合１５４は任意選択的であることを思い出されたい。シード集合１５４が用いられない場合、支払請求コード選別モジュール１５６、選別支払請求コード集合１５８、及び支払請求コード調整モジュール１６４は省略され、初期支払請求コード集合１６６に対して実行される、本明細書で開示される機能は、生成支払請求コード集合１６２に対して実行される。
【００３６】
支払請求コード選択モジュール１１０は、入力として初期支払請求コード集合１６６を受信し、拡張支払請求コード集合１７０を出力として作成する（図６、操作２３０）支払請求コード拡張モジュール１６８を含む。支払請求コード拡張モジュール１５８は、様々な方法のうちの何れかにより拡張支払請求コード集合１７０を作成する。
例えば、支払請求コード拡張モジュール１６８は、その基準に従って初期支払請求コード集合１６６内の支払請求コードが定義される、支払請求コード基準の構造（例えば、階層構造）を表すデータを含むか、又はそうでない場合はそのデータを入力として受信する。そのような基準の例としてＩＣＤ−９、ＩＣＤ−１０、及びＣＰＴが挙げられる。初期支払請求コード集合１６６内の各々の支払請求コードＣに対して、支払請求コード拡張モジュール１６８は、
（ア）  支払請求コード基準に基づいて、支払請求コード基準の階層内の支払請求コードＣの先代（例えば、親）、後代（例えば、子）、兄弟、及び／又は、いとこである支払請求コードのような支払請求コードＣに関連する１つ以上の支払請求コードを識別し、
（イ）  拡張支払請求コード集合１７０を作成するために識別された支払請求コード（複数可）を初期支払請求コード集合１６６に加える。
【００３７】
１つの特定の例として、ＩＣＤ−１０内の支払請求コードＭ１７を考慮されたい。この支払請求コードは膝の骨関節炎を表す。ＩＣＤ−１０内のこの支払請求コードの後代は、以下の支払請求コードを含む：
（ア）  Ｍ１７１０      片側の第１の骨関節炎、特定されない膝
（イ）  Ｍ１７１１      片側の第１の骨関節炎、右膝
（ウ）  Ｍ１７０      両側の第１の膝骨関節炎
（エ）  Ｍ１７５      他の片側の第２の膝骨関節炎
（オ）  Ｍ１７１２      片側の第１の骨関節炎、左膝
（カ）  Ｍ１７９      膝骨関節炎、特定されず
（キ）  Ｍ１７２      両側の外傷後の膝骨関節炎
（ク）  Ｍ１７３１      片側の外傷後の骨関節炎、右膝
（ケ）  Ｍ１７３０      片側の外傷後の骨関節炎、特定されない膝
（コ）  Ｍ１７４      他の両側の第２の膝骨関節炎
（サ）  Ｍ１７３２      片側の外傷後の骨関節炎、左膝
【００３８】
初期支払請求コード集合１６６が、ＩＣＤ−１０コードＭ１７を含む場合、支払請求コード拡張モジュール１６８は、上に挙げられた関連する支払請求コードのうちのいくつか又は全てを識別し、初期支払請求コード集合１６６に加える場合があり、その結果として、原初の支払請求コードＭ１７と上に挙げられた関連する支払請求コードの両方が、拡張支払請求コード集合１７０内に現れることになる。
【００３９】
拡張支払請求コード集合１７０は、包括的であり従って適用可能性のある如何なる支払請求コードも全く省かれそうにない支払請求コード案の集合を作成する意図を持って生成される。本発明の実施形態は、支払請求コーダー１０４が拡張支払請求コード集合１７０以外に適用可能な支払請求コードを探し求める必要性を取り除くために、そのような包括的な支払請求コード集合を生成する。
言い換えれば、拡張支払請求コード集合１７０を包括的にする１つの利点は、それが、支払請求コーダー１０４に対して、その支払請求コード集合から確信を持って、支払請求内に含まれるべき支払請求コード最終集合を選択できるような支払請求コード集合を提供できることである。支払請求コーダー１０４が拡張支払請求コード集合１７０以外に最終支払請求内に含まれるべき支払請求コードを探し出す必要性を取り除くことは、本発明の実施形態の特徴であり、これは、最終支払請求が生成され得る速度を増加させ、その支払請求の精度を増加させる。
【００４０】
支払請求コード案の集合を包括的にする別の利点は、医師等の支払請求コーダー１０４に対してそのような支払請求コードの包括的な集合を提示することにより、医師等が、そのような支払請求コード集合の再調査によって患者１０６に与えたが詳述するのを忘れた何らかの追加の支払請求可能なサービスを思い出すのを促す可能性が増す。支払請求コードの包括的集合の再調査に応答して、医師は、支払請求上のそのようなサービスに対する１つ以上の支払請求コードを含む、実行された支払請求可能なサービスを思い出し、恐らくは忘れていたサービスの詳述を含むように臨床記録１０８を変更できる。これにより、患者診察の文書化の質及び医師により実行されたサービスに対する弁済（ｒｅｉｍｂｕｒｓｅ）の質の双方の向上に資する。
【００４１】
支払請求コード選択モジュール１１０は、拡張支払請求コード集合１７０を表す出力を支払請求コーダー１０４に与える。例えば図３を参照して、そのような出力を支払請求コーダー１０４に与え、支払請求コーダー１０４から支払請求コードの選択を受信するためのシステム１８０のデータ流れ図が示される。
【００４２】
支払請求コード選択モジュール１１０は、拡張支払請求コード集合１７０のうちのいくつか又は全てを表す支払請求コード出力１８４を生成し、そのような出力１８４を医師１０４に与える（図６、操作２３２）支払請求コード出力モジュール１８２を含む。支払請求コード出力１８４は、様々な形態のうちの何れかを取る。例えば、支払請求コード出力１８４は、拡張支払請求コード集合１７０を表す一覧の形態を取る。
例えば、支払請求コード出力モジュール１８２は、そのような一覧を画面上に表示するか、そのような一覧を大音量で読み上げるか、又は拡張支払請求コード集合１７０についての情報を簡潔に要約する拡張支払請求コード集合１７０の図表様式を表示する。拡張支払請求コード集合１７０内の各々の支払請求コードは、特に、ユーザ１０４が、支払請求コードを暗号化するのに用いられている支払請求コード基準（例えば、ＩＣＤ−９、ＩＣＤ−１０、又はＣＰＴ）を理解するように訓練されていない場合、支払い請求コード自体よりもユーザ１０４がより理解し易いように意図されているコード表記を用いて、支払請求コード出力１８４に表記されるとよい。
支払請求コード出力モジュール１８２は、様々な方法のうちの何れかにより支払請求コード出力１８４に用いられる拡張支払請求コード集合１７０内の支払請求コードから、そのような人間が読出し可能な様式を導出するとよい。例えば、支払請求コード選択モジュール１１０は、（支払請求コード基準に従って定義されるような）支払請求コードをそれらに対応する臨床関連テキスト（及び／又は他の内容）に対応付ける、コード対応付けリスト１８５を含む。
その場合、支払請求コード出力モジュール１８２は、拡張支払請求コード集合１７０に基づいて支払請求コード出力１８４を生成する手順の一部として、拡張支払請求コード集合１７０内のコードを支払請求コード出力１８４内のそれらのコードの臨床関連表記に対応付けるために、コード対応付けリスト１８５を用いる。コードの臨床関連表記として、テキスト、グラフィックス、及び／又は、拡張支払請求コード集合１７０の暗号化に用いられている支払請求コード基準には定義されていない他の内容の表記が挙げられる。
【００４３】
支払請求コード出力１８４内の支払請求コードの臨床関連表記は、様々な方法のうちの何れかにより、拡張支払請求コード集合１７０内の対応する支払請求コードに比べて簡素化され得る。例えば、
（ア）
支払請求コードの臨床関連表記として、テキスト及び／又は支払請求コード自体には含まれない他の内容表記が挙げられ得る。例えば、ＩＣＤ−１０コードＭ８４５２１Ｄを考慮されたい。このコードは、腫瘍性疾患における病因骨折、右上腕、経常治療をともなう骨折に対する次の診察を表す。支払請求コード出力モジュール１８２は、この記述をそのままユーザ１０４に示す代わりに、ユーザ１０４が理解し易いようにその記述を簡略化するために、支払請求コードの構成を視覚的に分解する。
この特定のコードは、患者の疾病に関する次の５つの「次元」を把える。（１）疾患の種類、この場合、病因骨折、（２）要因、この場合、加齢性骨粗鬆症に対立するものとして、腫瘍（癌）関連、（３）側性、この場合、右側、（４）疾患の発現の特定部位、この場合、上腕、及び（５）患者との面接診察の種類、この場合、診察は、患者からの次の（即ち、第１回ではない）訪問であって、患者は、期待されるように治療処置に応答している場合である。
支払請求コード出力１８４は、支払請求コードＭ８４５２１Ｄが何を意味するのかを理解しようとする際にユーザ１０４への認識負荷を削減するように意図された（図８に例示したように）図表形式で、この情報の全てを示す。先に示された他の例、膝骨関節炎も類似の方法で分解できる。
（イ）
支払請求コードの臨床関連表記は、支払請求コード自体からテキスト及び／又は他の内容を省略できる。直前の例はこの点を示す。
【００４４】
拡張支払請求コード集合１７０に基づいて支払請求コード出力１８４を生成するのに用いられる特定の技術に関係なく、支払請求コード出力１８４は、拡張支払請求コード１７０内の支払請求コード自体の代わりに又はそれに加えて、臨床条件の記述を含み得る。そのような記述は、拡張支払請求コード集合１７０の暗号化に用いられている支払請求コード基準には定義されていないテキスト及び／又は他の内容を含み得る。そのような支払請求コード出力１８４は、拡張支払請求コード集合１７０の暗号化に用いられている支払請求コードシステムの専門家ではない人にも理解可能である形式で示され、ユーザ１０４にとって臨床的に関連性があり且つ理解可能である拡張支払請求コード集合１７０についての情報を示すように意図されている。
【００４５】
拡張支払請求コード集合１７０を表す一覧（リスト）は、例えば、支払請求コード集合１７０内の個々の支払請求コードを定義する支払請求コード基準の階層に従って階層的に表示される。例えば、集合１７０内の第１の支払請求コードが集合１７０内の第２の支払請求コードの後代である場合、第１の支払請求コードの視覚的表記は、第２の支払請求コードの視覚的表記よりも上に（例えば、その表記の上方に又はその表記の左）ある様式で表示される。
このように、支払請求コード出力１８４は、支払請求コードを定義する支払請求コード基準の範囲内において、拡張支払請求コード集合１７０内の支払請求コードの階層関係に対応する視覚的階層構造をもって支払請求コード集合１７０を表示するとよい。そのような視覚的階層構造は、例えば、分解可能及び拡張可能であり、そのため医師１０４は、医師自身の入力に基づいて階層構造の分岐を分解又は拡張するために、支払請求コード選択モジュール１１０に支払請求コード出力１８４を変更させる入力を与え得る。コード選択を視覚的に表記する他の代わりの方法は例えば、支払請求コードＭ８４５２１Ｄに関して上述の例で示唆されたように、上述の５つの「次元」を区別する線に沿ってコード選択プロセスを分解することを含む。
【００４６】
図３を再び参照すると、支払請求コード選択モジュール１１０は、支払請求コード入力モジュール１８８を含む。医師１０４は、拡張支払請求コード集合１７０内の１つ以上の支払請求コードを特定する支払請求コード選択入力１８６を支払請求コード入力モジュール１８８に与える。支払請求コード入力モジュール１８８は、支払請求コード選択入力１８６を受信すると（図６、操作２３４）、それに応答して、支払請求コード選択入力１８６により特定される支払請求コード（複数可）のみを含む最終支払請求コード集合１９０を生成する（図６、操作２３６）。最終支払請求コード集合１９０は、ＩＣＤ−９、ＩＣＤ−１０、又はＣＰＴの何れかのバージョンのような支払請求コード基準に従って暗号化される。最終支払請求コード集合１９０は、拡張支払請求コード集合１７０と同じ支払請求コード基準に従って暗号化される。
【００４７】
医師１０４は、様々な方法のうちの何れかにより支払請求コード選択入力１８６を与える。例えば、医師１０４は、支払請求コード出力１８４内の１つ以上の支払請求コードの視覚的表記をクリックするか、タップするか、又はその他の方法により、拡張支払請求コード集合１７０内の、そのような視覚的表記法により表記される支払請求コードを選択する。これは、医師１０４が、支払請求コード出力１８４内の支払請求コード表記を参照する入力を与えることにより支払請求コード選択入力１８６を与える方法の単なる一例である。
【００４８】
上記のように、支払請求コード出力１８４内の支払請求コードの表記は、前に示された病因骨折の例と関連して上述したように、臨床関連テキスト、グラフィックス、及び／又はその他の内容表記の形式を取る。ユーザ１０４が、臨床関連内容を選択する（例えば、特定コードへの収束を補助する適用可能な「次元」を図表的に選択する）、及び／又は臨床関連内容に関連する命令を与える（例えば、基礎疾患−病因骨折−がこの患者に適用され得ない場合、臨床医は、それに関連する構造全体を拒否する命令を発し得る）等の臨床関連内容に関連する入力を与えることにより支払請求コード選択入力１８６を与える場合、支払請求コード入力モジュール１８８は、拡張支払請求コード集合１７０内の対応する支払請求コードを識別し、その支払請求コードと関連して入力１８６と合致する行動を取って、最終支払請求コード集合１９０を生成又は更新する。例えば、
（ア）  支払請求コード入力モジュール１８８は、支払請求コード出力１８４内の病因骨折の診断に関連してユーザ１０４からの「拒否」命令の受信に応答して、患者に対する可能な診断として病因骨折の提示に対応する支払請求コードを拡張支払請求コード集合１７０から除去する。この場合、最終支払請求コード集合１９０は、例えば患者内へのステントの挿入を表す支払請求コードを含まないであろう。
（イ）  支払請求コード入力モジュール１８８は、支払請求コード出力１８４内の診断病因骨折の提示（例えば、図８に示される提示）に関連してユーザ１０４からの「承認」命令の受信に応答して、拡張支払請求コード集合１７０内の病因骨折に対応する支払請求コードを保持する（即ち、取り除かない）。この場合、最終支払請求コード集合１９０は、患者に対する病因骨折の診断を表す支払請求コードを含むであろう。
【００４９】
最終支払請求コード集合１９０を生成するために支払請求コード選択入力１８６に応答して行動するとき、支払請求コード入力モジュール１８８は、ユーザ１０４の選択入力１８６が様々な方法で指す、拡張支払請求コード集合１７０内の支払請求コード（複数可）を識別する。例えば、拡張支払請求コード集合１７０に基づいて支払請求コード出力１８４を生成するとき、支払請求コード出力モジュール１８２は、拡張支払請求コード集合１７０内の各々の支払請求コードと支払請求コード出力１８４内のその支払請求コードの対応する表記との間の対応付けを（例えば、支払請求コード出力１８４内に）生成し、保存する。
例えば、患者に対する病因骨折の診断を表す拡張支払請求コード集合１７０内の支払請求コードに基づいて支払請求コード出力１８４内の病因骨折に対する関連コード集合を生成するとき、支払請求コード出力モジュール１８２は、支払請求コード出力１８４内のテキストと拡張支払請求コード集合１７０内の対応する支払請求コードとの間の対応付けを表すデータを生成し、保存する。
結果として、ユーザ１０４が、（病因骨折の診断のような）支払請求コード出力１８４の一部を参照する命令を表す入力１８６を与えるとき、支払請求コード入力モジュール１８８は、ユーザ１０４の支払請求コード選択入力１８６により参照されたテキストに対応する支払請求コードを拡張支払請求コード集合１７０中から識別するために、以前保存したテキストとコードとの間の対応付けを用いる。次に支払請求コード入力モジュール１８８は、最終支払請求コード集合１９０から識別された支払請求コードを取り除くか、又は最終支払請求コード集合１９０内で識別された支払請求コードを保持するか、ユーザ１０４の支払請求コード選択入力１８６に基づいて識別された支払請求コードに対して適切な行動を実行する。
【００５０】
支払請求コード入力モジュール１８８は、様々な方法のうちの何れかにより最終支払請求コード集合１９０を生成する。例えば、支払請求コード入力モジュール１８８は、支払請求コード選択入力１８６により特定された支払請求コード、しかもそれらの支払請求コードのみを最終支払請求コード集合１９０内に含める。
【００５１】
図１〜３に示されないけれども、支払請求コード選択モジュール１１０は、最終支払請求コード集合１９０を出力として供給し、（ａ）そのような出力を医師１０４に直接与えるか、（ｂ）そのような出力を何れかの支払請求コード形式に従って表示され保存される支払請求に含めるか、及び／又は、（ｃ）そのような出力を患者データレポジトリ１１６内の患者Ａ（１０６）全データ１１８内に保存するか、によって、最終支払請求コード集合１９０を後に利用できるようにする。
【００５２】
上記の実施形態は、ユーザ１０４に提供される拡張支払請求コード集合１７０を生成するために、事前に構成された規則又は他の事前に構成された工程を用いるものとして記述されているが、これは、単なる一例であり、本発明の限定を成さない。本発明の実施形態は、ユーザに提供する支払請求コードを生成するために固定された技術集合を用いる場合に限定されず、その代わりに、ユーザ１０４の（及び他のユーザの）行動に徐々に応答して支払請求コードを生成するのに用いられる技術を適用し得る。
【００５３】
例えば、図４を参照して、ユーザ１０４及び他のユーザの行動に応答して支払請求コード選択モジュール１１０を徐々に適合するためのシステムのデータ流れ図が示される。図７を参照して、本発明の一実施形態に従って図４のシステムにより実行される第３の方法の流れ図２４０が示される。
【００５４】
上記のように、支払請求コード選択モジュール１１０は、再調査用にユーザ１０４に示される拡張支払請求コード集合１７０を生成するために、様々な技術のうちの何れかを用い得る。例えば、支払請求コード選択モジュール１１０は、拡張支払請求コード集合１７０を生成するために或る規則の集合を用い得る。用語「支払請求コード抽出データ」は本明細書では、拡張支払請求コード集合１７０を生成するのに支払請求コード選択モジュール１１０が用いるデータ（例えば、規則）を指し示すのに用いられる。
図４に示されるように、支払請求コード選択モジュール１１０は、そのような支払請求コード抽出データの初期集合である初期抽出データ１９６を含み、支払請求コード選択モジュール１１０は、上記の機能を実行するために上述の初期集合を初期に用い得る。一般に、図４のシステムと図７に示した第３の方法の流れ図２４０とを用いて、ユーザ１０４から（他のユーザからの場合もある）受信される１つ以上の支払請求コード入力１８６ａ〜ｎ及びそのような入力１８６ａ〜ｎが受信された状況データ（ｃｏｎｔｅｘｔ）１９５ａ〜ｎに基づいて初期支払請求コード抽出データ１９６を改良し、改良支払請求コード抽出データ１９７を生成する。次に支払請求コード選択モジュール１１０は、図１〜３及び図５〜７の技術を改良支払請求コード抽出データ１９７に用い得る。
【００５５】
より具体的には、支払請求コード選択モジュール１１０は、上で開示された方法のうちの何れかを用いて、ユーザ１０４から第１の支払請求コード選択入力１８６ａを得る（図７、操作２４２）。
【００５６】
支払請求コード選択モジュール１１０は、ユーザ１０４の現在の状況（例えば、ユーザ１０４が支払請求コード選択入力１８６ａを与える時点でのユーザ１０４の状況）を表す状況データ１９５ａも受信する（図７、操作２４４）。状況データ１９５ａは、ユーザ１０４の識別（例えば、実名又はユーザ名）及び／又は役割（例えば、医師、看護師、支払請求コーダー）、専門医療（例えば、内科、小児科、又は心臓学）、ユーザ１０４が働いている組織（例えば、病院、部門）、及び現在の日付及び／又は時間）を表すデータのような、ユーザ１０４の状況を表す何れかのデータを含む。
【００５７】
支払請求コード選択モジュール１１０は、状況データ１９５ａにより表される状況内でユーザ１０４に与えられた拡張支払請求コード集合１７０ａも受信する（図７、操作２４６）。
【００５８】
支払請求コード入力保存モジュール１９２は、支払請求コード入力履歴記録１９３ａとして、支払請求コード選択入力１８６ａの記録、対応する状況データ１９５ａ、及び対応する拡張支払請求コード集合１７０ａを保存する（図７、操作２４８）。
【００５９】
図７の操作２４２〜２４８は、ユーザ１０４からの（他のユーザからの場合もある）、支払請求コード選択入力１８６ａ〜ｎ、対応する状況データ１９５ａ〜ｎ、及び拡張支払請求コード集合１７０ａ〜ｎからなる任意の数の支払請求コード入力履歴記録１９３ａ〜ｎを保存するために任意の回数だけ繰り返される。
即ち、支払請求コード入力履歴記録１９３ａ〜ｎは、支払請求コード選択入力１８６ａ〜ｎと、対応する状況データ１９５ａ〜ｎと、拡張支払請求コード集合１７０ａ〜ｎと、の個別の記録を含む。加えて又は代わりに、支払請求コード入力保存モジュール１９２は、支払請求コード選択入力１８６ａ〜ｎ、状況データ１９５ａ〜ｎ、及び拡張支払請求コード集合１７０ａ〜ｎからデータを導出し、支払請求コード入力履歴記録１９３ａ〜ｎ内に、それらから導出された集約データ及びその他の統計データを保存する。
【００６０】
図４のシステムは、改良支払請求コード抽出データ１９７を作成する（図７、操作２５０）ために、支払請求コード入力履歴１９３ａ〜ｎに基づいて初期支払請求コード抽出データ１９６を適応させる適合モジュール１９４を含む。改良支払請求コード抽出データ１９７は、初期支払請求コード抽出データ１９６により表される初期規則とは異なる改良された規則の集合、初期支払請求コード抽出データ１９６により表される初期ニューラルネットワークとは異なる改良されたニューラルネットワーク、又は初期抽出データ１９６により表される初期統計的分類機集合とは異なる改良された統計的分類機集合、等の様々な形態のうちの何れかを取り得る。
即ち、適合モジュール１９４は、機械的学習、ニューラルネットワーク、又は統計的分類機に基づいた何れかの技術のような、改良支払請求コード抽出データ１９７を生成するための様々な技術のうちの何れかを用いて、改良支払請求コード抽出を生成する。
【００６１】
例えば、ユーザ１０４（他のユーザの場合もある）が、特定の状況（又は関連する状況の特定の集合）において拡張支払請求コード集合１７０ａ〜ｎ内の特定の支払請求コードを容認する傾向があることを支払請求コード履歴１９３ａ〜ｎが指し示す場合、適合モジュール１９４は、初期抽出データ１９６を改良して、改良された抽出データ１９７に対し、容認された支払請求コードが将来同じ状況又は類似の状況において拡張支払請求コード集合１７０内でユーザ１０４（他のユーザの場合もある）に対して示され続けるべきことを指し示し、場合によっては、容認された支払請求コードが、例えばそれを太字で表示する又はそれを以前よりも一覧の上位に表示することによって、ユーザ１０４に対して強調するべきことを指し示す。
【００６２】
別の例として、ユーザ１０４（他のユーザの場合もある）が、拡張支払請求コード集合１７０ａ〜ｎ内の特定の支払請求コードを特定の状況（又は関連する状況の特定の集合）において拒絶する傾向があることを、支払請求コード履歴１９３ａ〜ｎが指し示す場合、適合モジュール１９４は、初期抽出データ１９６を改良して、拒絶された支払請求コードが、将来同じ状況又は類似の状況において拡張支払請求コード集合１７０内でユーザ１０４（他のユーザの場合もある）に示されるべきではないことを改良抽出データ１９７に指し示す。
【００６３】
適合モジュール１９４が改良抽出データ１９７を作成するために初期抽出データ１９６を適応させる際の、上述のような特定の様式に関係なく、一旦改良抽出データ１９７が作成されると、支払請求コード選択モジュール１１０は、図１〜図３及び図５〜図７に関連して本明細書に開示された技術に改良抽出データ１９７を適用して、改良抽出データ１９７に従って将来の拡張支払請求コード集合を生成し、そのような拡張支払請求コード集合を表す出力をユーザ１０４（他のユーザの場合もある）に与える。さらに、図７の流れ図２４０に示した第３の方法は、新たな支払請求コード選択入力、状況データ、及び拡張支払請求コード集合に基づいて、それらが生成されたときに、改良抽出データ１９７を任意の回数さらに改良するために、任意の回数実行され得る。
【００６４】
より一般的に、図５〜図７の方法は何れも任意の回数実行され得る。例えば、図５〜図６の方法は新たな臨床記録の生成に応答して繰り返され得る。さらにシステム１００は、臨床記録１０８が医師１０４により作成されているときに臨床記録１０８を連続的に（例えば、周期的に）監視し、臨床記録１０８が医師１０４により作成されている間に臨床記録１０８の更新バージョンを支払請求コード選択モジュール１１０に与え得る、ことを思い出されたい。そのような事例では、図５〜図７の方法のうちの何れかの１つ以上は、臨床記録が更新される毎に繰り返され得る。これにより、本発明の実施形態では、臨床記録１０８とこれに伴う支払請求コード集合の双方を最大限の整合性を有するように最適化できる。
【００６５】
本発明の実施形態は、以下のような様々な利点を有する。医療産業が、ＩＣＤ−１０のような益々複雑な支払請求コード方式を採用するとき、提供されたサービスに基づいて支払請求コードを作成するプロセスにおいて医師及び他の支払請求コーダーを支援することが益々重要になる。
本発明の実施形態は、支払請求に適切に含まれるべき支払請求コードを支払請求コーダーが選択する際に、支払請求に含まれる潜在的関連性がある支払請求コードの集合を伴う支払請求コード（の集合）を提供することにより、支払請求コーダーを支援するのに用いられ得る。
そのように提供される支払請求コードは、現に支払請求の生成対象とする患者診察に関連するデータに基づき、該データは、医師により作成される臨床記録、臨床記録の対象である患者に関する（ＥＨＲ（電子的健康記録）内のデータ、等の）データ、及び臨床記録の対象である患者に類似する他の患者に関する（ＥＨＲ内のデータ等の）データのうちの何れか１つ以上である。結果として、支払請求コーダーに示される支払請求コード案は、診察に関連するように、従って支払請求内に含まれるのに有用であり得るように設計される。
【００６６】
そのような技術は、ＩＣＤ−１０のようなシステム内の極めて大きな支払請求コード集合に比べて比較的小さな、選択されるべき支払請求コード案の集合を支払請求コーダーに与えることにより、支払請求コーダーの（どの支払請求コードを選択するべきかを探索・識別するという）識別上の負荷を削減する。結果として、医師は、ＩＣＤ−１０コード仕様の詳細に親しんでいない場合でも、ＩＣＤ−１０コードの集合全体を調べるよりも容易に支払請求コードを選択するために、本明細書に開示された技術を利用できる。
同様に本発明の実施形態は、（ＩＣＤ−１０のような）支払請求コードシステムの専門家であるが、医療の専門家ではない支払請求コーダーに対して、医師が患者に与えた医療サービスに関連しているが、他の方法では専門の医療知識に欠けるために容易に識別できなかった支払請求コード（候補）の集合を与えることにより、便益を与え得る。
【００６７】
さらに、臨床記録が生成される毎に（臨床記録の内容に合わせて）カスタマイズした特注仕様の支払請求コード案の集合を生成するのに本発明の実施形態を利用すると、本発明の実施形態により生成される支払請求コード案は、臨機応変にダイナミックに作成され、現在の患者診察及び医師の実践分野に合わせてテイラーメイドにできる。現在の技術では、医師には、心臓病、整形外科、及び内科等の特定の診療行為に合わせた支払請求コードの一覧を含む「スーパービル（ｓｕｐｅｒｂｉｌｌ、スーパー治療明細書）」として知られる印刷フォームを用いることが知られている。
そのようなスーパービルの電子的均等物を生成するために、臨床記録１０８及び選別患者データ１３２のような様々なデータに基づいて、単に当該医師の実践分野に合わせるだけではなく、現在の患者診察に柔軟にダイナミックに合わせる方法を採用するために、本発明の実施形態を用いてもよい。結果として、本発明の実施形態により生成される支払請求コード案１７０は、従来のスーパービルよりも現在の患者診察に関連する支払請求コードを含む可能性がより高く、従来のスーパービルよりも現在の患者診察に関連する支払請求コードを欠落する可能性がより低い。
【００６８】
同様に、支払請求コード基準内の個別のコードが変化する場合、又は新たな支払請求コード基準が採用される場合、本発明の実施形態は本明細書で開示された技術を用いて、そのような変化に自動的に調和する関連支払請求コードを生成できる。即ち、新たな支払請求コード及び／又は基準の知識を用いてそのようなシステム及び方法を更新する以外に、本明細書で開示されたシステム及び方法を変更する必要はない。結果として、本発明の実施形態は、特定の支払請求コード集合と「有線で接続」され且つ支払請求コード及び／又は基準の変化を反映するために手動で再設計され、再印刷されなければならない従来の印刷式スーパービルを上回る多大な利点を与える。
【００６９】
さらに、本発明の実施形態は、従来のコンピュータ支援コード化（ＣＡＣ）を上回る様々な利便性を与える。ＣＡＣ技術は、利用可能なデータに基づいて支払請求に含まれるべき最も関連性のあるコードを自動的に識別しようと試みる。そのようなシステムは、（含まれるべきではない支払請求コードを含む）誤検出及び（含まれるべきコードを含み損ねる）検出漏れが発生し易い。対照的に、本発明の実施形態は、適切な支払請求コードを選択する際に人的支払請求コーダーを助けようとし、そのような人的支払請求コーダーをコンピュータで置換しようとしない。特に、本発明の実施形態は、支払請求コードの比較的小さいが依然として余分な支払請求コードを含む集合（例えば、拡張支払請求コード集合１７０）案を迅速に且つ容易に生成する自動コンピュータシステムの能力を、患者診察上の支払請求コーダーの知識、提供されたサービス、及び／又は支払請求コード化システムに基づいてそのような集合から適切な支払請求コードを選択する人的な支払請求コード化専門知識の能力と組み合わせる。この自動化と人的専門知識との組合せは、ＣＡＣシステムよりも良い速度と精度のバランスを通常、具現する。
【００７０】
以上、本発明は特定の実施形態に関して記述されているけれども、前述の実施形態は説明としてのみ与えられ、本発明の範囲を限定又は定義しないと理解されるべきである。以下のものを含むが、これに限定されない様々な他の実施形態も請求項の範囲内にある。例えば、本明細書で記載された要素及び部品は、追加の部品にさらに分割されてもよく、同じ機能を実行するためのより少数の部品を形成するために合体されてもよい。
【００７１】
本明細書で開示される機能のうちの何れかは、これらの機能を実行するための手段を用いて具現され得る。そのような手段として、以下に記載されるコンピュータ関連部品のような本明細書で開示された部品の何れかが挙げられるが、これに限定されない。
【００７２】
ＩＣＤ−９、ＩＣＤ−１０、及びＣＰＴのような支払請求コード基準の或る例が本明細書に開示されているが、これらは単なる例であり、本発明の限定を成さない。より一般的に、本発明の実施形態は、如何なる種類の支払請求コードとも関連して、且つ如何なる種類の組合せにおいても用いられ得る。
【００７３】
本明細書で記載された特定の例では、医師１０４が、臨床記録１０８を生成し、（支払請求コード選択入力１８６を与えることにより）支払請求に含まれる支払請求コードを選択するけれども、そのような機能は、同一の個人又は法人（団体）により実行される必要はない。例えば、医師のような第１の個人が臨床記録１０８を生成し、一方で、支払請求コード化専門家のような第２の個人（図示されず）が支払請求コード選択入力１８６を与えることにより臨床記録１０８に基づいて支払請求に含まれるべき１つ以上の支払請求コードを選択し得る。
【００７４】
本明細書に開示される例では支払請求コードは、患者診察に関する情報を表す臨床記録に基づいて生成されるが、より一般的には、本明細書で開示される技術は、（治療）対象（患者）に提供される製品及び／又はサービスを表す何れかのデータに基づいて支払請求コードを生成するのに用いられ得る。対象は、例えば個人又は（会社のような）法人であり得る。結果として得られる支払請求コードは、対象に提供される製品及び／又はサービスに対する支払請求に含まれ得る。
【００７５】
上記の技術は、例えばハードウェア、１つ以上のコンピュータ読出可能媒体上に有形に（ｔａｎｇｉｂｌｙ）保存される１つ以上のコンピュータプログラム、ファームウェア、又はそれらの何れかの組合せとして具現され得る。上記の技術は、各々任意の数の、プロセッサ、プロセッサにより読出可能な及び／又は書込可能な保存媒体（例えば、揮発性及び非揮発性メモリならびに／又は保存要素を含む）、入力装置、及び出力装置のうちの何れかの組合せを含むプロクラム可能なコンピュータ上で実行する（又はそれにより実行可能な）１つ以上のコンピュータプログラムとして具現され得る。記載される機能を実行し、出力装置を使用して出力を生成するために、入力装置を使用して入力された入力にプログラムコードが適用され得る。
【００７６】
以下の請求項の範囲内の各々のコンピュータプログラムは、アセンブリ言語、機械言語、高度手続プログラム言語、又は指向性（オブジェクトオリエンテッド）プログラム言語等の何れかのプログラム言語で具現される。プログラム言語は、例えばコンパイルされた又は解釈（インタプリット）されたプログラム言語である得る。
【００７７】
各々のそのようなコンピュータプログラムは、コンピュータプロセッサによる実行のために機械読出可能な保存装置内で有形に具現化された（ｔａｎｇｉｂｌｙ＿ｅｍｂｏｄｉｅｄ）コンピュータプログラム製品内に実装される。本発明の方法工程は、入力に働きかけ、出力を生成することにより本発明の機能を実行するために、コンピュータ読出可能な媒体上で有形に具現化されるプログラムを実行する１つ以上のコンピュータプロセッサにより実行される。適切なプロセッサは、例として汎用マイクロプロセッサと特定目的マイクロプロセッサの両方を含む。一般に、プロセッサは、（読出専用メモリ及び／又はランダムアクセスメモリのような）メモリから命令及びデータを受信し（読み出し）、メモリに命令及びデータを書き込む（保存する）。コンピュータプログラム命令及びデータを有形に具現化するのに適した保存装置として、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリ装置を含む半導体メモリ装置のような全形態の非揮発性メモリ、内部ハードディスク及び取外し可能なディスクのような磁気ディスク、磁気光学ディスク、及びＣＤ−ＲＯＭが挙げられる。上記のうちの何れかは、特別設計ＡＳＩＣ（用途特定集積回路）又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）により補足され得る、又はその中に組み込まれ得る。コンピュータは一般的にそのうえ、内部ディスク（図示されず）又は取外し可能なディスク等の不揮発性コンピュータ読出可能保存媒体からプログラム及びデータを受信（読み出す）でき、その保存媒体にプログラム及びデータを書き込み（保存する）できる。これらの要素はそのうえ、従来のデスクトップ又はワークステーションコンピュータならびに本明細書に記載される方法を実行するコンピュータプログラムを実行するのに適した他のコンピュータ内にも存在するので、それらのコンピュータは、デジタル印刷エンジン又は標識エンジン、表示モニタ、又は紙、フィルム、表示スクリーン、或いは他の出力媒体上に色又は濃淡画素を生成する能力のある他のラスタ出力装置と組み合わせて用いられ得る。
【００７８】
本明細書に記載される何れかのデータは、例えば不揮発性コンピュータ読出可能媒体上に有形に保存される１つ以上のデータ構造で実装され得る。本発明の実施形態は、そのようなデータ構造（複数可）内にそのようなデータを保存し、そのようなデータ構造（複数可）からそのようなデータを読み出し得る。
【符号の説明】
【００７９】
１００      支払請求コーダーに支払請求コード集合を与えるためのシステム
１０２      支払請求コード集合
１０４      支払請求コーダー、医師、ユーザ
１０６      患者Ａ、患者
１０８      臨床記録  １１０      支払請求コード選択モジュール
１１２      患者Ａの選別データ
１１４      他の患者の選別データ
１１６      患者データレポジトリ、レポジトリ
１１８      患者Ａ全データ
１２０ａ、１２０ｂ、１２０ｃ      記録、患者データ記録
１２２      患者Ｂ全データ
１２４ａ、１２４ｂ、１２４ｃ      記録、患者データ記録
１２６      患者Ｃ全データ
１２８ａ、１２８ｂ、１２８ｃ      記録、患者データ記録
１３０      患者データ選別（ｆｉｌｔｅｒ）モジュール、選別モジュール
１３２      選別患者データ
１５０      拡張支払請求コード集合を選択するためのシステム
１５２      シード集合生成モジュール
１５４      シード集合、支払請求コードシード集合
１５６      支払請求コード選別モジュール
１５８      選別支払請求コード集合
１６０      支払請求コード生成モジュール
１６２      生成（された）支払請求コード集合、
１６４      支払請求コード調整モジュール
１６６      初期支払請求コード集合
１６８      支払請求コード拡張モジュール
１７０、１７０ａ      拡張支払請求コード集合
１８０      拡張支払請求コード集合を表す出力を支払請求コーダーに与え、支払請求コーダーから支払請求コードの選択を受信するためのシステム
１８２      支払請求コード出力モジュール
１８４      支払請求コード出力
１８５      コード対応付けリスト
１８６、１８６ａ〜ｎ      支払請求コード選択入力
１８８      支払請求コード入力モジュール
１９０      最終支払請求コード集合
１９２      支払請求コード入力保存モジュール
１９３、１９３ａ〜ｎ      支払請求コード入力履歴記録
１９４      適合モジュール
１９５、１９５ａ〜ｎ      状況データ
１９６      初期支払請求コード抽出データ、初期抽出データ
１９７      改良支払請求コード抽出データ、改良抽出データ
２００      システム１００により実行される第１の方法の流れ図
２２０      システム１５０により実行される第２の方法の流れ図
２４０      システム１８０により実行される第３の方法の流れ図
【図１】
2016512372.tif 000003
【図２】
2016512372.tif 000004
【図３】
2016512372.tif 000005
【図４】
2016512372.tif 000006
【図５】
2016512372.tif 000007
【図６】
2016512372.tif 000008
【図７】
2016512372.tif 000009
【図８】
2016512372.tif 000010
【国際調査報告】
2016512372.tif 000011
2016512372.tif 000012