医療用品PO調整が
ほとんどの病院が気づいていないほどコストがかかる理由

日常業務に埋もれた問題

多くの業界では、発注照合は困難な作業です。医療業界では構造的に異なり、ほとんどの病院がそのギャップを測定したことすらありません。Premier Inc.の推計によると、医療業界の請求書の最大70%は依然として紙ベースのワークフローで処理され、各処理サイクルで5～15%にマッチング例外エラーが発生しています。これは単なる誤差ではありません。月間4万件の請求明細を処理する中規模病院では、10%の例外率で4,000件の手動調査が必要になります。それぞれの案件で、誰かがERPで発注書を開き、受領報告書を確認し、PDFで届いたベンダー請求書と明細を照合しなければなりません。

AHRMMのPerfect Order KPIは基準を定義しています。発注が「完全な注文」とみなされるのは、正しい場所に、時間通りに、損傷なく、正しい価格で、正しい数量で、初回で、かつ人間による修正を必要としない電子プロセスを通じて納品された場合のみです。これは複合指標であり、実際には、これを一貫して達成できる病院のサプライチェーンはごくわずかです。価格、数量、単位のいずれかの次元で失敗が発生するたびに、病院の買掛金部門またはサプライチェーン部門の誰かが手作業で解決しなければならない照合例外が発生します。

ヘルスケアを他と違うものにしているのは、取扱量ではありません。製造業や小売業、流通業には存在しない、データシステム同士の衝突です。病院のサプライチェーンにおけるラテックス手袋の箱には、ひとつの識別番号しかありません。実際には3つあり、それらは3つの異なる組織が管理する3つの異なるシステムに存在しています。請求書が届くと、そこに印刷された番号は発注書の番号と一致する場合もあれば、しない場合もあります。そして病院の品目マスタの番号は、そのどちらとも一致しないかもしれません。

3つの識別子、1つの製品

外科用手袋の箱、造影剤のバイアル、注射器のトレイなど、ひとつの医療用品の調達チェーンをたどれば、番号の問題が明らかになります。

メーカーはカタログ番号を割り当てます。これはサプライヤーが社内で使用する識別子であり、ERP、納品書、請求書に記載されます。医薬品や医療機器の場合、メーカーはNDC（National Drug Code）も割り当てることがあります。これはFDAが連邦食品・医薬品・化粧品法第510条に基づき定めた10桁の番号で、表示者、製品、包装構成を識別します。FDAのUDI規則の対象となる医療機器には、さらに別の識別子であるUDI（Unique Device Identifier）があります。これはDevice Identifier（DI）とProduction Identifier（PI）で構成され、機器のモデル、ロット、有効期限を一意に識別します。

病院は品目マスターIDを割り当てます。これは病院のERP（Infor、Oracle、Workday、Epic）が在庫管理、発注、支払い処理に使用する内部SKUです。この番号は病院のサプライチェーンまたは資材管理部門が作成・管理します。病院独自の内部分類であり、メーカーのカタログ番号やNDCとの体系的な関連性はありません。

流通業者はメーカーと病院の間に位置し、さらに別の識別子（流通業者独自のSKU、GS1 GTIN、場合によってはメーカーがFDAに登録したNDC）を使用することがあります。医薬品サプライチェーンセキュリティ法（DSCSA）はさらに別の層を追加します。NDCとは文字数と形式の両方で異なるシリアル化GTIN（SGTIN）です。つまり、医薬品ケースに付けられたシリアル化識別子は、病院の薬局システムが請求や在庫管理に使用するNDCと構造的に互換性がありません。

では、発注書が作成されたときに何が起こるかを考えてみましょう。病院の購買システムは品目マスターIDを取得します。発注書は流通業者に送信されます。流通業者はその品目マスターIDを自社のSKUまたはメーカーのカタログ番号に変換します。製品が出荷されます。梱包明細書には流通業者のSKUが記載されています。請求書には、サプライヤーの請求システムに応じて、メーカーのカタログ番号、NDC、UDI-DI、またはそれらの組み合わせが記載されています。受け入れドックでは、品目マスターIDを参照する発注書に対して出荷を記録します。3つの文書。3つの異なる番号体系。1つの製品。

