HL7-FHIR：使用 RESTful api & json 还是使格式适应数据库更好？
HL7-FHIR: Is it better to use RESTful api & json or adapt format to a database?
FHIR's Resource List 有一个 RESTful API FHIR 实现 json。虽然我可以在数据库中查询相同的内容，但我以前没有使用过 RESTful。将此 json 结构适应数据库而不使用他们提供的那种 RESTful API 会更好吗？
TL;DR: 你不必（必须）使用 FHIR 来存储数据，你用它来呈现数据，它定义了可以对数据完成的操作。
长答案：
FHIR 是一种用于交换医疗数据的互操作性规范。多个系统应该有一种通用的方式来表示它们与之合作的实体，以便它们可以进行通信，在这种情况下是与诊所相关的数据。您对实体的内部表示并不重要，包括您的数据库方案。重要的是您如何将数据公开给其他 users/systems 或其他任何人。
如果您正在构建一个简单的三层应用程序来处理临床数据，只需将其存储在您的数据库中，您甚至不需要该标准。您的业务逻辑应该与您的存储以及您的表示分离。归根结底，FHIR 标准就是表示，那些是以某种方式序列化的实体。
至于 REST API 部分：您不能与受他人管辖的其他系统共享您的数据库，也不能通过互联网公开共享您的数据库。很难实施安全性、策略、规模、定义操作等。为什么在正确的头脑中你会希望任何人在你的数据库周围闲逛？这就是 REST API 的用武之地。它们以某种格式（如 XML 或 JSON 公开资源，与它们的存储方式无关，您可以对这些资源执行一些操作。 FHIR 通过指定可在您的资源上执行的格式和操作，让您的生活更轻松。如果您需要交换数据，任何熟悉 FHIR 的人都可以轻松理解您的数据，并知道如何与您的服务对话。
在选择特定技术或存储时，您认为需要某种格式，因此您应该考虑到这一点并使用能让您的生活更轻松的东西。您当然不会使用三元组存储或图形数据库进行存储，然后花费数周和数月的时间来制作转换逻辑。虽然你可以。但是选择你的工具。
可比较的标准是用于交通信息的 DATEX2 或用于地理数据的 KML 和 GPX，尽管它们更简单。
FHIR's Resource List 有一个 RESTful API FHIR 实现 json。虽然我可以在数据库中查询相同的内容，但我以前没有使用过 RESTful。将此 json 结构适应数据库而不使用他们提供的那种 RESTful API 会更好吗？
TL;DR: 你不必（必须）使用 FHIR 来存储数据，你用它来呈现数据，它定义了可以对数据完成的操作。
长答案：
FHIR 是一种用于交换医疗数据的互操作性规范。多个系统应该有一种通用的方式来表示它们与之合作的实体，以便它们可以进行通信，在这种情况下是与诊所相关的数据。您对实体的内部表示并不重要，包括您的数据库方案。重要的是您如何将数据公开给其他 users/systems 或其他任何人。
如果您正在构建一个简单的三层应用程序来处理临床数据，只需将其存储在您的数据库中，您甚至不需要该标准。您的业务逻辑应该与您的存储以及您的表示分离。归根结底，FHIR 标准就是表示，那些是以某种方式序列化的实体。
至于 REST API 部分：您不能与受他人管辖的其他系统共享您的数据库，也不能通过互联网公开共享您的数据库。很难实施安全性、策略、规模、定义操作等。为什么在正确的头脑中你会希望任何人在你的数据库周围闲逛？这就是 REST API 的用武之地。它们以某种格式（如 XML 或 JSON 公开资源，与它们的存储方式无关，您可以对这些资源执行一些操作。 FHIR 通过指定可在您的资源上执行的格式和操作，让您的生活更轻松。如果您需要交换数据，任何熟悉 FHIR 的人都可以轻松理解您的数据，并知道如何与您的服务对话。
在选择特定技术或存储时，您认为需要某种格式，因此您应该考虑到这一点并使用能让您的生活更轻松的东西。您当然不会使用三元组存储或图形数据库进行存储，然后花费数周和数月的时间来制作转换逻辑。虽然你可以。但是选择你的工具。
可比较的标准是用于交通信息的 DATEX2 或用于地理数据的 KML 和 GPX，尽管它们更简单。