翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
$member-match HealthLake の オペレーション
AWS HealthLake は、患者リソースの $member-matchオペレーションをサポートするようになりました。これにより、医療組織は人口統計情報とカバレッジ情報を使用して、さまざまな医療システム全体でメンバーの一意の識別子を検索できます。このオペレーションは、CMS コンプライアンスを達成し、患者のプライバシーを維持しながらpayer-to-payerデータ交換を促進するために不可欠です。
このオペレーションは、以下が必要な場合に特に役立ちます。
組織間の安全な医療データ交換を有効にする
さまざまなシステムにわたる患者のケアの継続性を維持する
CMS コンプライアンス要件のサポート
医療ネットワーク全体で正確なメンバー識別を容易にする
使用量
$member-match オペレーションは、POST メソッドを使用して患者リソースで呼び出すことができます。
POST [base]/Patient/$member-match
サポートされているパラメータ
HealthLake は、次の FHIR $member-matchパラメータをサポートしています。
| パラメータ | タイプ | [Required] (必須) | デフォルト | 説明 |
|---|---|---|---|---|
| MemberPatient | 患者 | はい | — | 一致するメンバーの属性情報を含む患者リソース |
| CoverageToMatch | カバレッジ | はい | — | 既存のレコードとの照合に使用されるカバレッジリソース |
| CoverageToLink | カバレッジ | いいえ | — | マッチングプロセス中にリンクされるカバレッジリソース |
| 同意 | 同意 | いいえ | — | 認可のための同意リソース |
例
パラメータを使用した POST リクエスト
POST [base]/Patient/$member-match Content-Type: application/fhir+json { "resourceType": "Parameters", "parameter": [ { "name": "MemberPatient", "resource": { "resourceType": "Patient", "name": [ { "family": "Jones", "given": ["Sarah"] } ], "gender": "female", "birthDate": "1985-05-15" } }, { "name": "CoverageToMatch", "resource": { "resourceType": "Coverage", "status": "active", "beneficiary": { "reference": "Patient/1" }, "relationship": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/subscriber-relationship", "code": "self", "display": "Self" } ] }, "payor": [ { "reference": "Organization/payer456" } ] } }, { "name": "Consent", "resource": { "resourceType": "Consent", "status": "active", "scope": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/consentscope", "code": "patient-privacy" } ] }, "category": [ { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/v3-ActCode", "code": "IDSCL" } ] } ], "patient": { "reference": "Patient/1" }, "performer": [ { "reference": "Patient/patient123" } ], "sourceReference": { "reference": "Document/someconsent" }, "policy": [ { "uri": "http://hl7.org/fhir/us/davinci-hrex/StructureDefinition-hrex-consent.html#regular" } ] } } ] }
レスポンス例
オペレーションは、一致する結果を含む Parameters リソースを返します。
{ "resourceType": "Parameters", "parameter": [ { "name": "MemberIdentifier", "valueIdentifier": { "system": "http://hospital.org/medical-record-number", "value": "MRN-123456" } }, { "name": "MemberId", "valueReference": { "reference": "Patient/patient123" } }, { "name": "matchAlgorithm", "valueString": "DEMOGRAPHIC_MATCH" }, { "name": "matchDetails", "valueString": "Demographic match: DOB + Name" }, { "name": "matchedFields", "valueString": "given,birthdate,gender,family" } ] }
レスポンスパラメータ
一致が見つかった場合、レスポンスには次のパラメータが含まれます。
| パラメータ | Type | 説明 |
|---|---|---|
| MemberIdentifier | 識別子 | 一致したメンバーの一意の識別子 |
| MemberId | リファレンス | 患者リソースへの参照 |
| matchAlgorithm | String | 使用される一致アルゴリズムのタイプ (EXACT_MATCH、STRONG_MATCH、または DEMOGRAPHIC_MATCH) |
| matchDetails | String | マッチングプロセスに関する詳細情報 |
| matchedFields | String | 正常に一致した特定のフィールドのリスト |
一致するアルゴリズム
$member-match API は、正確なメンバー識別を確保するために、多層マッチングアプローチを採用しています。
- EXACT_MATCH
-
Coverage SubscriberId と組み合わせて患者識別子を使用します
メンバーマッチングの最高信頼度を提供します
- STRONG_MATCH
-
最小カバレッジ情報で患者識別子を使用します
完全一致基準が満たされない場合に高い信頼性を提供します
- DEMOGRAPHIC_MATCH
-
基本的な属性情報に依存する
識別子ベースのマッチングができない場合に使用されます。
行動
$member-match オペレーション:
患者属性、カバレッジの詳細、およびオプションの同意情報を入力として受け入れます
後続のインタラクションに使用できる一意のメンバー識別子を返します。
多層マッチング (完全、強力、属性) を実装して、さまざまな医療システム全体で正確なメンバー識別を確保します
提供された同意情報を将来の認可目的で保存します。
患者のプライバシーを維持しながら、安全なpayer-to-payerデータ交換をサポート
医療データ交換の CMS 要件に準拠
Authorization
API は、以下の必要なスコープで SMART on FHIR 認可プロトコルを使用します。
system/Patient.readsystem/Coverage.readsystem/Organization.read(条件付き)system/Practitioner.read(条件付き)system/PractitionerRole.read(条件付き)system/Consent.write(条件付き)
エラー処理
オペレーションは、次のエラー条件を処理します。
400 Bad Request: 無効な$member-matchオペレーション (非準拠のリクエストまたは必須パラメータの欠落)422 Unprocessable Entity: 一致する または複数の一致する が見つかりません