照合プロセスとは、人間または自動システムが請求書と発注書と受領報告書の一致を確認する工程であり、価格や数量の比較を始める前に、これら3つの識別子を調整しなければならない。しかし、これらの識別子はそもそも調整用に設計されたものではない。3つの異なる規制枠組みのもとで活動する3つの異なる組織によって設計されており、それらが互いに対応するのは、サプライチェーン部門の誰かが手作業で維持しなければならない手動の相互参照表を通じてのみである。

GHXの分析によると、Perfect Order率の調査から、発注から支払いに至るプロセスの失敗の根本原因は、価格誤差や数量不一致ではなく、製品データの不一致であることが明らかになった。米国最大手の医療機器ディストリビューターの一つであるOwens & Minorは、2023年のGHXサミットで「製品データの不一致がPerfect Order率に与える悪影響」について発表した。問題は病院が発注書をうまく処理できないことではない。問題は、データがそもそも整合していなかったことにある。

あるサプライヤーが単一のフィールドを変更する——カタログ番号を更新したり、NDCからGTINに切り替えたりする——だけで、相互参照表は静かに破綻する。照合システムは不一致をフラグする。買掛金担当者が例外を開くと、発注書には品目マスターID 84721、請求書にはNDC 12345-6789-01、梱包明細書にはカタログ番号SG-400-Lが記載されている。どれも一致しない。調査が始まる。

単位が問題を増幅する箇所

3つの識別子の衝突が医療のPO照合を特に困難にする構造的問題であるなら、単位の不一致はデータ調整の問題を財務問題に変える力の増幅器です。

医療用品は、サプライチェーン全体で一貫性を保つことがほとんどない単位で販売、出荷、保管、請求されます。メーカーは手術用手袋を100枚入りの箱に包装します。販売業者はそれを10箱入りのケースで販売します。病院の中央供給部門は、個々の手袋を処置カートに補充するために、1枚単位で在庫を管理します。発注書には「1ケース（10箱×100枚）」と指定されるかもしれません。納品書には「1ケース」と記録されるかもしれません。請求書には「1ケースあたり48ドル」と請求されるかもしれませんが、サプライヤーの請求システムが1枚あたりの価格で設定されており、換算係数が間違っている場合、48ドルのケース価格が1枚あたり48ドルの請求になります。正しく価格設定された明細項目が突然10倍または100倍の過大請求を反映し、三者照合ではサプライヤーのエラーのように見える価格の不一致がフラグされますが、実際にはクロスリファレンステーブルに埋め込まれた単位換算の失敗です。

Definianによるヘルスケアサプライチェーンデータの分析によると、機能領域間での単位の不整合が調達、在庫、買掛金に連鎖的な例外を引き起こし、誤った単位換算データが「10箱必要なところを100箱注文する」といった根本的なサプライチェーンの破綻を招くことが明らかになりました。これはニッチな問題ではありません。中規模病院がサプライチェーン全体で2,000のユニークSKUを管理する場合、数千もの単位換算係数を維持することになります。新規製品が採用されるたびに新たな換算係数が発生し、サプライヤーが包装形態を変更するたびに新たな換算係数が発生し、ERPシステムのアップグレードでデフォルト単位がリセットされるたびに新たな換算係数が発生します。

Redditのr/supplychainでは、ヘルスケア調達の専門家が一貫して単位の不一致を最も根強い調整上の悩みの種として挙げています。あるサプライチェーンマネージャーは次のように率直に表現しています。発注書が「ケース」、請求書が「個」、受領記録が「箱」となっている場合、買掛金チームがどれだけ慎重に数字を確認しても、三者照合は決して成立しないと。

Identimedicalによる病院サプライチェーン障害の分析では、ベンダーのSKU変更が品目マスタ不一致の慢性的な原因として特定されました。サプライヤーはカタログ番号、パッケージ構成、計量単位を日常的に変更しますが、人員不足のサプライチェーンチームが管理する病院の品目マスタは更新が遅れます。納品時にスキャンしたSKUが品目マスタと一致しないと、入庫処理が中断されます。入庫処理が中断されると、三者照合も中断されます。2週間後に買掛金担当者のデスクに届く照合例外は、数ヶ月前に別の部門で発生したデータメンテナンスの失敗が下流に現れた症状です。

