AWS HealthLake が重複レコードの自動特定・紐付け機能（プレビュー）を提供開始

AWS HealthLake は、データストア内の重複する患者、医療従事者、組織などのレコードを自動的に特定し、紐付ける「resource matching」機能（プレビュー版）を導入しました。この機能は、7種類の FHIR リソースタイプ（Patient, Practitioner, Organization, Location, Device, RelatedPerson, PractitionerRole）を対象とし、社会保障番号や医療記録番号などの高信頼性の識別子を用いてマッチングを行います。マッチング結果は FHIR Linkage リソースを通じて管理され、元のレコードは変更・削除されず、データの履歴（プロバンス）をستخدم/管理可能です。本機能は gated preview として提供されており、利用には許可リスト（allowlist）への登録申請が必要です。

医療データ管理における「名寄せ」の課題を解決

医療分野のデータ管理において、患者情報の重複（名寄せの失敗）は、重複検査や誤診、請求エラーといった深刻なコストとリスクを直結させる大きな課題でした。今回の AWS HealthLake の新機能は、、専用のマスターデータ管理（MDM）ツールを導入することなく、「自動で、かつ非破壊的に」 名寄せを行う仕組みを提供しており、非常に強力な。

📍 日本国内の利用状況について

リサーチ結果に基づくと、本機能の利用可能なリージョンは、米国（バージニア、オハイオ、オレゴン）、インド（ムンバイ）、欧州（ロンドン、アイルランド）、オーストラリア（シドニー）、カナダ（セントラル）に限定されており、東京（ap-northeast-1）および大阪（ap-northeast-3）リージョンについては、公式発表において明記されていません。 現時点では、国内リージョンでの利用は対象外と判断されます。

🛠 運用のポイントとアドバイス

• データの整合性: マッチングはリソースの書き込み後に非同期で行われるため、最終的な整合性（eventual consistency）に基づきます。リアルタイムな一致を期待するのではなく、非同期処理の結果を待つ設計が必要です。
• 非破壊的なアプローチ: 元のレコードを書き換えないため、データソースの整合性を保ちつつ、リンク情報だけを管理できる点は、運用上の安全性（Provenance）が非常に高いと言えます。
• コストと設定: マッチングルールを自ら定義する必要がなく、設定不要で動作するため、運用負荷の低約減が期待できます。

🚀 次のアクション

まずは、AWS HealthLake の開発者ガイドを確認し、どのような識別子がマッチングのトリロガーとなるか、詳細な仕様を確認することをお勧めします。

参照ドキュメント: Matching duplicate FHIR resources (AWS HealthLake developer guide)