FHIR是一个复杂的标准：关于医疗数据的API管理

HL7®FHIR®（快速医疗保健互操作性资源）规范是交换医疗保健信息的认可标准。美国国家协调员办公室（Office of the National Coordinator ，ONC）于3月9日发布了一项新的联邦法规，该法规将大大扩展创新性医疗保健应用。法规要求通过FHIR API免费访问所有结构化和/或非结构化医疗数据。具体来说，电子病历供应商将需要进行API认证，以证实他们使用的是Health Level 7（HL7®）FHIR ®标准第4版。该认证标准将使业界围绕FHIR第4版进行努力，并提高为患者提供API支持服务的互操作性。

API是允许开发人员制作访问操作系统、应用程序或其他服务的功能或数据的应用程序的功能和过程。换句话说，它们可以将您的医疗数据从医院电子病历系统转移到iPhone上。

毋庸置疑，该规则迫使人们急于了解FHIR规范以及如何使用它来创建现代API。接口开发人员发现创建API并不难，但管理它们却是具有挑战性的。这成功开拓了API管理解决方案的新市场，这其中就包括全生命周期的API管理。
API管理解决方案市场一直在迅速增长。据Forrester报告统计，2013年市场规模为7,000万美元，并以每年40％的速度增长。据Forrester统计，2014年API管理市场规模为1.4亿美元，预计到2020年将达到6.6亿美元。InterSystems在2019年第三季度推出了API管理。

那么，这些API管理解决方案如何帮助开发人员呢？

对于API的创建，开发者门户提供了一个便捷获取各类的信息和功能的渠道，包括文档，示例代码以及用于测试API的交互式API控制台。

对于API的管理，API网关充当API前端，接收API请求，执行限制和安全策略，将请求传递给后端服务，然后将响应传递回请求者。网关还可以提供诸如收集分析数据的功能，并支持身份验证，授权，安全性，审计和法规遵从性。

FHIR是RESTful API，这意味着它使用基于互联网的请求来GET, PUT, POST,和DELETE数据。FHIR满足REST的所有条件，因为FHIR资源可通过单个URL唯一标识，和底层方法如DELETE, PUT和GET来操纵资源。FHIR在客户端和服务器之间的松耦合使得它们之间有清晰的界限。FHIR操作是无状态的，状态管理在客户端而不是服务器上进行。

RESTful API的优点是可以使用OpenAPI规范（OAS）来描述它们，OAS是RESTful API的一种与语言无关的标准接口，它使开发人员无需访问源代码或文档即可发现服务的功能。

InterSystems的API管理器（IAM）可以加载OpenAPI规范到开发者门户，这使得易于理解和测试FHIR API。不幸的是，HL7尚未为FHIR R4 API创建OpenAPI规范。InterSystems已将FHIR规范转换为OpenAPI，以与其FHIR R4服务器一起使用。下面的屏幕截图显示了一些可以在API目录中浏览的API。

对这些资源进行分类后，便可以通过开发门户轻松查询到它们。
开发门户网站翻译来自用户界面的curl或者http请求，将FHIR请求传递给服务器，并显示响应。这对于测试很方便，并且可以使开发人员清楚每个请求的参数和响应代码。

开发门户网站还能够显示如何以多种客户端语言（例如JavaScript，Shell，Python或Ruby）来表达该请求。

FHIR是一个复杂的标准。我们了解到，开发人员正在向我们寻求有关FHIR的资料信息，包括代码和文档，以使他们的工作更容易。开发者门户是学习FHIR的一个极好的工具。