GPOティア価格：静かに変わる契約

ほとんどの業界にはサプライヤーとの価格交渉があります。医療業界にはGPO（グループ購買機構）ティア価格という、発注照合にさらなる複雑さをもたらす多層的な契約構造があります。

GPOは数千の加盟病院に代わり、数量ベースの割引を交渉します。病院は特定の購買数量ティア（例：手術用インプラントのティア3価格、年間50万ドルの支出が必要）にコミットします。GPO契約はティア価格を指定します。ディストリビューターの価格ファイルはそのティア価格を反映する必要があります。ベンダーの請求書はそのティア価格を請求する必要があります。しかし、ティアは静的な項目ではありません。病院の実際の購買数量が閾値を超えたとき、メーカーがGPO契約を再交渉したとき、または病院が年度途中でGPOを切り替えたときに変更されます。

医療業界流通協会（HIDA）は、GPOの階層構造に起因するチャージバックや価格差異の事例を分類しています。病院がGPOを切り替えると、メーカーは旧GPOの価格を維持したまま新たな階層の交渉が行われ、移行期間中に数千件のクレジットとチャージバックが発生し、それぞれ手動で調整が必要になります。病院の購買責任者が休暇で階層アップグレードのGPOコミットメントレター（LOC）を送り忘れると、流通業者は旧階層の価格で請求を続け、病院は新階層の数量で運用するため、注文ごとに価格差が拡大します。流通業者がメーカーのチャージバック対象でありながら、一定の金額以上しか申請しない場合、未申請のチャージバックは双方に認識されず、病院の実際の供給コストを静かに歪めます。

チャージバック調整プロセス自体が構造上の摩擦点です。メーカーは卸売価格で販売代理店に販売し、販売代理店はGPOが交渉した契約価格で病院に販売します。その後、メーカーは卸売価格と契約価格の差額を補填するため、販売代理店にチャージバックを発行します。このチャージバック請求は、メーカーの契約記録、販売代理店の販売データ、GPOの会員名簿、病院の発注書の4つのエンティティ間で一致する必要があります。ProfitOpticsによるヘルスケアチャージバック管理の分析では、これを「4x4マッチ」—4つのプレイヤー、4つのデータソース—と呼び、4つのデータセットのいずれかが一致しない場合、数千、時には数百万ドルが裏付けなしに行き来していると指摘しています。

病院の買掛金チームが1つの請求書を調整する場合、これは、サプライヤーの請求書の価格がティア3では正しくてもティア4では間違っている、GPO Aでは正しくてもGPO Bでは間違っている、契約日では正しくても出荷日では間違っている可能性があることを意味します。請求書は正常に見えます。価格は有効な契約価格です。しかし、その病院にとってその時点では間違った契約価格であり、それを発見するには、買掛金チームがアクセス権すら持っていないシステムにあるGPO契約スケジュール、ティア割り当てレター、チャージバック記録と請求書を照合する必要があります。

ERP照合モジュールでは埋められないギャップ

当然、エンタープライズソフトウェアがこの問題を処理すべきだと考えるでしょう。Infor、Oracle PeopleSoft、Workday、SAPはいずれも、発注書の明細と受領記録および請求書を自動的に比較するように設計された三者照合モジュールを備えています。例えばPeopleSoftの照合ワークベンチは、請求書が照合・支払われる前に満たさなければならない一連の照合条件をチェックし、請求書、発注書、受領書の間で三者照合を確立します。このロジックは成熟しており、十分に文書化されています。

しかし、ERP照合モジュールは、1つの製品に1つの識別子があり、その識別子が発注書、梱包明細書、請求書の間で一貫している世界を前提に構築されました。これらは製造業の調達——原材料のSKUが買い手、サプライヤー、受入ドックで同じ意味を持つ——のために作られました。同じ製品が薬局システムではNDC、流通業者の請求システムではカタログ番号、ケースラベルではGTIN、病院のERPでは品目マスターIDで識別され、それらの間で自動的な相互参照が一切ない環境のために作られたわけではありません。

