FHIR's Resource List有一个使用json的FHIR的RESTful API实现。虽然我可以在数据库中查询相同的内容，但我之前没有使用过RESTful。将这个json结构适应数据库并不使用它们提供的那种RESTful API会更好吗？
答案 0 :(得分：4)
TL; DR：您不必（必须）使用FHIR存储数据，使用它来呈现数据，并定义可以使用数据完成的操作。
答案很长：
FHIR是用于交换医疗数据的互操作性规范。多个系统应该具有表示他们使用的实体的通用方式，以便他们可以进行通信，在这种情况下是与诊所相关的数据。您实体的内部表示并不重要，包括您的数据库方案。重要的是如何将数据暴露给其他用户/系统或其他任何东西。
如果您正在构建一个适用于临床数据的简单三层应用程序，只需将其存储在数据库中，您甚至不需要该标准。您的业务逻辑应与存储以及演示文稿分离。在一天结束时，FHIR标准是表示，那些是您以某种方式序列化的实体。
对于REST API部分：您不能与其他管辖区域内的其他系统共享您的数据库，也不能通过Internet公开共享您的数据库。很难强制执行安全性，策略，扩展，定义操作等。为什么在正确的思想中你会想要任何人在你的数据库中徘徊？这就是REST API的用武之地。它们以某种格式（如XML或JSON）公开资源，而不管它们的存储方式，您可以对这些资源进行一些操作。 FHIR通过指定可在资源上执行的格式和操作，使您的生活更轻松。如果您需要交换数据，任何熟悉FHIR的人都可以轻松了解您的数据，并知道如何与您的服务进行交流。
在选择特定技术或存储时，如果您认为需要某种格式，那么您应该考虑到这一点并使用能够让您的生活更轻松的内容。您肯定不会使用三重存储或图形数据库进行存储，以后会花费数周和数月来制作转换逻辑。虽然你可以。但是选择你的工具。
可比标准是DATEX2用于交通信息，或KML和GPX用于地理数据，尽管它们更简单。