简短回答： Patient 是描述接受护理的人的 FHIR 资源：它说明了他们的行政信息，而不是他们有什么健康问题。它包含 标识符（病历号、国民身份证号）、姓名、联系方式、行政上的 性别、出生日期、地址、婚姻状况、沟通方式（语言）、全科医生、管理组织 以及指向同一人的其他 Patient 记录的 链接。每个 Observation、Condition、Encounter 或 MedicationStatement 都通过 subject 或 patient 引用它。临床事实从不存储在 Patient 中；它们存储在指向它的资源中。
有效的 FHIR R4 示例
一个有效的 FHIR R4 Patient 资源只需要 resourceType，但在实际应用中，至少会包含一个带有 system 和 value 的标识符，一个包含 family 和 given 部分的姓名，一个行政性别和一个出生日期。下面的示例还在 meta.profile 中声明了 IPS Patient 配置文件，并添加了联系方式、地址、首选语言、全科医生和管理组织。
{
"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 元素是标识符（包含 system、value 和 type)、姓名（包含 use、family 和 given)、行政性别、出生日期 (birthDate)、是否已故 (deceased)、是否活跃 (active)、联系人 (contact) 和链接 (link)。标识符和姓名用于系统间的匹配，性别和出生日期是行政信息，而 link 记录了主患者索引如何连接同一个人的重复记录。
- identifier 是一个列表，每个列表都包含一个
system（颁发机构）和一个value。type说明了类型：MR病历号，NI国民身份证号，PPN护照号，SS社会安全号，来自 HL7 表 0203。一个病人通常有多个标识符；医院的病历号和国民身份证号都是有效的，系统会根据它们进行匹配。 - name 也是一个列表，包含一个
use：official（官方）、usual（常用）、nickname（昵称）、maiden（婚前姓）、old（旧）。family是一个字符串；given是一个列表。脚本、音译和姓名顺序由国家的实施指南决定。 - gender 是行政上的性别，有四个值：
male（男性）、female（女性）、other（其他）、unknown（未知）。这是记录中显示的信息，用于匹配和填写表格。临床上的性别、性别认同和代词应放在扩展或 Observations 中，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 要求标识符、姓名和性别，并添加了种族、民族和出生性别扩展；IPS Patient 配置文件要求姓名、性别和出生日期；国家配置文件定义了标识符系统和地址格式。
基础资源几乎将所有内容都设为可选。配置文件使其可用：
| 配置文件 | 要求 | 添加 |
|---|---|---|
| US Core Patient (6.x) | identifier, name, gender | 用于种族、民族、出生性别、性别认同的扩展；birthDate, address, telecom, communication 必须支持 |
| IPS Patient (uv-ips) | name, gender, birthDate | 标记了跨境摘要必须携带的内容；推荐使用 identifier |
| 国家配置文件 (DE Basisprofil, FR, NL nl-core, UK Core…) | 国家标识符系统、地址格式 | 国家特定扩展：保险号码、姓名部分、法定居住地 |
将要跨越国界的记录必须满足双方的配置文件要求，这实际上意味着需要同时携带国家标识符和病历号，一个完整的官方姓名和一个完整的出生日期。请参阅 FHIR implementation guides。
您将使用的操作
与 Patient 资源最常使用的 FHIR 操作是按标识符或人口统计信息进行搜索（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 中标准化。
导致病人记录出错的情况
最常导致 FHIR Patient 记录出错的情况包括：将国家 ID 存储在 resource id 而不是 identifier 中，省略 identifier.system 导致不同医院的值发生冲突，将整个姓名存储在 text 中而没有 family 和 given 部分，将行政性别用作临床性别，以及直接编辑已合并的记录而不是链接并停用它。
- 将国民身份证号放在
id中。资源id属于服务器，在导入时可能会更改；标识符应放在identifier中。 - 使用一个
name，所有信息都放在text中而没有family/given，导致按姓氏搜索失败。 gender用于临床性别，或因表格中没有该字段而设置为unknown。- 缺少
identifier.system，导致两个医院的MRN-1值冲突。 - 在发生合并时就地编辑 Patient，而不是进行链接和停用。
在 Anpheros 中
Anpheros 将每个人，包括账户持有人和每个家庭档案，在 Anpheros 平台中表示为一个 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 本身只包含行政数据。
如何记录没有名字的新生儿？
使用一个 use 为 temporary 或为空的 name，一个带有 patient-birthTime 扩展的 birthDate，并通过 RelatedPerson 或 patient-mothersMaidenName 扩展链接到母亲的记录，具体取决于国家配置文件的规定。
一个 Patient 资源可以被两家医院共享吗？
每个系统都保留自己的 Patient 资源及其自己的 id；它们共享标识符（如国民身份证号），并且可以链接这些记录。跨系统匹配是主病人索引的工作，而不是资源本身的工作。
在沙盒中免费试用
5 分钟完成第一次 FHIR 调用. 一个内置患者授权的 HL7 FHIR R4 API：先在沙盒中试用，然后连接您自己的应用或诊所系统。
免费 · 30 位合成患者 · 无需信用卡
Anpheros 致力于打造一个由患者掌控的医疗记录，并可在欧盟的 HL7 FHIR R4 平台上与任何诊所共享。这些指南旨在帮助您理解和整理您的健康信息，但不能替代您的医生。
关于 Anpheros →