Clarium Healthによる医療ERPマッチングの分析では、従来の三者照合に契約検証を加えた高度な四者照合を導入しても、病院では例外のかなりの部分に手作業での対応が必要だったことが判明しました。その根本原因はマッチングロジックの失敗ではなく、上流でのデータ整合性の問題でした。契約データはあるシステム、発注データは別のシステム、受領データはさらに別のシステムに存在していました。マッチングモジュールはそれらを比較できても、人間が事前に識別子を揃えておく必要があり、まさにそのステップが最も時間を要するのです。

病院のサプライチェーン専門家によるRedditの議論では、ERPマッチングモジュールへの不満が一貫していました。システムは例外をフラグするものの、解決に必要なコンテキストを一切提供しません。買掛金担当者は「数量不一致 — PO: 10、請求書: 1000」と表示され、差異が実際の不足なのか、システムが適用できなかった単位換算なのかを独自に判断しなければなりません。ERPは数字が一致しないことは認識しますが、なぜ一致しないのかは認識しません。そして、その「なぜ」— NDCとカタログ番号、個数とケース、Tier 3とTier 4 — が、例外の解決に5分で済むか5日かかるかを左右します。

ギャップの責任者は誰もいない

医療用品発注照合で最も見落とされがちな側面は組織的なものです。3つの部門が3つの書類を担当し、それぞれのインセンティブが正確なマッチングと構造的に乖離しています。

臨床スタッフと部門管理者が要求を発行します。彼らの動機は可用性、つまり明日の処置に必要な備品が棚にあることを確実にすることです。製品は臨床名や過去に使用した品目で指定します。品目マスターIDを参照することはほとんどなく、メーカーのカタログ番号を参照することもほぼありません。彼らの要求は機能的には正確ですが（「いつも注文している手術用手袋」）、照合文書としては構造的に不完全です。

サプライチェーンと購買部門が要求を発注書に変換します。彼らの動機はコストと契約遵守、つまりGPO交渉価格で承認されたベンダーから購入することです。臨床の説明を品目マスターIDに変換し、GPO契約を選択して発注書を発行します。請求書は見ず、受領も記録しません。彼らの仕事は発注書が発行された時点で終了します。

買掛金部門が請求書を受け取ります。それは、自分たちが選んでいない販売業者から、自分たちが割り当てていない製品識別子を参照し、自分たちが交渉していないGPOティア価格が記載されたPDFです。彼らの仕事は、病院が注文・受領したものに対してのみ、正しい価格で支払うことを確認することです。しかし、その確認に必要なデータ（品目マスターの相互参照、GPO契約スケジュール、ティア割り当てレター）は、アクセス権がない可能性のあるシステムにあり、異なる報告構造と異なる優先順位を持つ部門によって管理されています。

AHRMMサプライチェーンエクセレンスの鍵は、この組織的なギャップを明確に認識しています。Perfect Order KPIは、調達、受入、買掛金、臨床部門といった「機能別サイロを横断」し、「サプライチェーンパフォーマンスに共同責任を持つ内外組織間の連携を促進する」ために、複合指標として定義されています。AHRMMがサイロ横断的な連携を測定するKPIを構築せざるを得なかったという事実自体が、ほとんどの病院ではサイロ化が標準であることの証左です。

その結果、単一の担当者が3つのデータソースすべてにアクセスできず、単一の部門が結果に対して責任を負わない調整プロセスが生まれています。価格差異を発見した買掛金担当者は、契約確認のために調達部門に、納品確認のために受入部門に、請求書確認のために販売元に電話をかけなければなりません。1つの例外項目を解決するために、3部門に3本の電話です。これが月に4,000件の例外として発生します。

誰も測定しないコスト

医療現場における手動発注照合の財務コスト（例外1件あたり53ドル、早期支払割引の喪失、重複支払い）は具体的で定量化可能です。運用面および臨床面のコストは測定が難しいものの、おそらくより大きなものです。

