短く言うと: Patient は、ケアを受けている個人を表す FHIR リソースです。その人の管理上の情報（誰であるか）を表し、病状を表すものではありません。識別子（医療記録番号、国民識別番号）、氏名、連絡先、管理上の性別、生年月日、住所、婚姻状況、コミュニケーション（言語）、かかりつけ医、管理組織、そして同じ人物の他の Patient レコードへのリンクを保持します。すべての Observation、Condition、Encounter、MedicationStatement は、subject または patient を通して Patient を参照します。臨床的な事実は Patient には格納されず、Patient を指すリソースに格納されます。
有効な FHIR R4 の例
有効な FHIR R4 の Patient リソースは resourceType のみが必要ですが、実際には少なくとも1つの identifier（system と value を含む)、name（family と given の部分を含む)、administrative gender、birth date が含まれます。以下の例では、meta.profile に IPS Patient プロファイルも主張し、telecom、address、preferred language、general practitioner、managing organisation を追加しています。
{
"resourceType": "Patient",
"id": "example",
"meta": {"profile": ["http://hl7.org/fhir/uv/ips/StructureDefinition/Patient-uv-ips"]},
"identifier": [{
"use": "usual",
"type": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0203", "code": "MR"}]},
"system": "https://hospital.example.org/mrn",
"value": "MRN-00012345"
}],
"active": true,
"name": [{"use": "official", "family": "Doe", "given": ["Jane", "Marie"], "prefix": ["Ms"]}],
"telecom": [{"system": "email", "value": "[email protected]", "use": "home"}],
"gender": "female",
"birthDate": "1980-05-23",
"address": [{"use": "home", "line": ["12 High Street"], "city": "Leeds", "postalCode": "LS1 4AB", "country": "GB"}],
"communication": [{"language": {"coding": [{"system": "urn:ietf:bcp:47", "code": "en-GB"}]}, "preferred": true}],
"generalPractitioner": [{"reference": "Practitioner/gp-42"}],
"managingOrganization": {"reference": "Organization/hospital"}
}
重要な要素
相互運用性において最も重要な Patient の要素は、identifier（system、value、type を含む)、name（use、family、given を含む)、administrative gender、birthDate、deceased、active、contact、link です。identifier と name はシステム間のマッチングを駆動し、gender と birthDate は管理上の事実であり、link はマスター患者インデックスが個人の重複レコードをどのように接続したかを記録します。
- identifier はリストで、それぞれに
system（発行元）とvalueがあります。typeはその種類を示します。MRは医療記録番号、NIは国民識別番号、PPNはパスポート、SSは社会保障番号で、HL7 テーブル 0203 から取得します。通常、患者は複数の識別子を持ちます。病院の MRN と国民識別番号の両方が有効であり、システムはそれらを照合します。 - name もリストで、
use（使用目的）があります：official（公式）、usual（通常）、nickname（ニックネーム）、maiden（旧姓）、old（旧姓）。familyは一つの文字列で、givenはリストです。スクリプト、転写、氏名の順序は、各国の実装ガイドに委ねられます。 - gender は管理上の性別で、
male（男性）、female（女性）、other（その他）、unknown（不明）の4つの値があります。これは記録に記載されているもので、照合やフォームに使用されます。臨床的な性別、性自認、代名詞は、拡張機能や Observation に格納され、FHIR R5 および Gender Harmony プロジェクトで正式化されました。 - birthDate は日付で、正確な日付が不明な場合は、年のみ、または年月のみで指定することもできます。
patient-birthTime拡張機能は、新生児の出生時刻を追加します。 - deceased[x] はブール値または日時です。active が false の場合、レコードは削除せずに、もはや使用されるべきではない（重複、移動）ことを示します。
- contact は、連絡先（近親者、保護者）のリストで、関係コードが付けられています。これらは Patient リソース自体ではありません。患者でもある親は、両方を指す RelatedPerson となります。
- link は、同じ人物である Patient レコードを接続します。マージ後の
replaced-byおよびreplaces、権威あるレコードを指すrefer、別のシステム内のレコードを参照するseealsoがあります。これは、マスター患者インデックスが FHIR でその決定をどのように表現するかを示します。Patient matching を参照してください。
各国のプロファイルが追加するもの
国および国際的な FHIR プロファイルは、要素を必須にし、国固有の拡張機能を追加することで、緩やかに定義されたベースの Patient リソースを、使用可能なものに変えます。US Core は identifier、name、gender を必須とし、race、ethnicity、birth sex の拡張機能を追加します。IPS Patient プロファイルは name、gender、birthDate を必須とします。各国のプロファイルは identifier system と address format を定義します。
基本リソースでは、ほとんどの要素がオプションです。プロファイルによって、利用可能になります。
| プロファイル | 必須 | 追加 |
|---|---|---|
| US Core Patient (6.x) | identifier, name, gender | 人種、民族、出生時の性別、性自認のための拡張機能。birthDate, address, telecom, communication は must-support |
| IPS Patient (uv-ips) | name, gender, birthDate | 国境を越えるサマリーに含めるべきものをフラグ付けします。identifier は推奨 |
| 各国のプロファイル (DE Basisprofil, FR, NL nl-core, UK Core…) | national identifier systems, address formats | 国別の拡張機能：保険番号、氏名の構成要素、法的居住地 |
国境を越えるレコードは、各側のプロファイルを満たす必要があります。実際には、国民識別番号と MRN の両方、公式な氏名全体、完全な生年月日を含める必要があります。FHIR implementation guides を参照してください。
使用する操作
Patient で最もよく使用される FHIR 操作は、identifier またはデモグラフィックによる検索（GET /Patient、identifier、family または birthdate パラメータを使用)、患者とその参照元となるすべてのリソースを返す $everything 操作、そしてサーバーのマッチングアルゴリズムに潜在的な重複を問い合わせる $match です。$merge 操作は FHIR R5 で標準化されつつあります。
GET /Patient?identifier=https://hospital.example.org/mrn|MRN-00012345は、識別子で患者を検索します。?family=doe&birthdate=1980-05-23は、人口統計情報で検索します。GET /Patient/{id}/$everythingは、患者とその患者を参照するすべてのリソースをページングして返します。これは、レコード全体をエクスポートする方法です。$match（サポートされている場合）は、サーバーのマッチングアルゴリズムに重複の可能性を問い合わせます。$mergeは R5 で標準化中です。
Patient レコードを壊す間違い
FHIR Patient レコードを最も頻繁に壊す間違いは、identifier の代わりにリソース ID に国 ID を保存すること、異なる病院の値が衝突するのを防ぐために identifier.system を省略すること、family と given の部分なしで名前全体を text に入れること、clinical sex に administrative gender を使用すること、そしてマージされたレコードをリンクして非アクティブ化する代わりにインプレースで編集することです。
- 国民識別番号を
idに入れる。リソースのidはサーバーに属し、インポート時に変更される可能性があります。識別子はidentifierに入れるべきです。 textにすべてを入れ、family/givenがない単一のname。これにより、姓での検索が失敗します。- 臨床的な性別に
genderを使用したり、フォームにフィールドがなかったためにunknownに設定したりすること。 identifier.systemの欠落。これにより、2つの病院のMRN-1の値が衝突します。- マージが発生したときに Patient をインプレースで編集すること。リンクして非アクティブ化するのではなく。
Anpheros では
Anpheros では、アカウント保有者と各家族プロファイルなど、すべての個人を Anpheros Platform 上の FHIR Patient リソースとして表現し、クリニックが API を通じて追加するすべてのレコードはその Patient を参照します。クリニックの識別子は、クリニック独自のシステムを持つ追加の識別子として保持され、個人が入力したデモグラフィックは、臨床的なものは何も推測されない管理データとして残ります。
クリニックが独自の識別子を送信する場合、それはクリニックのシステムを持つ追加の identifier として保存されるため、どちらからでも同じ個人を見つけることができます。個人がアプリに入力したデモグラフィックは usual な名前と管理データであり、レコードはそれらから臨床的なものを一切推測しません。
関連ページ
- Patient matching and the master patient index
- FHIR implementation guides
- FHIR Encounter explained
- FHIR Condition explained
- FHIR search explained
- Patient example on the developer site
情報源
- HL7 FHIR R4: Patient
- HL7 FHIR R4: Patient $everything
- HL7 Terminology: identifier type codes (v2-0203)
- HL7 US Core: Patient profile
- HL7 IPS: Patient profile
よくある質問
Patient は FHIR の Person と同じですか？
いいえ。Person は、同じ人間を役割（ここでは Patient、あちらでは Practitioner、別のところでは RelatedPerson）を越えてリンクする管理リソースです。臨床リソースは Patient を参照し、Person を参照することはありません。
アレルギーや病状はどこに格納されますか？
AllergyIntolerance および Condition リソースに格納され、これらは Patient を参照します。Patient 自体は管理データのみを保持します。
名前がない新生児をどのように記録しますか？
使用目的が temporary または空の名前、patient-birthTime 拡張機能を持つ birthDate、そして各国のプロファイルで指定されているように、RelatedPerson または patient-mothersMaidenName 拡張機能を通じた母親のレコードへの link を使用します。
1つの Patient リソースを2つの病院で共有できますか？
各システムは独自の id を持つ独自の Patient リソースを保持します。それらは識別子（国民識別番号）を共有し、レコードをリンクすることがあります。システム間のマッチングは、リソースではなく、マスター患者インデックスの役割です。
サンドボックスで無料で試す
5分で最初のFHIR呼び出し. 患者さんの同意が組み込まれたHL7 FHIR R4 APIです。サンドボックスでお試しいただき、ご自身のアプリやクリニックのシステムを接続してください。
無料・合成患者30人・カード不要
Anpherosは、患者が管理し、あらゆるクリニックと共有できる医療記録を、EUを拠点とするHL7 FHIR R4プラットフォーム上で構築しています。これらのガイドは、ご自身の健康を理解し整理するのに役立ちますが、医師の代わりになるものではありません。
Anpherosについて →