翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
リソースマッチングの仕組み
リソースが一括インポートジョブ、REST API create、updateまたは を介してデータストアに書き込まれるたびにdelete、リソースマッチングはデータストア内の同じタイプの他のリソースに対してそのidentifier値を評価します。マッチングは決定論的です。2 つのリソースは、信頼性の高い医療識別子を共有するとリンクされ、各識別子は実際のスコープに従ってマッチングされます。
-
グローバルに一意の識別子 – 国民プロバイダー識別子 (NPI) や社会保障番号 (SSN) などの識別子は、どのシステムがレコードを発行したかに関係なく、同じエンティティを指します。これらは 値で一致します。
-
スコープ識別子 – 医療記録番号 (MRN)、運転免許証、デバイスのシリアル番号などの識別子は、名前空間 (病院、州、製造元) 内でのみ一意です。これらは識別システムと値の組み合わせで一致するため、ある病院の MRN が別の病院
456の MRN456にリンクされることはありません。
リソースマッチングでは、同じ識別子が異なるシステム URIs。たとえば、 http://hl7.org/fhir/sid/us-ssnと の SSN urn:oid:2.16.840.1.113883.4.1は同じ識別子として扱われるため、異なる URI 規則を使用するソースのリソースは引き続き一致します。
リソースマッチングでは、識別子間の優先順位や競合の解決は適用されません。2 つのリソースをリンクするには、共有されている非プレースホルダー識別子で十分です。マッチングは非破壊的であるため、結果のリンクを確認して対処方法を決定します。
注記
リソースマッチングは、同じタイプのリソースを相互に評価します (例: Patientから )Patient。異なるタイプのリソースはリンクされません。
注記
100 を超える他のリソースと識別子を共有するリソースは、それらすべてと照合されない場合があります。