病院の買掛金が60日を超えて滞留するのは、例外処理が積み重なった結果だ。サプライヤーの反応は決まっている：与信停止である。主要な医材卸から与信停止を受けた病院は、物資を受け取れなくなる。木曜に予定されていた手術は金曜に延期されるか、中止される。水曜に届くはずの特定のインプラントや消耗品が、未払い残高が精算されるまで卸がトラックを解放しないからだ。この遅延の原因は、3週間前に起票され、未解決のまま放置された照合例外に直接遡る。請求書が間違っていたからではない。請求書のNDCが発注書のカタログ番号と一致せず、その例外を起票した買掛金担当者が、同一製品であることを確認できるクロスリファレンス表にアクセスできなかったからだ。

これが、プレミア社のRemitraチームが文書化したドミノ効果である：医療機関の発注書とサプライヤーの請求書の価格不一致が例外を生む。請求書は保留される。医療機関は支払わない。債権は滞留する。与信停止が発動される。医療機関は製品を入手できなくなる。問題はサプライチェーンで始まった——具体的には、発注書、請求書、契約を整合させるはずのデータ層で——そして患者のベッドサイドで終わる。

人件費も同様に広く分散している。週の60％を照合例外の調査に費やす買掛金担当者やサプライチェーン専門家は、本来の調達業務の改善——支出パターンの分析、契約の再交渉、在庫レベルの最適化——に時間を割くことができない。あるReddit上の病院サプライチェーン専門家は、その累積的な影響をこう表現している。「医療業界の購買はかなり過酷だ」。その過酷さは仕事量の問題ではない。問題は仕事の本質——統合されることのなかったシステム上で、連携されることのなかった部門間で、そもそも照合を想定していない識別子を突き合わせる作業——にある。

何が状況を変えるのか

医療サプライチェーンは20年にわたり、本質的にデータの問題である照合課題に対して、技術を積み重ねてきた。ERPマッチングモジュール、GPO契約管理プラットフォーム、チャージバック自動化ツール——これらはすべて、3つの文書に記載された識別子がすでに一致しているか、またはクロスリファレンスのメンテナンスを改善すれば一致させられるという前提に立っている。その前提は誤りである。識別子はそもそも一致するようには設計されておらず、クロスリファレンステーブルを手動で維持することは、勝ち目のない無限のゲームである。

状況を変えるのは、より優れたマッチングアルゴリズムではない。マッチングのステップから識別子への依存を完全に排除することである。請求書がPDFで届いたとしても——どのディストリビューターからでも、どのような形式でも、どのような製品識別子が記載されていても——そこに含まれるデータを数秒で構造化形式に抽出できれば、マッチングロジックは識別子ではなくデータそのものに対して機能する。請求書のNDC、発注書のカタログ番号、ERPの品目マスターIDは、比較を始める前に調整しなければならない3つの互換性のないキーではなく、同じ抽出レコードの3つの属性となる。

これは仮説上のワークフローではない。ビジョン言語モデルに基づくツールは、人間のAP担当者が読むのと同じように発注書やベンダー請求書を読む——つまり、各フィールドが意味するものを理解し、固定された座標で位置を特定するのではない。「NDC」「カタログ番号」「品目説明」「注文数量」「単価」といった抽出列を定義すると、AIは文書を読み、各フィールドをその意味内容によって識別し、対応する列にデータを入力する——フィールドがページ上のどこに現れても、どのサプライヤーが文書を送信したかに関係なく、またサプライヤーがどの番号体系を使用しているかにも関係なく。出力は3つの識別子がすべて並んだ構造化レコードであり、マッチングのステップは3部門にわたる調査ではなく、スプレッドシートの比較となる。

病院のサプライチェーン部門が医療用品の発注書からデータを抽出し、1つのスプレッドシートにまとめることができれば、照合のボトルネックはデータの調整からデータの検証へと移行します。これは根本的に異なるタスクであり、数時間ではなく数秒で完了します。調達部門が複数のベンダーにわたる発注書をバッチ処理し、統合された支出レポートを作成することができれば、現在サプライチェーンのフルタイム従事者を消費しているクロスリファレンステーブルのメンテナンスは不要になります。なぜなら、抽出エンジンが各文書から識別子を直接読み取り、それらをまとめて表示するため、人間が事前にそれらを整合させる必要がなくなるからです。

