FHIR !FHIR !FHIR !
FHIR（快速医疗保健互操作性资源）规格是标准HL7发表的用于电子交换医疗保健信息。这是支付人和提供者的热门话题。
随着患者和成员在医疗保健生态系统周围移动，必须可用，可发现和可理解的电子健康记录。简单地说，消费者预计这种体验。此外，为了支持自动化临床决策支持和其他基于机器的处理，数据必须结构化和标准化。授权要求它。
FHIR旨在在不牺牲信息完整性的情况下简化实现。它利用现有的逻辑和理论模型为医疗保健应用程序之间的数据交换提供一致、易于实现和严格的机制。
FHIR解决方案是由一组名为“资源”的模块化组件构建。这些资源可以轻松地组装成工作系统，以解决现有替代品价格的一小部分现实世界的临床和行政问题。FHIR适用于各种上下文 - 手机应用程序，云通信，基于EHR的数据共享，大型机构医疗保健提供者的服务器通信等等。
为什么HL7 FHIR重要？
移动API应用程序和FHIR是未来的互操作性，未来就在这里。
但是api是什么？API是规定应用程序如何互动和交互的要求。API是一个接口，为开发人员提供对专有软件应用程序的程序访问。API的互连任何医疗保健系统，医生，患者或医疗设备正常化所有传入的请求和数据都适当的FHIR资源。
FHIR是吸引人的，因为它基于真正的现代Web服务方法，使系统更容易交换非常具体，明确定义的信息 - 例如药物列表，问题列表或实验室结果 - 而不是整个文档．
医疗保健应该永远是关于的医疗消费．为此，互操作性是消费者优先视角的基石——作为及时和有效交换对提供患者或成员护理至关重要的信息的重要支持机制:这是FHIR之所以重要的众多原因之一。
当然，一些推动互操作性是直接结果监管要求．但是，需要各种系统使用像fhir这样的行业标准的信息，是真实的，并且不仅限于政府所要求的内容。
对于处理患者和成员数据的系统非常重要，以确保有效和有效地进行护理。
这种基于访问的安全、自由移动和共享数据对于帮助消费者维护和管理其健康也很重要。
HL7 FHIR的好处
规格免费使用没有限制- 支持RESTful架构:使用消息或文档无缝交换信息，以及基于服务的架构
- XML或JSON作为数据传输格式
- 专注于实现——快速且容易实现(多个开发人员在一天内就能实现简单的接口)
- 独立于任何一个EHR供应商，卫生系统或其他营利性健康实体
- 开源FHIR服务器叫做HAPI FHIR，任何人都可以实现
有兴趣成为一个fhir开发人员吗？HL7提供认证和能力测试，以评估其最常用的健康信息技术（HIT）标准的知识和熟练程度。我们的开发人员使用了同样的培训。开始在这里。
FHIR的实际用途
FHIR可以在多个用例场景中使用。理解FHIR就是理解构建规范所依据的框架。FHIR使用RESTful2级成熟度模型，并具有使用扩展的级别3的能力。
探索更多：互操作性的成功故事:医疗保健领域企业数据与集成的现代化
FHIR用例：分散个人健康记录
EMR（电子医疗记录）系统提供了一个RESTful API，允许消费者通过移动应用程序的公共网站访问自己的医疗记录。在此示例中，患者/成员将是资源类型。它将向客户提供人口统计信息。但是，只有PHR（个人健康记录）的一部分即使在一个EMR系统中也是如此。它包括办公室访问，医疗摘要，当前药物，已知过敏，但不包括从系统之外的临床医生的对该数据的更新。有多个专家，无网络EMR。
这就是FHIR真正的闪光点。
Fhir.用例：分散的定居点
除了共同维护患者的PHR的通用使用之外，还有一些与患者有关的特定用例、工作流程和文档集合，这些都有管理/财务负担。这样的一个定居点为受伤的病人和他们的治疗/报道属于一连串的保险,包括Non-Group-Health-Plans……工人的薪酬。在这种情况下,定义诸如护理小组,一组个人限制医疗模式/专业,但涉及理赔员,医学专家。这有助于利用FHIR资源，如组织资源、从业者资源——可以是任何类型的专业、临床和非临床资源。EMR没有覆盖这类用例——它们并没有打算覆盖这类用例。如果您依赖于不同的信息系统，它们都有自己的数据标准来通信这些信息，那么这将是一个非常令人头痛的问题。这就是FHIR发挥作用的地方。
FHIR用例3：文件共享
从各种来源集成医疗保健信息的一种常用方法是在患者记录周围构建文档的存储库。构建文档存储库允许策略，过程和记录保留/信息标准的较少严格对齐。FHIR为XDS提供了等效功能（跨企业文档共享）。
FHIR用例4:开放信息系统
让我们想象虚构的健康网络修道院有四家医院，25个门诊诊所和200个提供者。它们在十多年的患者健康记录中建立了超过十年的患者，并从2005年大约一个遗留到一个新的遗产的EMR过渡。
现在，艾比健康网正在与贝内特健康网合并/收购，后者拥有相同数量的医院、门诊护理和供应商，但采用的是完全独立的电子病历系统。
让我们来谈谈过去的一些解决方案。Abbey和Bennet都与他们的EMR供应商进行了交谈，他们都有强大的客户管理、业务开发和持续的企业关系。供应商真的想要满足他们的需求，他们花了几个月(甚至几年)来考虑如何构建昂贵的、数百万美元的接口，供应商之间的健康交流。最终，供应商需要相互沟通，这导致了更多的月和年，对峙，在技术规格上的分歧。也许他们每个人都有一个健康交换/互操作性格式的联盟，比如NHIN Direct / Cerner / Epic，他们现在必须努力迫使彼此加入。另一方面，每个系统可以简单地同意将它们的数据以FHIR格式放在单独的服务器/数据库实例(FHIR)中，以便另一方可以简单地使用它。FHIR是一个客观的中间人。
FHIR知识和更多
我们经常领域的问题，“你能支持fhir吗？”答案是：绝对。然而，重要的是要认识到，虽然FHIR标准是一个重要的推动者，但它不是用于互操作性举措的最终所有人。
