医療用品PO照合が
病院の想定以上にコストを要する理由

日常業務に埋もれた問題

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

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

医療業界を他と違わせるのは、取扱量ではありません。製造業、小売業、流通業が対処する必要のない、データシステムの衝突です。病院のサプライチェーンにおけるラテックス手袋の箱には、1つの識別番号がありません。3つあります。そして、それらは3つの異なる組織によって維持される3つの異なるシステムに存在します。請求書が届いたとき、そこに印刷された番号は発注書の番号と一致する場合もあれば、しない場合もあります。そして、病院の品目マスターの番号は、どちらとも一致しない可能性があります。

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

1つの医療用品——手術用手袋の箱、造影剤のバイアル、注射器のトレイ——の調達チェーンをたどると、番号の問題が浮き彫りになります。

メーカーはカタログ番号を割り当てます。これはサプライヤーが社内で使用する識別子です：ERP、納品書、請求書に使われます。医薬品や医療機器の場合、メーカーはNDC（ナショナル・ドラッグ・コード）も割り当てることがあります。これはFDAが連邦食品・医薬品・化粧品法第510条に基づき定めた10桁の番号で、表示者、製品、包装構成を識別します。FDAのUDI規則で規制される医療機器には、さらに別の識別子があります：UDI（ユニーク・デバイス・アイデンティファイア）で、機器識別子（DI）と製造識別子（PI）から構成され、機器モデル、ロット、有効期限を一意に識別します。

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

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

ここで、発注書が作成される際に何が起こるかを考えてみましょう。病院の調達システムは品目マスターIDを取得します。POはディストリビューターに送信されます。ディストリビューターはその品目マスターIDを自社のSKUまたはメーカーのカタログ番号に変換します。製品が出荷されます。納品書にはディストリビューターのSKUが記載されます。請求書には——サプライヤーの請求システムに応じて——メーカーのカタログ番号、NDC、UDI-DI、またはそれらの組み合わせが記載されます。受入ドックでは、品目マスターIDを参照するPOに対して出荷を記録します。3つの文書。3つの異なる番号体系。1つの製品。

照合プロセス——人間または自動システムが請求書がPOと受入報告書に一致することを確認するステップ——では、価格や数量の比較を開始する前に、これら3つの識別子を調整する必要があります。しかし、これらの識別子は調整用に設計されたものではありません。3つの異なる規制枠組みで活動する3つの異なる組織によって設計され、サプライチェーン部門の誰かが手作業で維持しなければならない手動の相互参照テーブルを通じてのみ互いにマッピングされます。

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

あるサプライヤーがカタログ番号を変更したり、NDCからGTINに切り替えたりするなど、たった一つのフィールドを変更するだけで、クロスリファレンステーブルは静かに破綻します。照合システムは不一致を検出します。AP担当者が例外を開くと、POには品目マスターID 84721、請求書にはNDC 12345-6789-01、納品書にはカタログ番号SG-400-Lが記載されています。どれも一致しません。調査が始まります。

数量単位が問題を増幅する

3つの識別子の衝突が医療機関のPO照合を特に困難にする構造的問題だとすれば、数量単位の不一致は、データの不整合を金銭的問題に変える増幅要因です。

医療用品は、販売、出荷、在庫、請求の各段階で、サプライチェーン全体で一貫しない単位で扱われます。メーカーは手術用手袋を100枚入りの箱で包装します。ディストリビューターは10箱入りのケースで販売します。病院の中央供給部門は、手術カート用に個別の手袋を引き出すため、1枚単位で在庫管理します。POには「1ケース（10箱×100枚）」と指定されているかもしれません。納品書には「1ケース」と記録されているかもしれません。請求書には「1ケースあたり48ドル」と請求されているかもしれません。しかし、サプライヤーの請求システムが1枚単位で価格設定しており、換算係数が間違っている場合、48ドルのケース価格が1枚あたり48ドルの請求になります。正しく価格設定されたラインアイテムが突然10倍または100倍の過大請求となり、三者照合で価格不一致がフラグされ、サプライヤーのエラーのように見えますが、実際にはクロスリファレンステーブルに埋もれた単位換算の失敗です。