これを実現した病院のサプライチェーンは、照合の例外を排除するわけではありません。例外の構造的原因——3つの識別子の衝突——を排除するのです。マッチングロジックが実行される前に、互換性のない3つのデータソースを1つの構造化レコードに統合することで実現します。これは漸進的な改善ではありません。医療調達データの流れ方におけるカテゴリの変化です。

よくある質問

医療用品の発注書照合が他業界より失敗しやすいのはなぜですか？

医療調達には、製造業や小売業にはない構造上の複雑さが存在します。すなわち、単一の製品にNDC（または医療機器のUDI-DI）、メーカーカタログ番号、病院の品目マスターIDという3つの異なる識別番号が付与され、それらが体系的に相互参照されていないことです。さらに、単位の不一致（個 vs. ケース vs. パック）や、予告なく変動するGPOの階層別価格設定が加わり、照合プロセスでは、数量と価格の突合を開始する前に、データの非互換性を解決しなければなりません。

病院のERPシステムで発注照合を自動化できますか？

ERPの照合モジュール（Infor、Oracle PeopleSoft、SAP）は、発注、受領記録、請求書の3つの文書すべてで製品識別子が一致している場合に限り、発注行と受領記録および請求書を比較できます。しかし医療分野では、請求書にNDC、発注書に品目マスターID、納品書に流通業者のSKUが記載されていることが多く、比較を実行する前にERPが不一致をフラグ付けします。照合ロジックは機能しますが、データの整合性が取れていません。識別子が調整されるまで（通常は手動の相互参照テーブルによる）、照合モジュールは設計通りに機能しません。

医療調達における発注書と請求書の不一致で最も多いのは？

単位の不一致は、一貫して照合例外の最も根強い原因として挙げられています。医療用品は、販売、出荷、保管、請求が異なる単位（個、箱、ケース、パック、パレット）で行われ、換算係数はサプライヤーシステム、流通業者の価格ファイル、病院のERP間で確実に維持されていません。サプライヤーのエラーに見える価格の不一致は、多くの場合、単位換算の失敗です。つまり、契約ではケース単位の価格であるのに、請求書では個単位で請求されている、またはその逆です。

GPO契約価格は発注照合にどのような影響を与えますか？

GPOティア価格設定には、標準的な三者照合にはない検証ステップが追加されます。請求書に有効な契約価格が表示されていても、誤ったティア、誤ったGPO、または誤った契約期間である可能性があります。これを発見するには、請求書をGPO契約スケジュール、ティア割り当てレター、チャージバック記録と照合する必要がありますが、これらは多くの場合、APワークフローとは別のシステムに存在します。病院は実際にはTier 4の資格があるのに、Tier 3の交渉価格を支払っている可能性があり、体系的な調整がなければ、過剰支払いは誰も気づかないうちに何ヶ月も続く可能性があります。

病院における未解決のPO照合例外の財務的影響は何ですか？

直接的なコストは測定可能です。1件の例外あたり平均53ドルの再作業コスト、年間50,000件の請求書に対して10%の例外率とすると、手動調査の労力だけで年間約265,000ドルになります。間接的なコスト（早期支払割引の喪失、重複支払い、供給遅延を引き起こす与信停止、ティア価格が検証されなかったために実現しないGPO節約）はほぼ確実にそれよりも高くなりますが、病院の財務報告では調整の失敗に起因するものとしてほとんど認識されていません。

AI文書抽出は、NDCコードまたはUDI識別子を使用する医療用品請求書で機能しますか？

はい、ここがテンプレートベースの抽出と根本的に異なる点です。視覚言語モデルは、固定座標でフィールドを探すのではなく、各項目の意味を意味論的に理解して文書を読み取ります。「NDC」や「カタログ番号」という列を定義すると、AIはそのフィールドが文書上のどこに現れても、どの仕入先から送られても、どの番号体系が使われていても識別します。つまり、複数の販売業者からの請求書に対して、サプライヤーごとのテンプレートを作成・管理することなく、単一の抽出設定で対応できます。出力は、NDC、カタログ番号、品目マスターIDが横並びになった構造化レコードとなり、照合ステップは複数システムにわたる調査ではなく、単純な比較になります。