Definianによる医療サプライチェーンデータの分析では、機能領域間での数量単位の不整合が、調達、在庫、買掛金において連鎖的な例外を引き起こし、誤ったUOM関係データが、実際には100箱必要なところを10箱しか発注しないといった、サプライチェーンの基本的な失敗を引き起こす可能性があることが判明しました。これはニッチな問題ではありません。サプライチェーン全体で2,000のユニークなSKUを在庫する病院（中規模施設としては控えめな数）は、数千もの単位換算係数を維持しています。フォーミュラリーに追加される新製品ごとに、新しい換算係数が導入されます。包装構成を変更するサプライヤーごとに、新しい換算係数が導入されます。デフォルト単位をリセットするERPシステムのアップグレードごとに、新しい換算係数が導入されます。

Redditのr/supplychainでは、医療調達の専門家たちが一貫して「単位（UoM）の不一致」を最も根深い照合上の悩みの種として挙げています。あるサプライチェーンマネージャーは、この問題を率直に表現しました。発注書が「ケース」、請求書が「個」、受領記録が「箱」と異なる単位を指している場合、買掛金チームがどれだけ注意深く数字を確認しても、三者照合は決して成立しない、と。

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

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

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

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

医療業界ディストリビューター協会（HIDA）は、GPOティア構造に起因するチャージバックと価格不一致シナリオの分類を文書化しています。病院があるGPOから別のGPOに移行する場合、メーカーは新しいティア割り当てが交渉されている間、以前のGPOの価格を引き続き適用します。これにより移行期間中に数千件のクレジットとチャージバックが発生し、それぞれ手動での照合が必要になります。病院の購買マネージャーが休暇中でティアアップグレードのGPO確約書（LOC）を送付し忘れた場合、ディストリビューターは旧ティアで請求を続け、病院は新ティアの数量で運用するため、注文のたびに価格差が累積します。ディストリビューターがメーカーチャージバックの対象となるが、特定の金額閾値を超えた場合にのみ申請する場合、除外されたチャージバックは両者に認識されず、病院の実際の供給コストを静かに歪めます。

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

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

ERP照合モジュールが残すギャップ

当然、エンタープライズソフトウェアがこの問題を処理すべきだと思われるかもしれません。Infor、Oracle PeopleSoft、Workday、SAPはいずれも、発注明細を受領記録や請求書と自動比較する3ウェイマッチングモジュールを備えています。例えばPeopleSoftのMatching Workbenchは、請求書が照合・支払いされる前に満たすべき照合条件をチェックし、請求書・発注書・受領書の3ウェイマッチを確立します。このロジックは成熟しており、十分に文書化されています。

しかし、ERP照合モジュールは、1つの製品に1つの識別子があり、その識別子が発注書、納品書、請求書で一貫している世界を想定して構築されました。これらは製造調達向けに設計されており、原材料のSKUは買い手、サプライヤー、受入部門で同じ意味を持ちます。薬局システムではNDC、流通業者の請求システムではカタログ番号、ケースラベルではGTIN、病院のERPでは品目マスターIDと、同じ製品が複数の識別子で管理され、それらの間で自動クロスリファレンスが存在しない環境向けには作られていません。

Clarium Healthによる医療ERP照合の分析では、従来の3ウェイ比較に契約検証を加えたインテリジェント4ウェイマッチングを導入した後でも、病院はかなりの割合の例外に対して手動介入を必要としていました。その根本原因は照合ロジックの失敗ではなく、上流でのデータ整合性の欠如でした。契約データはあるシステム、発注データは別のシステム、受領データはさらに別のシステムに存在していました。照合モジュールはそれらを比較できますが、それは人間が事前に識別子を整合させた後でのみ可能であり、まさにこのステップが最も時間を消費します。

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

誰もギャップを所有していない

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

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

サプライチェーンと調達部門が要求を発注書に変換します。彼らのインセンティブはコストと契約遵守、つまりGPO交渉価格で承認ベンダーから購入することです。臨床記述を品目マスターIDに変換し、GPO契約を選択し、発注書を発行します。彼らは請求書を見ず、受領も記録しません。発注書の発行が仕事の終わりです。

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

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

結果として、3つのデータソースすべてにアクセスできる個人はおらず、結果に対して責任を負う部門もない照合プロセスが生まれています。価格差異を発見した買掛金担当者は、契約確認のために調達部門に電話し、納品確認のために受入部門に電話し、請求書確認のために流通業者に電話する必要があります。3部門に3本の電話、1つの明細の1つの例外を解決するために。それが月に4,000件の例外です。

誰も測らないコスト

医療現場における手動PO照合の金銭的コスト——一件の例外処理あたり53ドル、早期支払い割引の機会損失、二重支払い——は具体的で定量化可能です。しかし、業務上および臨床上のコストは測定が難しく、おそらくそれ以上に大きいものです。

病院の買掛金が例外処理の滞留により60日を超えて延滞すると、サプライヤーは当然の対応を取ります：与信停止です。主要な医療用外科用品ディストリビューターから与信停止を受けた病院は、物資を受け取ることができません。木曜日に予定されていた処置が金曜日に延期される——あるいは中止される——なぜなら、水曜日に到着するはずだった特定のインプラントや消耗品が、ディストリビューターが未払い残高の決済まで出庫を許可しないトラックに積まれたままだからです。この遅延の原因は、3週間前に起票され未解決のまま放置された一件の照合例外に直接遡ります——請求書が間違っていたからではなく、請求書のNDCが発注書のカタログ番号と一致せず、その例外を処理した買掛金担当者が、それらが同一製品であることを確認できるクロスリファレンス表にアクセスできなかったからです。

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

人件費も同様に広範囲に及びます。週の60%を照合例外の調査に費やす買掛金担当者やサプライチェーン専門家は、調達成果を実際に向上させる業務——支出パターンの分析、契約の再交渉、在庫レベルの最適化——に時間を割くことができません。Reddit上のある病院サプライチェーン専門家は、その累積的影響を次のように述べています：「医療業界の購買はかなり過酷です」。過酷さは仕事量ではありません。仕事の本質——統合されるように設計されたことのない識別子を、統合されたことのないシステム上で、連携したことのない部門間で照合すること——にあります。

何が方程式を変えるのか

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

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

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

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

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

よくある質問

医療用品のPO照合が他業界より頻繁に失敗するのはなぜですか？

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

病院のERPシステムはPO照合を自動で処理できますか？

ERPの照合モジュール（Infor、Oracle PeopleSoft、SAP）は、PO明細と受領記録、請求書を比較できますが、3つの書類すべてで製品識別子が一致している場合に限ります。医療現場では、請求書にNDCが記載され、POが品目マスターIDを参照し、納品書が流通業者のSKUを使用している場合、比較が実行される前にERPは不一致をフラグします。照合ロジックは機能しますが、データの整合性が取れていません。識別子が調整されるまで（通常は手動のクロスリファレンステーブルによる）、照合モジュールは設計通りに機能しません。

医療調達で最も一般的なPOと請求書の不一致は何ですか？

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

GPO契約価格はPO調整にどのように影響しますか？

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

解決されないPO調整例外が病院に与える財務的影響は何ですか？

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

AIによる文書抽出は、NDCコードやUDI識別子を使用する医療用品請求書に対応していますか？

はい、対応しています。ここがテンプレートベースの抽出とは根本的に異なる点です。視覚言語モデルは、固定座標で位置を特定するのではなく、各フィールドの意味を意味論的に理解して文書を読み取ります。「NDC」や「カタログ番号」という列を定義すると、AIはそのフィールドが文書上のどこに表示されていても、どの供給業者が送信したものでも、どの番号体系を使用していても識別します。つまり、単一の抽出設定で、複数の販売業者からの請求書に対応でき、業者ごとのテンプレートを構築・維持する必要はありません。出力は、NDC、カタログ番号、品目マスターIDが並んだ構造化レコードとなり、照合ステップは複数システムの調査ではなく、単純な比較作業になります。